[OpenAFS] getdcache oops

Mike Polek mike@pictage.com
24 Jul 2005 19:20:07 -0700

   I have a machine that is starting to give me the following
stack trace repeatedly, requiring a reboot. 

Kernel: 2.4.30 smp
AFS version: 1.2.13
afsd params: -memcache -blocks 65536 -chunksize 18 -stat 4000 -daemons 5
-volumes 256
OS: RedHat 9
Role: FTP server

Can anyone assist me with a next step to track down why it's
doing this? I tried increasing the number of daemons... no luck.
I'm going to try decreasing the chunksize, thinking I'm running
out of dcache buffers. Any hints would be greatly appreciated.
Let me know if this isn't enough information.

Mike Polek

getdcache<1>Unable to handle kernel paging request at virtual address
*pde = 00004063
Oops: 0002
CPU:    0
EIP:    0010:[<f8a764c5>]    Tainted: PF
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 00000009   ebx: 00000000   ecx: 0000002e   edx: f6581f64
esi: 00000128   edi: 0000012d   ebp: fce75e74   esp: e173fc00
ds: 0018   es: 0018   ss: 0018
Process proftpd (pid: 1934, stackpage=e173f000)
Stack: f8a99e24 00000000 f8b73744 f8b73744 00000128 0000003a fce75e74
       f8a99e24 00000000 f8b73744 f8b73744 00000000 00000000 00000000
       00000007 00000000 00580000 00000000 e173e000 00000000 00740000
Call Trace:    [<f8a99e24>] [<f8a3a420>] [<f8a99e24>] [<f8820f96>]
  [<f8a5bd2d>] [<f8a44800>] [<f8a431d5>] [<f8a864e0>] [<c0203c6c>]
  [<c01371e5>] [<c012fa02>] [<c0132809>] [<c0132cac>] [<f8a83bf9>]
  [<c0120f91>] [<c014061c>] [<c01261a2>] [<c0108b63>]
Code: c6 05 ff ff ff ff 2a 83 c4 1c c3 55 57 56 53 8b 74 24 18 8b

>>EIP; f8a764c5 <[libafs-2.4.30-p2smp.mp]osi_Panic+25/30>   <=====

>>edx; f6581f64 <_end+361cf838/3846a934>
>>ebp; fce75e74 <[libafs-2.4.30-p2smp.mp]afs_rootFid+43bd934/46deb20>
>>esp; e173fc00 <_end+2138d4d4/3846a934>

Trace; f8a99e24 <[libafs-2.4.30-p2smp.mp].rodata.end+53ad/19409>
Trace; f8a3a420 <[libafs-2.4.30-p2smp.mp]afs_GetDCache+4a0/2170>
Trace; f8a99e24 <[libafs-2.4.30-p2smp.mp].rodata.end+53ad/19409>
Trace; f8820f96 <[e1000]e1000_clean_rx_irq+412/420>
Trace; f8a431d5 <[libafs-2.4.30-p2smp.mp]PagInCred+35/40>
Trace; f8a5bd2d <[libafs-2.4.30-p2smp.mp]afs_MemWrite+3dd/600>
Trace; f8a44800 <[libafs-2.4.30-p2smp.mp]afs_StoreAllSegments+ff0/1850>
Trace; f8a431d5 <[libafs-2.4.30-p2smp.mp]PagInCred+35/40>
Trace; f8a864e0
Trace; c0203c6c <skb_copy_datagram_iovec+4c/250>
Trace; f8a866e0 <[libafs-2.4.30-p2smp.mp]afs_linux_commit_write+80/120>
Trace; c01371e5 <lru_cache_add+75/80>
Trace; c012fa02 <add_to_page_cache_unique+b2/c0>
Trace; c0132809 <do_generic_file_write+2b9/470>
Trace; c0132cac <generic_file_write+fc/120>
Trace; f8a83bf9 <[libafs-2.4.30-p2smp.mp]afs_linux_write+1a9/360>
Trace; c01fe5f8 <sock_read+88/a0>
Trace; c0120f91 <do_getitimer+a1/b0>
Trace; c014061c <sys_write+5c/d0>
Trace; c01261a2 <sys_alarm+32/50>
Trace; c0108b63 <system_call+33/38>

Code;  f8a764c5 <[libafs-2.4.30-p2smp.mp]osi_Panic+25/30>
00000000 <_EIP>:
Code;  f8a764c5 <[libafs-2.4.30-p2smp.mp]osi_Panic+25/30>   <=====
   0:   c6 05 ff ff ff ff 2a      movb   $0x2a,0xffffffff   <=====
Code;  f8a764cc <[libafs-2.4.30-p2smp.mp]osi_Panic+2c/30>
   7:   83 c4 1c                  add    $0x1c,%esp
Code;  f8a764cf <[libafs-2.4.30-p2smp.mp]osi_Panic+2f/30>
   a:   c3                        ret
Code;  f8a764d0 <[libafs-2.4.30-p2smp.mp]osi_utoa+0/90>
   b:   55                        push   %ebp
Code;  f8a764d1 <[libafs-2.4.30-p2smp.mp]osi_utoa+1/90>
   c:   57                        push   %edi
Code;  f8a764d2 <[libafs-2.4.30-p2smp.mp]osi_utoa+2/90>
   d:   56                        push   %esi
Code;  f8a764d3 <[libafs-2.4.30-p2smp.mp]osi_utoa+3/90>
   e:   53                        push   %ebx
Code;  f8a764d4 <[libafs-2.4.30-p2smp.mp]osi_utoa+4/90>
   f:   8b 74 24 18               mov    0x18(%esp,1),%esi
Code;  f8a764d8 <[libafs-2.4.30-p2smp.mp]osi_utoa+8/90>
  13:   8b 00                     mov    (%eax),%eax