vs-6030

vs-6030

[btinsley]

I posted this kernel panic once before and received no response. Now I
have another occurence and I need to find out what is happening:

vs-6030: check_internal_block_head: invalid item number level=2,
nr_items=211, free_space=64536 rdkey kernel BUG at prints.c:334!
invalid operand: 0000 2.4.21-241-smp #1 SMP Tue Aug 10 15:55:34 UTC 2004

Running reiserfsck (3.6.19) detects no problems. Running a
--rebuild-tree doesn't seem to correct the problem. It seems the only
way it is repaired is to run mkreiserfs, which is totally
unacceptable.

Any assistance is much appreciated. If I need to arrange to pay for
support, I can.

Thanks!

Re: vs-6030

[Vladimir Saveliev]

Hello

On Fri, 2005-03-04 at 00:43, btinsley wrote:
> I posted this kernel panic once before and received no response. Now I
> have another occurence and I need to find out what is happening:
> 

Can you reproduce this easily?
If no, please tell more about what did filesystem do when panic occured.

> vs-6030: check_internal_block_head: invalid item number level=2,
> nr_items=211, free_space=64536 rdkey kernel BUG at prints.c:334!
> invalid operand: 0000 2.4.21-241-smp #1 SMP Tue Aug 10 15:55:34 UTC 2004
> 
> Running reiserfsck (3.6.19) detects no problems. Running a
> --rebuild-tree doesn't seem to correct the problem. It seems the only
> way it is repaired is to run mkreiserfs, which is totally
> unacceptable.

This means that filesystem is not corrupted. Reiserfs detects that it is
doing something wrong and panics. Filesystem is left intact.
> 
> Any assistance is much appreciated. If I need to arrange to pay for
> support, I can.
> 
> Thanks!
> 

Re: vs-6030

[Adrian Ulrich]

Hi Vladimir,

> Can you reproduce this easily?
> If no, please tell more about what did filesystem do when panic occured.

I've seen the same problem (vs-6030) today on one of our hosts:

It happened as soon as somebody tried to write data to
/home/$affected_user/ (..or a subdirectory)

 eg:
  dd if=/dev/urandom of=/home/$affected_user/Temp/test

always paniced the kernel (2.6.16.11) and reiserfsck didn't show any errors.


I created a metadump of the filesystem, would you like to have a look at it?

Regards,
 Adrian

Re: vs-6030

[Vladimir V. Saveliev]

Hello

On Mon, 2006-07-17 at 15:15 +0200, Adrian Ulrich wrote:
> Hi Vladimir,
> 
> > Can you reproduce this easily?
> > If no, please tell more about what did filesystem do when panic occured.
> 
> I've seen the same problem (vs-6030) today on one of our hosts:
> 
> It happened as soon as somebody tried to write data to
> /home/$affected_user/ (..or a subdirectory)
> 
>  eg:
>   dd if=/dev/urandom of=/home/$affected_user/Temp/test
> 
> always paniced the kernel (2.6.16.11) and reiserfsck didn't show any errors.
> 

Would the system crash if you dd to another directory of the filesystem?
Would you please recompile with reiserfs debug on and crash again and
send us all kernel output related to the crash?

> 
> I created a metadump of the filesystem, would you like to have a look at it?
> 

As long as reiserfsck does not report any errors - there is no need to
look at it yet.

> Regards,
>  Adrian
> 

Re: vs-6030

[Adrian Ulrich]

> Would the system crash if you dd to another directory of the filesystem?

Writing/dd'ing to other directories (= *not* subdirectories of the
homedir) worked fine.


> Would you please recompile with reiserfs debug on and crash again and
> send us all kernel output related to the crash?

Hmm.. The owner of the System has already removed the broken
directory :-/ .. All i've got is a metadump of the FS .. Sorry..
 
 -- Adrian

Re: vs-6030

[Vladimir V. Saveliev]

Hello

On Mon, 2006-07-17 at 18:30 +0200, Adrian Ulrich wrote:
> > Would the system crash if you dd to another directory of the filesystem?
> 
> Writing/dd'ing to other directories (= *not* subdirectories of the
> homedir) worked fine.
> 
> 
> > Would you please recompile with reiserfs debug on and crash again and
> > send us all kernel output related to the crash?
> 
> Hmm.. The owner of the System has already removed the broken
> directory :-/ .. All i've got is a metadump of the FS .. Sorry..
>  

ok, where can I download it from?

>  -- Adrian
>