I'm running openafs 1.4.14.1 on a RHEL6 system and under heavy load when
accessing files in AFS via apache I'm able to consistently trigger a kernel
panic. Below is the output from the "crash" command and includes a stack
back-trace.
Please let me know if/what I can do to help further troubleshoot this.
Thanks!
SYSTEM MAP: /boot/System.map-2.6.32-131.6.1.el6.x86_64
DEBUG KERNEL: /usr/lib/debug/lib/modules/2.6.32-131.6.1.el6.x86_64/vmlinux
(2.6.32-131.6.1.el6.x86_64)
DUMPFILE: vmcore [PARTIAL DUMP]
CPUS: 2
DATE: Wed Jul 27 13:17:04 2011
UPTIME: 00:04:12
LOAD AVERAGE: 22.70, 5.09, 1.67
TASKS: 369
NODENAME: jabba-www-test1
RELEASE: 2.6.32-131.6.1.el6.x86_64
VERSION: #1 SMP Mon Jun 20 14:15:38 EDT 2011
MACHINE: x86_64 (2593 Mhz)
MEMORY: 2 GB
PANIC: ""
PID: 3573
COMMAND: "httpd"
TASK: ffff88006fc174c0 [THREAD_INFO: ffff8800610bc000]
CPU: 0
STATE: TASK_RUNNING (PANIC)
crash> bt
PID: 3573 TASK: ffff88006fc174c0 CPU: 0 COMMAND: "httpd"
#0 [ffff8800610bd850] machine_kexec at ffffffff810310cb
#1 [ffff8800610bd8b0] crash_kexec at ffffffff810b6312
#2 [ffff8800610bd980] oops_end at ffffffff814de540
#3 [ffff8800610bd9b0] die at ffffffff8100f2eb
#4 [ffff8800610bd9e0] do_general_protection at ffffffff814de0d2
#5 [ffff8800610bda10] general_protection at ffffffff814dd8a5
[exception RIP: mutex_lock+33]
RIP: ffffffff814dbfd1 RSP: ffff8800610bdac8 RFLAGS: 00010246
RAX: 0000000000000000 RBX: 28ec2299000000e7 RCX: 0000000000000001
RDX: 0000000000000000 RSI: 0000000000000001 RDI: 28ec2299000000e7
RBP: ffff8800610bdad8 R8: ffff88006f8b6148 R9: 0000000000000000
R10: 0000000000000000 R11: 0000000000000000 R12: 28ec2299000000df
R13: 0000000000000001 R14: 28ec2299000000e7 R15: ffff8800610bdc08
ORIG_RAX: ffffffffffffffff CS: 0010 SS: 0018
#6 [ffff8800610bdae0] afs_mutex_enter at ffffffffa02b8ec6 [openafs]
#7 [ffff8800610bdb00] rxi_ResetCall at ffffffffa02af261 [openafs]
#8 [ffff8800610bdb30] rxi_NewCall at ffffffffa02b4804 [openafs]
#9 [ffff8800610bdb60] rx_NewCall at ffffffffa02b5290 [openafs]
#10 [ffff8800610bdbd0] RXAFS_FetchStatus at ffffffffa02a8ab7 [openafs]
#11 [ffff8800610bdca0] afs_FetchStatus at ffffffffa028b752 [openafs]
#12 [ffff8800610bdd70] afs_GetAccessBits at ffffffffa028ffa6 [openafs]
#13 [ffff8800610bde00] afs_AccessOK at ffffffffa02900d6 [openafs]
#14 [ffff8800610bde60] afs_access at ffffffffa02905a1 [openafs]
#15 [ffff8800610bdef0] afs_linux_permission at ffffffffa02cb41c [openafs]
#16 [ffff8800610bdf20] inode_permission at ffffffff8117ee1e
#17 [ffff8800610bdf40] sys_chdir at ffffffff8117061a
#18 [ffff8800610bdf80] system_call_fastpath at ffffffff8100b172
RIP: 00007f814bc78dd7 RSP: 00007fff529e5a38 RFLAGS: 00010202
RAX: 0000000000000050 RBX: ffffffff8100b172 RCX: 00007f814bc78eaa
RDX: 0000000000000000 RSI: 00007f814ebaacc2 RDI: 00007fff529e59a0
RBP: 00007fff529e5a30 R8: 75702f7564652e63 R9: 7777772f63696c62
R10: 666e6978696e752f R11: 0000000000000246 R12: 00007f814ebaaca0
R13: 0000000000000022 R14: ffff88007ab27b40 R15: ffff880037099c80
ORIG_RAX: 0000000000000050 CS: 0033 SS: 002b
--
Aaron Knister
Systems Administrator
Division of Information Technology
University of Maryland, Baltimore County
[email protected]