Ok,
here are the ksyoops backtraces of my kernel fault, as requested...
I hope I did it right, this is my first try at oops-tracing :)
Using the ksym file dumped by syslog at the time of the crash (this did
not contain module info for whatever reason):
ksymoops 2.4.1 on i686 2.4.23. Options used
-v /usr/src/linux-2.4.23/vmlinux (specified)
-k /tmp/ksyms.2 (specified)
-l /proc/modules (default)
-o /lib/modules/2.4.23/ (default)
-m /boot/System.map-2.4.23 (default)
No modules in ksyms, skipping objects
Dec 5 13:38:56 xeon17 kernel: Unable to handle kernel paging request at
virtual address f8a96000
Dec 5 13:38:56 xeon17 kernel: f8a1e030
Dec 5 13:38:56 xeon17 kernel: *pde = 37e75067
Dec 5 13:38:56 xeon17 kernel: Oops: 0000
Dec 5 13:38:56 xeon17 kernel: CPU: 0
Dec 5 13:38:56 xeon17 kernel: EIP: 0010:[<f8a1e030>] Tainted: PF
Using defaults from ksymoops -t elf32-i386 -a i386
Dec 5 13:38:56 xeon17 kernel: EFLAGS: 00010206
Dec 5 13:38:56 xeon17 kernel: eax: 00000000 ebx: 00000000
ecx: fffff82b edx: 11a40000
Dec 5 13:38:56 xeon17 kernel: esi: f8b261b0 edi: f8a96000
ebp: f8a95820 esp: e6813ed8
Dec 5 13:38:56 xeon17 kernel: ds: 0018 es: 0018 ss: 0018
Dec 5 13:38:56 xeon17 kernel: Process tcsh (pid: 4282,
stackpage=e6813000)
Dec 5 13:38:56 xeon17 kernel: Stack: e6813f48 f8a1d451 f8b261b0 61ae3033
00000241 00000241 f8e2b750 00000000
Dec 5 13:38:56 xeon17 kernel: 000007d4 f8b261b0 080b2000 c01180e6
00000096 200011a4 300a6666 63300a31
Dec 5 13:38:56 xeon17 kernel: 41cf42d3 00000001 e6812000 e6812000
f6c24c80 080b2000 00030002 d441b880
Dec 5 13:38:56 xeon17 kernel: Call Trace: [<f8a1d451>]
[do_page_fault+422/1243] [filldir64+0/320] [vfs_readdir+132/208]
[filldir64+0/320]
Dec 5 13:38:56 xeon17 kernel: Call Trace: [<f8a1d451>] [<c01180e6>]
[<c014de80>] [<c014d844>] [<c014de80>]
Dec 5 13:38:56 xeon17 kernel: [<c014e00f>] [<c014de80>] [<c0108c23>]
Dec 5 13:38:56 xeon17 kernel: Code: f2 ae f7 d1 49 89 4c 24 20 8b 86 44
01 00 00 89 44 24 30 8b
>>EIP; f8a1e030 <END_OF_CODE+386b713c/????> <=====
Trace; f8a1d451 <END_OF_CODE+386b655d/????>
Trace; f8a1d451 <END_OF_CODE+386b655d/????>
Trace; c01180e6 <do_page_fault+1a6/4db>
Trace; c014de80 <filldir64+0/140>
Trace; c014d844 <vfs_readdir+84/d0>
Trace; c014de80 <filldir64+0/140>
Trace; c014e00f <sys_getdents64+4f/bc>
Trace; c014de80 <filldir64+0/140>
Trace; c0108c23 <system_call+33/38>
Code; f8a1e030 <END_OF_CODE+386b713c/????>
00000000 <_EIP>:
Code; f8a1e030 <END_OF_CODE+386b713c/????> <=====
0: f2 ae repnz scas %es:(%edi),%al <=====
Code; f8a1e032 <END_OF_CODE+386b713e/????>
2: f7 d1 not %ecx
Code; f8a1e034 <END_OF_CODE+386b7140/????>
4: 49 dec %ecx
Code; f8a1e035 <END_OF_CODE+386b7141/????>
5: 89 4c 24 20 mov %ecx,0x20(%esp,1)
Code; f8a1e039 <END_OF_CODE+386b7145/????>
9: 8b 86 44 01 00 00 mov 0x144(%esi),%eax
Code; f8a1e03f <END_OF_CODE+386b714b/????>
f: 89 44 24 30 mov %eax,0x30(%esp,1)
Code; f8a1e043 <END_OF_CODE+386b714f/????>
13: 8b 00 mov (%eax),%eax
Doing it against the currently running system (which should be identical -
I did not add any new modules):
ksymoops 2.4.1 on i686 2.4.23. Options used
-v /usr/src/linux-2.4.23/vmlinux (specified)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.23/ (default)
-m /boot/System.map-2.4.23 (default)
[...]
Here I get lots of
Warning (compare_maps): mismatch on symbol xxx
[...]
>>EIP; f8a1e030 <[libafs-2.4.23.mp].LC8+2230/14fc0> <=====
Trace; f8a1d451 <[libafs-2.4.23.mp].LC8+1651/14fc0>
Trace; f8a1d451 <[libafs-2.4.23.mp].LC8+1651/14fc0>
Trace; c01180e6 <do_page_fault+1a6/4db>
Trace; c014de80 <filldir64+0/140>
Trace; c014d844 <vfs_readdir+84/d0>
Trace; c014de80 <filldir64+0/140>
Trace; c014e00f <sys_getdents64+4f/bc>
Trace; c014de80 <filldir64+0/140>
Trace; c0108c23 <system_call+33/38>
Code; f8a1e030 <[libafs-2.4.23.mp].LC8+2230/14fc0>
00000000 <_EIP>:
Code; f8a1e030 <[libafs-2.4.23.mp].LC8+2230/14fc0> <=====
0: f2 ae repnz scas %es:(%edi),%al <=====
Code; f8a1e032 <[libafs-2.4.23.mp].LC8+2232/14fc0>
2: f7 d1 not %ecx
Code; f8a1e034 <[libafs-2.4.23.mp].LC8+2234/14fc0>
4: 49 dec %ecx
Code; f8a1e035 <[libafs-2.4.23.mp].LC8+2235/14fc0>
5: 89 4c 24 20 mov %ecx,0x20(%esp,1)
Code; f8a1e039 <[libafs-2.4.23.mp].LC8+2239/14fc0>
9: 8b 86 44 01 00 00 mov 0x144(%esi),%eax
Code; f8a1e03f <[libafs-2.4.23.mp].LC8+223f/14fc0>
f: 89 44 24 30 mov %eax,0x30(%esp,1)
Code; f8a1e043 <[libafs-2.4.23.mp].LC8+2243/14fc0>
13: 8b 00 mov (%eax),%eax
162 warnings issued. Results may not be reliable.
But the trace results seem to be the same.
Hope this is helpful for you...
Btw: The machin this is on ran without trouble over the weekend - so if
this is a bug its seems to happen quite rarely (of course there wasn't
much load on AFS during this time).
Holger N.
--
Holger Naundorf [EMAIL PROTECTED]
MPI für Gravitationsphysik Phone (++49)(+331)567-7364
Albert-Einstein-Institut Fax (++49)(+331)567-7298
_______________________________________________
OpenAFS-info mailing list
[EMAIL PROTECTED]
https://lists.openafs.org/mailman/listinfo/openafs-info
