[OpenAFS-devel] kernel module crash on Linux 2.4.20
Martin MOKREJŠ
mmokrejs@natur.cuni.cz
Thu, 30 Jan 2003 01:15:54 +0100 (CET)
Hi,
today I've received the following crash on Linux 2.4.20
with openafs-1.2.8. I was actually copying data using GNU tar
"tar cvf - | (cd /afs/xxxx; tar xfp -)". The version is 1.13.25. :(
The stupid tar choked somehow so I ended up with /afs
being a file ("less /afs") has shown mozilla-bin (shellscript)
was in place. But, "rm /afs" failed as it seemed to be a directory.
;)
I decided to stop afs service, so I run the init.d/afs script.
Unloading the kernel module failed somehow, but as the output is
redirected to /dev/null by dafult, don't have more info.
Then, the umount command failed as the device was busy.
Either just before of after the umount there was on the terminal
"Core dumped".
I found some stack trace in the kernel logs:
# ksymoops -o /lib/modules/2.4.20 -m /boot/System.map-2.4.20 stack
ksymoops 2.4.6 on i686 2.4.20. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.20 (specified)
-m /boot/System.map-2.4.20 (specified)
Unable to handle kernel paging request at virtual address ffffffff
f8930c15
*pde = 00001063
Oops: 0002
CPU: 0
EIP: 0010:[<f8930c15>] Tainted: PF
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 00000028 ebx: f8a00000 ecx: ca02c000 edx: f775bcc0
esi: f8a00000 edi: f8955600 ebp: 00000000 esp: ca02debc
ds: 0018 es: 0018 ss: 0018
Process umount (pid: 30340, stackpage=ca02d000)
Stack: f894cec0 00000000 f8a00000 d94959c0 f8a003f0 40120dc4 f775bcc0 f893a467
f894cec0 00000000 f8a00000 d94959c0 f8a00000 00000000 f226aec0 f893c3a3
f8a003f0 cb4ef4c0 ec8e88c8 f893c3a3 f8a00000 c015200a 00000246 e7d62bc0
Call Trace: [<f894cec0>] [<f893a467>] [<f894cec0>] [<f893c3a3>] [<f893c3a3>]
[<c015200a>] [<f8955600>] [<c0140cd4>] [<c013521c>] [<c014454e>] [<c0138e97>]
[<c0144bcf>] [<c01231e5>] [<c0144bec>] [<c0106cf7>]
Code: c6 05 ff ff ff ff 2a 83 c4 10 83 c4 0c c3 90 55 57 56 53 8b
>>EIP; f8930c15 <[libafs-2.4.20]osi_Panic+25/34> <=====
>>ecx; ca02c000 <_end+9d55b68/38623bc8>
>>edx; f775bcc0 <_end+37485828/38623bc8>
>>edi; f8955600 <[libafs-2.4.20]afs_sops+0/60>
>>esp; ca02debc <_end+9d57a24/38623bc8>
Trace; f894cec0 <[libafs-2.4.20]rcsid+140/1e0>
Trace; f893a467 <[libafs-2.4.20]osi_iput+2b/68>
Trace; f894cec0 <[libafs-2.4.20]rcsid+140/1e0>
Trace; f893c3a3 <[libafs-2.4.20]afs_dentry_iput+47/50>
Trace; f893c3a3 <[libafs-2.4.20]afs_dentry_iput+47/50>
Trace; c015200a <ext3_put_inode+a/10>
Trace; f8955600 <[libafs-2.4.20]afs_sops+0/60>
Trace; c0140cd4 <dput+d4/150>
Trace; c013521c <kill_super+5c/e0>
Trace; c014454e <__mntput+1e/30>
Trace; c0138e97 <path_release+27/30>
Trace; c0144bcf <sys_umount+6f/80>
Trace; c01231e5 <sys_munmap+35/60>
Trace; c0144bec <sys_oldumount+c/10>
Trace; c0106cf7 <system_call+33/38>
Code; f8930c15 <[libafs-2.4.20]osi_Panic+25/34>
00000000 <_EIP>:
Code; f8930c15 <[libafs-2.4.20]osi_Panic+25/34> <=====
0: c6 05 ff ff ff ff 2a movb $0x2a,0xffffffff <=====
Code; f8930c1c <[libafs-2.4.20]osi_Panic+2c/34>
7: 83 c4 10 add $0x10,%esp
Code; f8930c1f <[libafs-2.4.20]osi_Panic+2f/34>
a: 83 c4 0c add $0xc,%esp
Code; f8930c22 <[libafs-2.4.20]osi_Panic+32/34>
d: c3 ret
Code; f8930c23 <[libafs-2.4.20]osi_Panic+33/34>
e: 90 nop
Code; f8930c24 <[libafs-2.4.20]osi_utoa+0/b0>
f: 55 push %ebp
Code; f8930c25 <[libafs-2.4.20]osi_utoa+1/b0>
10: 57 push %edi
Code; f8930c26 <[libafs-2.4.20]osi_utoa+2/b0>
11: 56 push %esi
Code; f8930c27 <[libafs-2.4.20]osi_utoa+3/b0>
12: 53 push %ebx
Code; f8930c28 <[libafs-2.4.20]osi_utoa+4/b0>
13: 8b 00 mov (%eax),%eax
--
Martin Mokrejs <mmokrejs@natur.cuni.cz>, <m.mokrejs@gsf.de>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585