Seth, here's a copy of a lockup from /var/log/kern.log. Sorry, I wanted to attach this sooner, but the fact that the lockup takes down both the network and the filesystem made capturing this unreliable.
Feb 20 17:52:14 virgil kernel: [93233.532498] BUG: soft lockup - CPU#1 stuck for 22s! [kworker/1:0:32266] Feb 20 17:52:14 virgil kernel: [93233.532504] Modules linked in: hid_microsoft usbhid hid snd_usb_audio snd_usbmidi_lib ufs qnx4 hfsplus hfs minix ntfs msdos jfs xfs dm_snapshot cts des_generic nfsv3 nfsv4 ctr ccm xt_conntrack ipt_REJECT ip6table_filter ip6_tables xt_CHECKSUM iptable_mangle ipt_MASQUERADE iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack xt_tcpudp bridge stp llc iptable_filter ip_tables x_tables rfcomm bnep rpcsec_gss_krb5 binfmt_misc nfsd auth_rpcgss nfs_acl nfs lockd sunrpc fscache intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm joydev arc4 snd_hda_codec_hdmi dm_multipath iwldvm scsi_dh snd_hda_codec_realtek uvcvideo mac80211 btusb snd_hda_intel snd_hda_codec videobuf2_vmalloc bluetooth videobuf2_memops videobuf2_core videodev snd_hwdep thinkpad_acpi snd_pcm iwlwifi snd_page_alloc nvram snd_seq_midi snd_seq_midi_event snd_rawmidi microcode psmouse snd_seq cfg80211 snd_seq_device snd_timer serio_raw snd soundcore mei_me mei lpc_ich mac_hid nls_iso8859_1 lp parport btrfs(F) xor(F) raid6_pq(F) libcrc32c(F) dm_crypt(F) crct10dif_pclmul(F) crc32_pclmul(F) ghash_clmulni_intel(F) aesni_intel(F) aes_x86_64(F) lrw(F) gf128mul(F) glue_helper(F) ablk_helper(F) cryptd(F) ahci(F) libahci(F) sdhci_pci(F) sdhci(F) e1000e(F) ptp(F) pps_core(F) i915(F) i2c_algo_bit(F) drm_kms_helper(F) drm(F) wmi(F) video(F) Feb 20 17:52:14 virgil kernel: [93233.532643] CPU: 1 PID: 32266 Comm: kworker/1:0 Tainted: GF W 3.13.0-8-generic #28-Ubuntu Feb 20 17:52:14 virgil kernel: [93233.532646] Hardware name: LENOVO 2306CTO/2306CTO, BIOS G2ET97WW (2.57 ) 10/25/2013 Feb 20 17:52:14 virgil kernel: [93233.532669] Workqueue: rpciod rpc_async_schedule [sunrpc] Feb 20 17:52:14 virgil kernel: [93233.532673] task: ffff88017b573000 ti: ffff8801d106e000 task.ti: ffff8801d106e000 Feb 20 17:52:14 virgil kernel: [93233.532675] RIP: 0010:[<ffffffffa07a5c7f>] [<ffffffffa07a5c7f>] call_refreshresult+0x4f/0x150 [sunrpc] Feb 20 17:52:14 virgil kernel: [93233.532690] RSP: 0018:ffff8801d106fda0 EFLAGS: 00000246 Feb 20 17:52:14 virgil kernel: [93233.532692] RAX: 0000000000000005 RBX: 0000000000000003 RCX: ffff88020f6d6198 Feb 20 17:52:14 virgil kernel: [93233.532695] RDX: 0000000000000001 RSI: ffff88006a3c7e40 RDI: ffff88009f164a00 Feb 20 17:52:14 virgil kernel: [93233.532697] RBP: ffff8801d106fdb0 R08: 0000000000000003 R09: 0000000000000003 Feb 20 17:52:14 virgil kernel: [93233.532700] R10: ffff88020f6d61c0 R11: ffffffffa07aa8a3 R12: ffff88020f6d61c0 Feb 20 17:52:14 virgil kernel: [93233.532702] R13: ffffffffa07aa8a3 R14: ffff88020f6d6198 R15: ffff8801d106fd98 Feb 20 17:52:14 virgil kernel: [93233.532705] FS: 0000000000000000(0000) GS:ffff88021e240000(0000) knlGS:0000000000000000 Feb 20 17:52:14 virgil kernel: [93233.532708] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Feb 20 17:52:14 virgil kernel: [93233.532710] CR2: 00007f682cd48b24 CR3: 0000000002c0e000 CR4: 00000000001407e0 Feb 20 17:52:14 virgil kernel: [93233.532713] Stack: Feb 20 17:52:14 virgil kernel: [93233.532715] ffff88009f164a00 ffff880211f59800 ffff8801d106fe08 ffffffffa07b0d64 Feb 20 17:52:14 virgil kernel: [93233.532721] 0000000000014440 ffff88009f164a70 ffffffff81094538 0000000000000000 Feb 20 17:52:14 virgil kernel: [93233.532726] ffff88017b573000 ffff88021e253cc0 ffff88009f164a88 0000000000000000 Feb 20 17:52:14 virgil kernel: [93233.532731] Call Trace: Feb 20 17:52:14 virgil kernel: [93233.532751] [<ffffffffa07b0d64>] __rpc_execute+0x84/0x410 [sunrpc] Feb 20 17:52:14 virgil kernel: [93233.532759] [<ffffffff81094538>] ? finish_task_switch+0x128/0x170 Feb 20 17:52:14 virgil kernel: [93233.532775] [<ffffffffa07b1116>] rpc_async_schedule+0x26/0x30 [sunrpc] Feb 20 17:52:14 virgil kernel: [93233.532783] [<ffffffff81080702>] process_one_work+0x182/0x450 Feb 20 17:52:14 virgil kernel: [93233.532788] [<ffffffff810814a1>] worker_thread+0x121/0x410 Feb 20 17:52:14 virgil kernel: [93233.532793] [<ffffffff81081380>] ? rescuer_thread+0x3e0/0x3e0 Feb 20 17:52:14 virgil kernel: [93233.532798] [<ffffffff810880f2>] kthread+0xd2/0xf0 Feb 20 17:52:14 virgil kernel: [93233.532803] [<ffffffff81088020>] ? kthread_create_on_node+0x190/0x190 Feb 20 17:52:14 virgil kernel: [93233.532811] [<ffffffff8171a4fc>] ret_from_fork+0x7c/0xb0 Feb 20 17:52:14 virgil kernel: [93233.532816] [<ffffffff81088020>] ? kthread_create_on_node+0x190/0x190 Feb 20 17:52:14 virgil kernel: [93233.532818] Code: 83 fc 92 c7 83 cc 00 00 00 00 00 00 00 48 c7 43 50 c0 5b 7a a0 0f 84 91 00 00 00 7e 67 41 83 fc f5 74 21 45 85 e4 75 62 48 89 df <e8> ec d8 00 00 85 c0 74 48 48 c7 43 50 b0 58 7a a0 5b 41 5c 5d -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1282302 Title: deadlock when unmounting nfs shares in trusty Status in “linux” package in Ubuntu: Confirmed Bug description: In trusty, I frequently find that unmounting NFS shares (which I do on my laptop before roaming) frequently causes a "soft lockup" in the kernel that leaves me needing to hard reboot the system, because both network access and disk access start failing and the unmount itself never returns. The problem is not reproducible if I unmount the shares immediately after a reboot; I don't know why. It could be related to the fact that some of these NFS shares are bind-mounted into chroots, but the problem is reproducible even when no bind mounts are active. This is a serious regression from previous kernels, which I think should be a priority for resolving in an LTS release. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: linux-image-generic 3.13.0.8.12 ProcVersionSignature: Ubuntu 3.13.0-8.28-generic 3.13.2 Uname: Linux 3.13.0-8-generic x86_64 ApportVersion: 2.13.2-0ubuntu4 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC1: vorlon 4161 F.... pulseaudio /dev/snd/controlC0: vorlon 4161 F.... pulseaudio /dev/snd/pcmC0D0p: vorlon 4161 F...m pulseaudio CurrentDesktop: Unity Date: Wed Feb 19 14:38:51 2014 HibernationDevice: RESUME=UUID=6df76279-19ea-45a4-bec9-e4fdc858729a InstallationDate: Installed on 2010-09-24 (1244 days ago) InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1) MachineType: LENOVO 2306CTO ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.13.0-8-generic root=UUID=362a1cf5-63b7-4122-8457-33ca1d10a8ad ro quiet splash vt.handoff=7 RelatedPackageVersions: linux-restricted-modules-3.13.0-8-generic N/A linux-backports-modules-3.13.0-8-generic N/A linux-firmware 1.124 SourcePackage: linux UpgradeStatus: Upgraded to trusty on 2013-10-23 (119 days ago) WifiSyslog: dmi.bios.date: 10/25/2013 dmi.bios.vendor: LENOVO dmi.bios.version: G2ET97WW (2.57 ) dmi.board.asset.tag: Not Available dmi.board.name: 2306CTO dmi.board.vendor: LENOVO dmi.board.version: Not Defined dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: Not Available dmi.modalias: dmi:bvnLENOVO:bvrG2ET97WW(2.57):bd10/25/2013:svnLENOVO:pn2306CTO:pvrThinkPadX230:rvnLENOVO:rn2306CTO:rvrNotDefined:cvnLENOVO:ct10:cvrNotAvailable: dmi.product.name: 2306CTO dmi.product.version: ThinkPad X230 dmi.sys.vendor: LENOVO To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1282302/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
