Bug 34019 - having upgraded from 230 or 231 to 234, NFS is not unmounted when halting
: having upgraded from 230 or 231 to 234, NFS is not unmounted when halting
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/udev)
: unstable
: all Linux
: P3 major
Assigned To:
:
:
:
: 34031
:
  Show dependency tree
 
Reported: 2017-10-16 22:26 by
Modified: 2017-10-22 17:55 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2017-10-16 22:26:50
This is actually quite annoying on remote machines: that they don't reboot
cleanly after such an upgrade.

When changing between the two sets of releases:

# rpm -qa | fgrep 234
udev-hwdb-234-alt3.noarch
pam_systemd-234-alt3.x86_64
libsystemd-shared-234-alt3.x86_64
udev-234-alt3.x86_64
udev-rule-generator-net-234-alt3.noarch
udev-rules-234-alt3.noarch
libnss-mymachines-234-alt3.x86_64
systemd-services-234-alt3.x86_64
systemd-utils-234-alt3.x86_64
journalctl-234-alt3.x86_64
# 

and

apt> install udev=1:230-alt1.M80P.6 udev-rule-generator-net=1:230-alt1.M80P.6
systemd-services=1:230-alt1.M80P.6 libnss-mymachines=1:230-alt1.M80P.6
pam_systemd=1:230-alt1.M80P.6 systemd-utils=1:230-alt1.M80P.6
udev-rules=1:230-alt1.M80P.6 udev-hwdb=1:230-alt1.M80P.6
journalctl=1:230-alt1.M80P.6 


and then trying to reboot when an NFS is mounted, the system doesn't
successfully reboot. It hangs on unmounting /space (which is NFS in my system).

This happens on a system without systemd, rather with SysV init.

If one unmounts NFS early, the reboot succeeds.
------- Comment #1 From 2017-10-22 17:55:55 -------
systemd-1:234-alt4 -> sisyphus:

Thu Oct 19 2017 Ivan Zakharyaschev <imz@altlinux.org> 1:234-alt4
- udevd.init (SysV): fix creating static device inodes (ALT: #34031).
  (Use an option introduced in v209 for "unsafe" tmpfiles actions,
  because the static devices are listed as such by kmod.)
- This also helps the unmounting of NFS when halting after having
  upgraded/reinstalled udev (& other) on a system with SysV init
  (ALT: #34019) by a lucky coincidence.