[OpenAFS] SuSE-8.1 oops
Benjamin P Myers
dative@sukrahelitek.com
Thu, 14 Aug 2003 12:35:18 -0500
I tried the patch, no luck. ksymoops has been a new and interesting=20
experience. I hope this is what you need:
ksymoops 2.4.5 on i686 2.4.19-64GB-SMP. Options used
-V (default)
-k /proc/ksyms (specified)
-l /proc/modules (default)
-o /lib/modules/2.4.19-64GB-SMP/ (default)
-m /boot/System.map-2.4.19-64GB-SMP (default)
Aug 14 12:23:07 padmanabha kernel: Unable to handle kernel paging request=
at=20
virtual address ffffffff
Aug 14 12:23:07 padmanabha kernel: c44c5535
Aug 14 12:23:07 padmanabha kernel: *pde =3D 00000000
Aug 14 12:23:07 padmanabha kernel: Oops: 0002 2.4.19-64GB-SMP #1 SMP Wed =
Jun=20
11 19:20:11 UTC 2003
Aug 14 12:23:07 padmanabha kernel: CPU: 0
Aug 14 12:23:07 padmanabha kernel: EIP: =20
0010:[sg:sg_major_ptrs+32923541/54504459] Tainted: P=20
Aug 14 12:23:07 padmanabha kernel: EIP: 0010:[<c44c5535>] Tainted: =
P=20
Using defaults from ksymoops -t elf32-i386 -a i386
Aug 14 12:23:07 padmanabha kernel: EFLAGS: 00010296
Aug 14 12:23:07 padmanabha kernel: eax: 0000001a ebx: c35a52a0 ecx:=20
00000046 edx: c0339de8
Aug 14 12:23:07 padmanabha kernel: esi: 00000000 edi: c35a52be ebp:=20
00000000 esp: c43c1ba4
Aug 14 12:23:07 padmanabha kernel: ds: 0018 es: 0018 ss: 0018
Aug 14 12:23:07 padmanabha kernel: Process afsd (pid: 1107,=20
stackpage=3Dc43c1000)
Aug 14 12:23:07 padmanabha kernel: Stack: c44e4765 00000108 00000007 c44d=
0551=20
0000000a fdf650ec 00000001 c4493140=20
Aug 14 12:23:07 padmanabha kernel: c44e4765 00000108 00000007 c44d=
0551=20
c35a52a0 00000000 c35a52be c347b0c0=20
Aug 14 12:23:07 padmanabha kernel: 08071480 c35a52be c016eb90 c44c=
fcee=20
00000108 c35a52a0 08071480 c44d064e=20
Aug 14 12:23:07 padmanabha kernel: Call Trace: =20
[sg:sg_major_ptrs+33051077/54376923] [sg:sg_major_ptrs+32968625/54459375]=
=20
[sg:sg_major_ptrs+32717728/54710272] [sg:sg_major_ptrs+33051077/54376923]=
=20
[sg:sg_major_ptrs+32968625/54459375]
Aug 14 12:23:07 padmanabha kernel: Call Trace: [<c44e4765>] [<c44d0551=
>]=20
[<c4493140>] [<c44e4765>] [<c44d0551>]
Aug 14 12:23:07 padmanabha kernel: [<c204523f>]
Aug 14 12:23:07 padmanabha kernel: [<c44d6d33>] [<c44f2d4c>] [<c0238e40=
>]=20
[<c012526e>] [<c204523f>] [<c0205648>]
Aug 14 12:23:07 padmanabha kernel: [<c02057f7>] [<c204523f>] [<c01f93f8=
>]=20
[<c01f2fb1>] [<c01f4cc4>] [<c01f6ea0>]
Aug 14 12:23:07 padmanabha kernel: [<c01f734a>] [<c024a239>] [<c01f3ffb=
>]=20
[<c01f81a0>] [<c01e9bb2>] [<c44d78c9>]
Aug 14 12:23:07 padmanabha kernel: [<c01e9a40>] [<c01095ef>]
Aug 14 12:23:07 padmanabha kernel: Code: c6 05 ff ff ff ff 2a 83 c4 10 83=
c4=20
0c c3 90 55 57 56 53 8b=20
>>EIP; c44c5535 <[libafs]osi_Panic+25/34> <=3D=3D=3D=3D=3D
>>ebx; c35a52a0 <[parport].bss.end+496b21/5a98e1>
>>edx; c0339de8 <log_wait+0/c>
>>edi; c35a52be <[parport].bss.end+496b3f/5a98e1>
>>esp; c43c1ba4 <[agpgart].bss.end+5e84e5/6a69a1>
Trace; c44e4765 <[libafs]rcsid+125/140>
Trace; c44d0551 <[libafs]osi_lookupname_internal+61/b0>
Trace; c4493140 <[libafs]osi_AllocSmallSpace+24/e0>
Trace; c44e4765 <[libafs]rcsid+125/140>
Trace; c44d0551 <[libafs]osi_lookupname_internal+61/b0>
Trace; c204523f <[aic7xxx]ahc_linux_run_device_queue+48f/9b0>
Trace; c44d6d33 <[libafs]afs_syscall_call+dcf/16dc>
Trace; c44f2d4c <[libafs]afs_global_lock+0/14>
Trace; c0238e40 <scsi_done+0/b0>
Trace; c012526e <context_switch+ae/21d>
Trace; c204523f <[aic7xxx]ahc_linux_run_device_queue+48f/9b0>
Trace; c0205648 <locate_hd_struct+38/90>
Trace; c02057f7 <req_new_io+67/90>
Trace; c204523f <[aic7xxx]ahc_linux_run_device_queue+48f/9b0>
Trace; c01f93f8 <clear_selection+18/60>
Trace; c01f2fb1 <scrup+1e1/220>
Trace; c01f4cc4 <lf+74/80>
Trace; c01f6ea0 <do_con_trol+cc0/e70>
Trace; c01f734a <do_con_write+2fa/8e0>
Trace; c024a239 <vgacon_cursor+f9/200>
Trace; c01f3ffb <set_cursor+7b/a0>
Trace; c01f81a0 <con_flush_chars+60/90>
Trace; c01e9bb2 <write_chan+172/230>
Trace; c44d78c9 <[libafs]afs_syscall+18d/424>
Trace; c01e9a40 <write_chan+0/230>
Trace; c01095ef <system_call+33/38>
Code; c44c5535 <[libafs]osi_Panic+25/34>
00000000 <_EIP>:
Code; c44c5535 <[libafs]osi_Panic+25/34> <=3D=3D=3D=3D=3D
0: c6 05 ff ff ff ff 2a movb $0x2a,0xffffffff <=3D=3D=3D=3D=
=3D
Code; c44c553c <[libafs]osi_Panic+2c/34>
7: 83 c4 10 add $0x10,%esp
Code; c44c553f <[libafs]osi_Panic+2f/34>
a: 83 c4 0c add $0xc,%esp
Code; c44c5542 <[libafs]osi_Panic+32/34>
d: c3 ret =20
Code; c44c5543 <[libafs]osi_Panic+33/34>
e: 90 nop =20
Code; c44c5544 <[libafs]osi_utoa+0/b0>
f: 55 push %ebp
Code; c44c5545 <[libafs]osi_utoa+1/b0>
10: 57 push %edi
Code; c44c5546 <[libafs]osi_utoa+2/b0>
11: 56 push %esi
Code; c44c5547 <[libafs]osi_utoa+3/b0>
12: 53 push %ebx
Code; c44c5548 <[libafs]osi_utoa+4/b0>
13: 8b 00 mov (%eax),%eax
Thanks for your help guys, this sort of thing is a little above my level =
of=20
expertise.
-Ben
On Wednesday 13 August 2003 11:05 pm, Nickolai Zeldovich wrote:
> > Aug 13 17:35:50 padmanabha kernel: Starting AFS cache
> > scan...osi_AllocSmallS: size=3D264
>
> I've just found and fixed one bug which would cause such a panic in
> osi_AllocSmallSpace, but I'd be a bit surprised if it was the same
> bug as the one causing your panics here. Nonetheless, you can get
> the patch at:
>
> http://www.openafs.org/cgi-bin/wdelta/memory-allocation-fixes-2003081=
3
>
> If it doesn't fix your problem, get us a stack trace, as Derrick
> already suggested.
>
> -- kolya
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info