[OpenAFS] kernel panic
Chris Majewski
majewski@cs.ubc.ca
Mon, 19 May 2003 11:36:13 -0700 (PDT)
All was happy until, after rebooting this morning, I got this from my kernel:
Starting AFS cache scan...found 0 non-empty cache files (0%%).
Unable to handle kernel NULL pointer dereference at virtual address 00000000
printing eip:
eb2e6b22
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<eb2e6b22>] Tainted: PF
EFLAGS: 00010283
eax: 00000063 ebx: eb33dccc ecx: e3dd1f54 edx: d7b2caa0
esi: dc3e0421 edi: 00000000 ebp: e3dd1f54 esp: e3dd1dc8
ds: 0018 es: 0018 ss: 0018
Process afsd (pid: 1074, stackpage=e3dd1000)
Stack: 00000000 eb2e6b14 eb2e6a63 d7b2caa0 00000000 00000000 eb2f23f9 b60b60b7
May 19 11:14:17 mi kernel: 00000000 00000001 00001913 e3dd1e8c
3ec91ef9 00000000 eb2e6ac3 eb2e6b14
00000000 00000001 eb2f75a0 b60b60b7 eb3466c0 0000000c 00000000 b60b60b7
Call Trace: [<eb2e6b14>] [<eb2e6a63>] [<eb2f23f9>] [<eb2e6ac3>] [<eb2e6b14>]
[<eb2f75a0>] [<eb3466c0>] [<eb2e6ba1>] [<eb2e6b14>] [<eb2e6bc0>] [<eb32fe58>]
[<eb2e6d76>] [<eb2e831a>] [<eb2e82ab>] [_alloc_pages+22/24] [schedule+762/804] [<eb3226ad>]
[<eb2e7fe7>] [<eb2e81f9>] [sprintf+20/24] [<eb334e05>] [<eb324dee>] [<eb334e05>]
[<eb324cda>] [kernel_thread+31/56] [kernel_thread+40/56]
Code: ae 75 08 84 c0 75 f8 31 c0 eb 04 19 c0 0c 01 31 c9 85 c0 75
I had started afsd with '-verbose-'. Following the usual lengthy
logging of the cache scan, I got this on the console:
, 28, 10)=0 SScall(137, 28, 10)=0 SScall(137, 28, 10)=0 SScall(137, 28, 10)=0 SScall(137, 28, 10)=0 SScall(137, 28, 10)=0 SScall(137, 28, 10)=0 SScall(137, 28, 100)=0 afsd: All AFS daemons started.
afsd: Forking trunc-cache daemon.
afsd: Mounting the AFS root on '/afs', flags: 0.
SScall(137, 28, 3)=0
Yow, please help. This is the first time I've rebooted since getting
OpenAFS working (i've built 1.2.9 from vanilla source).
I should add that I had just rebuilt my kernel modules (though not the
kernel) to tweak something in the parport driver. During this process,
an old Debian openafs module source (/usr/src/modules/openafs) got
rebuilt as well. However, this is probably a red herring, because my
/etc/init.d/afs only makes reference to my own OpenAFS install in
/usr/local. And, checking the date on /lib/modules/current/fs/openafs.o,
it's something very old. So that module hasn't changed, even if it
were loaded. Which it isn't, because I cleverly renamed it before
rebooting. Phew.
-chris