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
Colin Slater <[email protected]> writes:
> 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
> 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
Hello!
On Sat, Nov 30, 2002 at 02:07:19PM -0500, Colin Slater wrote:
> > 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
SL Baur <[email protected]>
And of course everybody needs that patch for 2.5.50.
Bye,
Oleg