[OpenAFS] volserver caused ext3 oops?

[Jack Neely]

--H+4ONPRPur6+Ovig
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Folks,

I'm doing some early testing of using Linux and OpenAFS servers in our
environment of all solaris based, transarc servers.  We set up a script
to do some pounding on by moving a 500MB volume back and forth between
it and another server.  At 4:00 in the morning looks like volserver
caused a kernel oops in the ext3 code.  (Which I found to be really
weird.)

Can anyone shed some light on what might be up here?  

We are running OpenAFS 1.2.7 on a Red Hat Linux 7.3-ish system, kernel
2.4.18-10.

Thanks!
Jack Neely

-- 
Jack Neely <slack@quackmaster.net>
Linux Realm Kit Administration and Development 
PAMS Computer Operations at NC State University
GPG Fingerprint: 1917 5AC1 E828 9337 7AA4  EA6B 213B 765F 3B6A 5B89

--H+4ONPRPur6+Ovig
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=openafs-server-oops

Oct 30 03:55:45 linux00f kernel: Unable to handle kernel paging request at virtual address 00c782c1
Oct 30 03:55:45 linux00f kernel:  printing eip:
Oct 30 03:55:45 linux00f kernel: c013a166
Oct 30 03:55:45 linux00f kernel: *pde = 00000000
Oct 30 03:55:45 linux00f kernel: Oops: 0000
Oct 30 03:55:45 linux00f kernel: binfmt_misc openafs autofs 3c59x ide-cd cdrom ext3 jbd  
Oct 30 03:55:45 linux00f kernel: CPU:    0
Oct 30 03:55:45 linux00f kernel: EIP:    0010:[<c013a166>]    Tainted: P 
Oct 30 03:55:45 linux00f kernel: EFLAGS: 00010206
Oct 30 03:55:45 linux00f kernel: 
Oct 30 03:55:45 linux00f kernel: EIP is at get_hash_table [kernel] 0x66 (2.4.18-10)
Oct 30 03:55:45 linux00f kernel: eax: c9ff0000   ebx: 00000001   ecx: c782bd49   edx: 00c782bd
Oct 30 03:55:45 linux00f kernel: esi: 00268298   edi: 00000341   ebp: 0000000d   esp: c64d5e18
Oct 30 03:55:45 linux00f kernel: ds: 0018   es: 0018   ss: 0018
Oct 30 03:55:45 linux00f kernel: Process volserver (pid: 1310, stackpage=c64d5000)
Oct 30 03:55:45 linux00f kernel: Stack: 00001c94 00000000 00001000 00001000 00000000 c013adcb 00000341 00268298 
Oct 30 03:55:45 linux00f kernel:        00001000 0000000c 00001000 c013b10e c7196080 00000000 c013b12f c2a4ada0 
Oct 30 03:55:45 linux00f kernel:        c2a4ada0 c96dc000 c64d5e70 00001000 0000008b c2a4ada0 000000f0 00000014 
Oct 30 03:55:46 linux00f kernel: Call Trace: [<c013adcb>] unmap_underlying_metadata [kernel] 0x1b 
Oct 30 03:55:46 linux00f kernel: [<c013b10e>] __block_prepare_write [kernel] 0x11e 
Oct 30 03:55:46 linux00f kernel: [<c013b12f>] __block_prepare_write [kernel] 0x13f 
Oct 30 03:55:46 linux00f kernel: [<ca815f70>] .rodata.str1.1 [jbd] 0x30 
Oct 30 03:55:46 linux00f kernel: [<ca813827>] __jbd_kmalloc [jbd] 0x27 
Oct 30 03:55:46 linux00f kernel: [<c013ba12>] block_prepare_write [kernel] 0x22 Oct 30 03:55:46 linux00f kernel: [<ca81eb60>] ext3_get_block [ext3] 0x0 
Oct 30 03:55:46 linux00f kernel: [<ca81f05e>] ext3_prepare_write [ext3] 0x7e 
Oct 30 03:55:46 linux00f kernel: [<ca81eb60>] ext3_get_block [ext3] 0x0 
Oct 30 03:55:46 linux00f kernel: [<c012b6ee>] generic_file_write [kernel] 0x4ee Oct 30 03:55:46 linux00f kernel: [<ca81cba2>] ext3_file_write [ext3] 0x22 
Oct 30 03:55:46 linux00f kernel: [<c0138cb6>] sys_write [kernel] 0x96 
Oct 30 03:55:46 linux00f kernel: [<c011ae61>] sys_getitimer [kernel] 0x21 
Oct 30 03:55:46 linux00f kernel: [<c011b202>] sys_time [kernel] 0x12 
Oct 30 03:55:46 linux00f kernel: [<c0108913>] system_call [kernel] 0x33 
Oct 30 03:55:46 linux00f kernel: 
Oct 30 03:55:46 linux00f kernel: 
Oct 30 03:55:46 linux00f kernel: Code: 39 72 04 89 d1 75 f3 0f b7 42 08 3b 44 24 20 75 e9 66 39 7a 

--H+4ONPRPur6+Ovig--