Bug 757463 - NFS filesystems never unmounted, have to poweroff hard
Summary: NFS filesystems never unmounted, have to poweroff hard
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 16
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-11-27 10:27 UTC by Rudd-O DragonFear
Modified: 2012-02-01 09:09 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-02-01 09:09:54 UTC
Type: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Rudd-O DragonFear 2011-11-27 10:27:15 UTC 
Description of problem:

NetworkManager is stopped before nfs unmount of filesystems automounted using comment=systemd.mount.  This causes wlan to deconfigure itself.  This causes the mounts never to finish.

Version-Release number of selected component (if applicable):

latest stable update

How reproducible:

always

Steps to Reproduce:
1. poweroff
2. see the machine "hang" at poweroff (never finishes powering off)
  
Actual results:

Machine hang.

Expected results:

Correct umounting of all nfs filesystems, followed by networkmanager deconfiguring itself (terminating).

Additional info:

Nothing.  OK, this can actually be VERY BAD in a datacenter, when a machine is remotely rebooted, but never finishes rebooting.
Comment 1 Jóhann B. Guðmundsson 2012-01-29 20:45:01 UTC 
Is this still an issue on fully updated release or can this bug be closed?
Comment 2 Rudd-O DragonFear 2012-02-01 01:46:52 UTC 
This bug can be closed.  After a fresh reinstall, unplugging the network hardware and powering off no longer hangs the machine, even with ongoing NFS mounts (pulled onto the filesystem tree by systemd's systemd.automount comment in fstab, verified to be actual mounts before poweroff).
Comment 3 Michal Schmidt 2012-02-01 09:09:54 UTC 
ok, closing
Note You need to log in before you can comment on or make changes to this bug.