Hi,
Running kernel 2.4.21-rc2 and using reiserfs (built as module) on an IBM
X31 laptop. I have hit a kernel bug (as per subject line).
Decoded Oops follows:
ksymoops 2.4.8 on i686 2.4.21-rc2. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.21-rc2/ (default)
-m /boot/System.map-2.4.21-rc2 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
kernel BUG at inode.c:562!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c01554da>] Tainted: PF
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00210202
eax: c37f5220 ebx: c37f5200 ecx: 00000001 edx: c37f5220
esi: 00000000 edi: c37f5268 ebp: c37f5200 esp: cbd5df04
ds: 0018 es: 0018 ss: 0018
Process rm (pid: 16212, stackpage=cbd5d000)
Stack: c37f5200 cbd5df1c f0824b37 c37f5200 00000000 00000024 f08495c3
00000000
00000024 00001494 ef333c00 c37f52ac c012ff67 00000000 c37f5200
f0824a60
f08499a0 e81b30c0 c0155fdd c37f5200 00000000 00000000 00000000
e905c200
Call Trace: [<f0824b37>] [<f08495c3>] [<c012ff67>] [<f0824a60>]
[<f08499a0>]
[<c0155fdd>] [<c014c565>] [<c014c67a>] [<c010920f>]
Code: 0f 0b 32 02 a0 7d 26 c0 8b 83 f8 00 00 00 a8 10 75 08 0f 0b
>>EIP; c01554da <clear_inode+1a/f0> <=====
>>eax; c37f5220 <_end+34d0a7c/304e88bc>
>>ebx; c37f5200 <_end+34d0a5c/304e88bc>
>>edx; c37f5220 <_end+34d0a7c/304e88bc>
>>edi; c37f5268 <_end+34d0ac4/304e88bc>
>>ebp; c37f5200 <_end+34d0a5c/304e88bc>
>>esp; cbd5df04 <_end+ba39760/304e88bc>
Trace; f0824b37 <[reiserfs]reiserfs_delete_inode+d7/100>
Trace; f08495c3 <[reiserfs].rodata.end+56e8/58e5>
Trace; c012ff67 <truncate_inode_pages+67/80>
Trace; f0824a60 <[reiserfs]reiserfs_delete_inode+0/100>
Trace; f08499a0 <[reiserfs]reiserfs_sops+0/50>
Trace; c0155fdd <iput+1bd/280>
Trace; c014c565 <vfs_unlink+185/1e0>
Trace; c014c67a <sys_unlink+ba/130>
Trace; c010920f <system_call+33/38>
Code; c01554da <clear_inode+1a/f0>
00000000 <_EIP>:
Code; c01554da <clear_inode+1a/f0> <=====
0: 0f 0b ud2a <=====
Code; c01554dc <clear_inode+1c/f0>
2: 32 02 xor (%edx),%al
Code; c01554de <clear_inode+1e/f0>
4: a0 7d 26 c0 8b mov 0x8bc0267d,%al
Code; c01554e3 <clear_inode+23/f0>
9: 83 f8 00 cmp $0x0,%eax
Code; c01554e6 <clear_inode+26/f0>
c: 00 00 add %al,(%eax)
Code; c01554e8 <clear_inode+28/f0>
e: a8 10 test $0x10,%al
Code; c01554ea <clear_inode+2a/f0>
10: 75 08 jne 1a <_EIP+0x1a>
Code; c01554ec <clear_inode+2c/f0>
12: 0f 0b ud2a
1 warning issued. Results may not be reliable.
On Tue, 2003-05-13 at 12:58, Anders Karlsson wrote:
> EIP: 0010:[<c01554da>] Tainted: PF
> Using defaults from ksymoops -t elf32-i386 -a i386
which other modules were in use ?
On Tue, 2003-05-13 at 12:14, Arjan van de Ven wrote:
> On Tue, 2003-05-13 at 12:58, Anders Karlsson wrote:
> > EIP: 0010:[<c01554da>] Tainted: PF
> > Using defaults from ksymoops -t elf32-i386 -a i386
>
> which other modules were in use ?
--(anders@tor)-[1600]-[Tue May 13 12:24:19]-(~)--
$ /sbin/lsmod
Module Size Used by Tainted: PF
i810_audio 25084 1 (autoclean)
ac97_codec 12148 0 (autoclean) [i810_audio]
soundcore 3908 2 (autoclean) [i810_audio]
sr_mod 14648 0 (autoclean) (unused)
usbserial 19996 0 (autoclean) (unused)
isa-pnp 33488 0 (unused)
vmnet 19408 6
vmmon 23676 0 (unused)
hid 20484 0 (unused)
keybdev 2180 0 (unused)
ipv6 163508 -1 (autoclean)
af_packet 13960 1 (autoclean)
ds 7156 2
yenta_socket 10848 2
pcmcia_core 48416 0 [ds yenta_socket]
mousedev 4628 1
joydev 6304 0 (unused)
evdev 4800 0 (unused)
input 3488 0 [hid keybdev mousedev joydev evdev]
usb-uhci 24208 0 (unused)
ehci-hcd 25708 0 (unused)
usbcore 71852 1 [usbserial hid usb-uhci ehci-hcd]
raw1394 18936 0 (unused)
ohci1394 25936 0 (unused)
ieee1394 47012 0 [raw1394 ohci1394]
e100 48360 1
ipt_MASQUERADE 1368 1 (autoclean)
ipt_multiport 760 2 (autoclean)
ipt_LOG 3384 2 (autoclean)
ipt_state 568 5 (autoclean)
iptable_filter 1708 1 (autoclean)
ip_nat_irc 2544 0 (autoclean) (unused)
ip_conntrack_irc 3248 1 (autoclean)
ip_nat_ftp 3280 0 (autoclean) (unused)
iptable_nat 17006 3 (autoclean) [ipt_MASQUERADE ip_nat_irc
ip_nat_ftp]
ip_tables 12288 8 (autoclean) [ipt_MASQUERADE
ipt_multiport ipt_LOG ipt_state iptable_filter iptable_nat]
ip_conntrack_ftp 4272 1 (autoclean)
ip_conntrack 18820 4 (autoclean) [ipt_MASQUERADE ipt_state
ip_nat_irc ip_conntrack_irc ip_nat_ftp iptable_nat ip_conntrack_ftp]
ide-scsi 10832 0
ide-cd 33408 0
cdrom 30272 0 [sr_mod ide-cd]
loop 10264 0 (autoclean)
reiserfs 189872 9
lvm-mod 58752 19
Hello!
On Tue, May 13, 2003 at 11:58:38AM +0100, Anders Karlsson wrote:
> Running kernel 2.4.21-rc2 and using reiserfs (built as module) on an IBM
> X31 laptop. I have hit a kernel bug (as per subject line).
> kernel BUG at inode.c:562!
> EIP: 0010:[<c01554da>] Tainted: PF
> >>EIP; c01554da <clear_inode+1a/f0> <=====
Hm, can you please try to reproduce without vmware modules ever being loaded?
What was the file that you tried to delete?
Thank you.
Bye,
Oleg
Hi,
More Oopses found. Attached in no particular order. This is my
workstation that is mis-behaving. If anyone has patches, ideas, pointers
and things I can try out, let me know.
Thanks in advance,
/Anders
On Tue, 2003-05-13 at 13:41, Oleg Drokin wrote:
> Hello!
Hello there. :)
> On Tue, May 13, 2003 at 11:58:38AM +0100, Anders Karlsson wrote:
>
> > Running kernel 2.4.21-rc2 and using reiserfs (built as module) on an IBM
> > X31 laptop. I have hit a kernel bug (as per subject line).
> > kernel BUG at inode.c:562!
> > EIP: 0010:[<c01554da>] Tainted: PF
> > >>EIP; c01554da <clear_inode+1a/f0> <=====
>
> Hm, can you please try to reproduce without vmware modules ever being loaded?
> What was the file that you tried to delete?
Yes, I can try and reproduce. It will take me a few hours. The files I
tried to delete was is /usr/src/packages/BUILD the directoried for
libbonobo, libbonobiui and libIDL after having rebuilt the rpm's for
i686 arch. The rm's just hung and I noticed the BUG in the dmesg output.
> Thank you.
Many thanks for getting back to me so quickly, if there is any more
information you need, let me know.
/Anders
On Tue, 2003-05-13 at 13:41, Oleg Drokin wrote:
> Hello!
[snip]
> Hm, can you please try to reproduce without vmware modules ever being loaded?
I have stopped VMware and prevented it from starting again. I have
without problem built 30+ rpms and subsequently cleaned up the BUILD
directory. Not a single problem. I will however carry on testing.
I will also notify VMware about a potential problem with their product.
They have been helpful before.
Regards,
/Anders