[Bug 711425] Re: portmap does not stop during shutdown, causing possible root fs corruption
Launchpad Bug Tracker
711425 at bugs.launchpad.net
Fri Mar 4 12:25:11 UTC 2011
This bug was fixed in the package sysvinit - 2.87dsf-4ubuntu21
---------------
sysvinit (2.87dsf-4ubuntu21) natty; urgency=low
* debian/initscripts/etc/init.d/umountnfs.sh: emit a new event,
unmounted-remote-filesystems, to allow stopping portmap
and others. (LP: #711425)
-- Clint Byrum <clint at ubuntu.com> Fri, 04 Mar 2011 12:18:15 +0000
** Changed in: sysvinit (Ubuntu)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is a direct subscriber.
https://bugs.launchpad.net/bugs/711425
Title:
portmap does not stop during shutdown, causing possible root fs
corruption
Status in “portmap” package in Ubuntu:
Fix Released
Status in “sysvinit” package in Ubuntu:
Fix Released
Status in “portmap” source package in Lucid:
Triaged
Status in “sysvinit” source package in Lucid:
Triaged
Status in “portmap” source package in Maverick:
Triaged
Status in “sysvinit” source package in Maverick:
Triaged
Bug description:
Binary package hint: portmap
This is related, but not the same, as bug #672177
portmap should be stopped as soon as it is no longer needed, which is
right after NFS filesystems are unmounted. The unmounting is done by
unmountnfs.sh from sysvinit. It properly defines an LSB header to say
that portmap should be stopped after it. The trouble is that nothing
interprets this header anymore as upstart does not support this method
of shutdown.
When libc6 is upgraded, this means portmap keeps /lib/libc.so.xxxxx
open, and so / cannot be remounted as readonly, causing filesystem
corruption (this was reported in the comments of bug #672177 by
"ingo".
So portmap should define an event to stop on and sysvinit should emit
that event when it happens.
More information about the Ubuntu-sponsors
mailing list