Bug 142960
Summary: | Unable to umount /var during shutdown process when connected with ssh | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Frederic <frederic.hornain> |
Component: | kernel | Assignee: | Peter Staubach <staubach> |
Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | CC: | ksnider, petrides, tmraz |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | RHSA-2005-663 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-28 14:40:07 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 156320 |
Description
Frederic
2004-12-15 13:26:28 UTC
We see this too in RHEL 3, update 3, but only if we run mgetty from inittab. So, if you have inittab entries running mgetty, try commenting them out, then REBOOT your system so that you get a clean boot without mgetty, and then try shutting down. Mgetty appears to wedge some system resource that prevents /var from being unmounted via umount. Unfortunately, there appears to be no work-around at this time that allows one to run mgetty and also to get a clean shutdown. Mgetty cannot be allowed to run at any time, or else the resource wedging occurs. This resource wedging is invisible to "lsof". We are also experiencing this issue with RHEL3U3 - a "poweroff" results in me actually seeing the "Syslog: Power Down" message *in* SSH, which suggests that SSH may have somehow ignored the SIGKILL. We've been noticing this for a few months now with some custom scripts as well, but I had assumed it to be a timing issue - now, I'm leaning toward the possibility that, for some reason, signals either aren't reaching thread children, or that applications are otherwise not receiving/responding to signals sent by init at shutdown. Also, if the above wasn't clear, I'm suggesting that this problem is *not* an openssh bug, but a bug in some other component, that you can see by having ssh (or mgetty) running at the time of shutdown. I think this is the audit problem that is fixed in U6, BZ #142532. The problem is due to the audit subsystem holding dentry and vfsmount references which typically prevent /var from being unmounted during shutdown. My testing and attempting to reproduce the problems leads me to concur with PeterM's analysis from Comment #5. Without the changes from that patch, I can reproduce something like what is described. With those changes, I am unable to reproduce the problem. I would feel better if there was a root cause analysis which definitively indicated that the audit subsystem was the problem, but this seems good enough. As such, I will close this BZ as a duplicate of 142532. If this situation can be reproduced even with the changes, then it should be reopened and I will look at things again. *** This bug has been marked as a duplicate of 142532 *** A fix for this problem was committed to the RHEL3 U6 patch pool on 22-Apr-2005 (in kernel version 2.4.21-32.2.EL). An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2005-663.html |