[Solved]NFS, rcpbind, nfs common lockup after latest -Syu

Question

both laptops that i have running arch, same hardware, same -Syu have NFS freezing with 3.4.2-2 update. Anyone else seeing this? when I bang out (!rpcbind !nfs-common) system runs normally. Does anyone have any ideas that i am missing? my server which is on the same -Syu is running without error,
I'm posting this from the server, so i do not have /log/ access to the clients at this time. but i ran a -Syu earlier in the week with with the filesystem upgrade with no isseue,
Last edited by zero_one (2012-06-17 23:04:22)

Answer 1

I might have the same problem. Just since we have all home directories on NFS4 the problem is pretty severe. It is confirmed on 2 computer already and the latest kernel-update including the use of latest mkinitcpio does not really help. The crash just happen at write access, so far never at read access.
This is the kernel message:
[13272.827969] kernel tried to execute NX-protected page - exploit attempt? (uid: 0)
[13272.828033] BUG: unable to handle kernel paging request at ffff880042174840
[13272.828062] IP: [<ffff880042174840>] 0xffff88004217483f
[13272.828100] PGD 180c063 PUD 1fffc067 PMD 402b3063 PTE 8000000042174163
[13272.828134] Oops: 0011 [#1] PREEMPT SMP
[13272.828162] CPU 0
[13272.828172] Modules linked in: fuse cpufreq_conservative nfsd exportfs usbhid hid nouveau evdev video mxm_wmi wmi i2c_algo_bit drm_kms_helper ttm drm edac_mce_amd i2c_nforce2 edac_core psmouse serio_raw k8temp i2c_core nv_tco fan thermal snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_pcm snd_page_alloc snd_timer snd_mixer_oss snd soundcore ac97_bus pcspkr button 8139too mii powernow_k8 mperf processor nfs nfs_acl lockd auth_rpcgss sunrpc fscache ext4 crc16 jbd2 mbcache sd_mod sr_mod cdrom ohci_hcd pata_acpi pata_amd ehci_hcd usbcore sata_nv ata_generic libata scsi_mod usb_common
[13272.828511]
[13272.828523] Pid: 484, comm: rpc.idmapd Not tainted 3.4.3-1-ARCH #1    /C.NC61-M2
[13272.828556] RIP: 0010:[<ffff880042174840>]  [<ffff880042174840>] 0xffff88004217483f
[13272.828587] RSP: 0018:ffff880073459d40  EFLAGS: 00010246
[13272.828604] RAX: ffff880045affe20 RBX: ffff8800154989c0 RCX: ffff880077fdf9c0
[13272.828627] RDX: 0000000000000005 RSI: ffff880073459de9 RDI: ffff880045affe90
[13272.828650] RBP: ffff880073459d88 R08: 2222222222222222 R09: 2222222222222222
[13272.828671] R10: 0000000000000000 R11: 0000000000000000 R12: ffff880077fdf9c0
[13272.828693] R13: ffff880045affe90 R14: ffff880073459de9 R15: 0000000000000005
[13272.828710] FS:  00007fa0c43d7700(0000) GS:ffff88007bc00000(0000) knlGS:00000000f49b7800
[13272.828710] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[13272.828710] CR2: ffff880042174840 CR3: 0000000076bcc000 CR4: 00000000000007f0
[13272.828710] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[13272.828710] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[13272.828710] Process rpc.idmapd (pid: 484, threadinfo ffff880073458000, task ffff880077bacf60)
[13272.828710] Stack:
[13272.828710]  ffffffff811f01fc ffff880073459db0 ffff880073459db0 ffff880077508cd0
[13272.828710]  ffff880077fdf9c0 ffff880045affe90 ffff880073459de9 0000000000000005
[13272.828710]  ffff8800154989c0 ffff880073459dd8 ffffffff811f0303 ffff880073459de8
[13272.828710] Call Trace:
[13272.828710]  [<ffffffff811f01fc>] ? __key_instantiate_and_link+0x5c/0x100
[13272.828710]  [<ffffffff811f0303>] key_instantiate_and_link+0x63/0xa0
[13272.828710]  [<ffffffffa02727cd>] idmap_pipe_downcall+0x1bd/0x1e0 [nfs]
[13272.828710]  [<ffffffffa01eccc9>] rpc_pipe_write+0x69/0x90 [sunrpc]
[13272.828710]  [<ffffffff8116e7e8>] vfs_write+0xa8/0x180
[13272.828710]  [<ffffffff8116eb2a>] sys_write+0x4a/0xa0
[13272.828710]  [<ffffffff8146a7e9>] system_call_fastpath+0x16/0x1b
[13272.828710] Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <02> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[13272.828710] RIP  [<ffff880042174840>] 0xffff88004217483f
[13272.828710]  RSP <ffff880073459d40>
[13272.828710] CR2: ffff880042174840
[13272.828710] [drm] nouveau 0000:00:05.0: Setting dpms mode 3 on tmds encoder (output 1)
[13272.848427] [drm] nouveau 0000:00:05.0: 0xC197: Parsing digital output script table
[13272.850385] [drm] nouveau 0000:00:05.0: Setting dpms mode 0 on tmds encoder (output 1)
[13272.850385] [drm] nouveau 0000:00:05.0: Output DVI-D-1 is running on CRTC 0 using output A
[13272.898685] ---[ end trace 8b5b7246e29a15c5 ]---
Hope it can be fixed soon - it is a basic Linux function.
@ zero_one: I would appreciate if you could remove the "solved" mark. Thanks!