← Back to team overview

kernel-packages team mailing list archive

[Bug 1282302] Re: deadlock when unmounting nfs shares in trusty

 

I'd like to perform a bisect to figure out what commit caused this
regression. We need to identify the earliest kernel where the issue
started happening as well as the latest kernel that did not have this
issue.

Can you test the following kernels and report back? We are looking for
the first kernel version that exhibits this bug:

v3.12 final: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.12-trusty/
If v3.12 final does not exhibit the bug, we should move on to testing some of the v3.13 release candidates.

v3.13-rc3: http://kernel.ubuntu.com/~kernel-
ppa/mainline/v3.13-rc3-trusty/

If v3.13-rc3 does not exhibit the bug then test v3.13-rc6:
v3.13-rc6: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.13-rc6-trusty/

If v3.13-rc3 does exhibit the bug then test v3.13-rc2:
v3.13-rc2: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.13-rc2-trusty

You don't have to test every kernel, just up until the kernel that first
has this bug.

Thanks in advance!

** Tags added: performing-bisect

-- 
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


References