Hi Trond,
When accessing a directory inode from a single other client, NFSv4
callbacks catastrophically failed [1] on the NFS server with
2.6.23-rc4 (unpatched); clients are both 2.6.22 (Ubuntu Gutsy build).
Seems not easy to reproduce, since this kernel was running smoothly
for 7 days on the server.
What information will help track this down, or is there a known
failure mechanism? I can map stack frames to source lines with
objdump, if that helps.
Daniel
--- [1]
general protection fault: 0000 [1] SMP
CPU 1
Modules linked in: dvb_usb_dtt200u dvb_usb dvb_core firmware_class
i2c_core uhci_hcd ehci_hcd usbcore
Pid: 24009, comm: nfs4_cb_recall Not tainted 2.6.23-rc4-109 #1
RIP: 0010:[xprt_reserve+217/384] [xprt_reserve+217/384] xprt_reserve+0xd9/0x180
RSP: 0018:ffff81003905de20 EFLAGS: 00010286
RAX: ffff81000a2600a8 RBX: ffff81003a1d8780 RCX: 4d00000000610d00
RDX: 0b66656403100000 RSI: 0000000000000000 RDI: ffff81000a260000
RBP: ffff81003ebf3000 R08: 0000000000000001 R09: 0000000000000000
R10: 0000000000000001 R11: 0000000000000001 R12: ffff81000a260000
R13: ffff81003ebf3460 R14: 0000000000000000 R15: 0000000000000000
FS: 0000000000000000(0000) GS:ffff81003fdd4180(0000) knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 00002b456c102468 CR3: 000000003e047000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff4ff0 DR7: 0000000000000400
Process nfs4_cb_recall (pid: 24009, threadinfo ffff81003905c000, task
ffff81000a358000)
Stack: ffff810032360040 0000000000000000 ffff81003a1d8780 ffffffff804d2170
ffff81003a1d8870 ffffffff80483a3b 0000000000000000 ffff81003a1d8780
ffff81003a1d8780 ffffffff804d2170 ffff81003905ded0 ffffffff8047d876
Call Trace:
[__rpc_execute+107/656] __rpc_execute+0x6b/0x290
[rpc_do_run_task+118/208] rpc_do_run_task+0x76/0xd0
[rpc_call_sync+21/64] rpc_call_sync+0x15/0x40
[nfsd4_cb_recall+258/304] nfsd4_cb_recall+0x102/0x130
[do_recall+0/32] do_recall+0x0/0x20
[do_recall+17/32] do_recall+0x11/0x20
[kthread+75/128] kthread+0x4b/0x80
[child_rip+10/18] child_rip+0xa/0x12
[kthread+0/128] kthread+0x0/0x80
--
Daniel J Blueman
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]