Reiserfs broken in 2.5.50 (possibly nanosecond stat timefields?)

Reiserfs broken in 2.5.50 (possibly nanosecond stat timefields?)

Post by Colin Slate » Sun, 01 Dec 2002 18:00:19



Upon compiling and booting 2.5.50, there seemed to be a flurry of
messages regarding /etc/mtab and /etc/mtab~77 or ~32 or some other
random numbers. ls in /etc seems to look good, but upon opening mtab
up in vi, I get a kernel BUG, and everything stops responding. I flip
VT's and type my username, but never get a password prompt. I rebooted
again, and cat'ed dmesg to a file just for safety. That works, until I
open it up, where I get the BUG again. Reboot to 2.5.47, everything
seems to work ok. Open up the dmesg file I saved, no bug, but the file
seems to be garbage. hexdump looks like

0000000: 6c64 2e73 6f2d 312e 372e 3000 2c03 0000  ld.so-1.7.0.,...
0000010: 0300 0000 504c 0000 5c4c 0000 0300 0000  ....PL..\L......
0000020: 714c 0000 7b4c 0000 0300 0000 8e4c 0000  qL..{L.......L..

ld.so? My systems is completely reiserfs (3.6), and nothing has
changed in my config file between 2.5.47 and 2.5.50. Upon looking
through the source tree, it seems like lines 1134-7 in
fs/reiserfs/namei.c seem to be throwing this panic. Only changesets to
touch namei.c in the past 4 months are "nanosecond stat timefields" and
"*_mknod prototype". I really can't see why these would cause this
problem, so maybe someone else does. Hand-copied output from the
BUG() follows, so this is only what I thought was important and might
contain errors. If you need any other information I will gladly supply
it.

  Colin

vs-7050: new entry is found, new inode==0
--cut here--
kernel BUG at fs/reiserfs/prints.c:336
invalid operand:0000
EIP: 0060:[<c01c70e9>]   Not Tainted
EIP is at reiserfs_panic+0x29/0x60
Call Trace
   reiserfs_rename+0x33d/0x9e0
   journal_end+0x16/0x20
   reiserfs_get_block+0xeb5/0xf20
   __getblk+0x17/0x30
   is_tree_node+0x36/0x50
   ...(There is more if it's really needed)

Code 0F 0B 50 01 78 3F 38 c0 68 60 D8 53 C0 B8 90 3C 38 C0 8D 96
Segmentation Fault
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

Reiserfs broken in 2.5.50 (possibly nanosecond stat timefields?)

Post by Andi Klee » Sun, 01 Dec 2002 20:50:08



> ld.so? My systems is completely reiserfs (3.6), and nothing has
> changed in my config file between 2.5.47 and 2.5.50. Upon looking
> through the source tree, it seems like lines 1134-7 in

I just tested it and reiserfs works fine here with 2.5.50 with some
simple stress tests.

Are you sure you loaded the right modules? The new modutils don't
do any kernel version checking anymore.

-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

Reiserfs broken in 2.5.50 (possibly nanosecond stat timefields?)

Post by Colin Slate » Sun, 01 Dec 2002 21:20:10


Quote:> I just tested it and reiserfs works fine here with 2.5.50 with some
> simple stress tests.

> Are you sure you loaded the right modules? The new modutils don't
> do any kernel version checking anymore.

Patch from Oleg Drokin fixes this, absolving you from any
responsibility. Sorry to randomly pick a patch and mark it evil.  I'm
not sure why I needed this and you (and I assume others) didn't
though. Oleg probably knows.

  Colin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

Reiserfs broken in 2.5.50 (possibly nanosecond stat timefields?)

Post by Oleg Droki » Tue, 03 Dec 2002 09:30:13


Hello!


> > I just tested it and reiserfs works fine here with 2.5.50 with some
> > simple stress tests.
> > Are you sure you loaded the right modules? The new modutils don't
> > do any kernel version checking anymore.
> Patch from Oleg Drokin fixes this, absolving you from any
> responsibility. Sorry to randomly pick a patch and mark it evil.  I'm
> not sure why I needed this and you (and I assume others) didn't
> though. Oleg probably knows.

That's not my patch. It is fs/namei.c patch from

And of course everybody needs that patch for 2.5.50.

Bye,
    Oleg
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/