This service will be undergoing maintenance at 00:00 UTC, 2016-09-28. It is expected to last about 1 hours
Bug 135114 - autofs init script start/restart doesn't check for existing busy mounts
autofs init script start/restart doesn't check for existing busy mounts
Status: CLOSED NOTABUG
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: autofs (Show other bugs)
3.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeffrey Moyer
Brock Organ
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2004-10-08 14:51 EDT by Anonymous
Modified: 2007-11-30 17:07 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2004-11-05 12:27:03 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)
My suggested fix for this bug (892 bytes, patch)
2004-10-08 14:53 EDT, Anonymous
no flags Details | Diff

  None (edit)
Description Anonymous 2004-10-08 14:51:42 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040823

Description of problem:
When "service autofs stop" or "service autofs restart" is run, busy
mounts do not get stopped.  When the "start" function is called, it
does not check to see if any of these busy mounts still exist.  The
result is that "service autofs restart" frequently causes two
automount processes to operate on the same mount point, which can
result in an unstable system.

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

How reproducible:
Always

Steps to Reproduce:
1. set up an automount controlled directory

auto.master contains:  /home   /etc/auto.home
auto.home contains:    zillabug   nfsserver:/home/zillabug

2. service autofs start
3. cd /home/zillabug
4. service autofs stop

the automount process for /home is still running at this point

5. service autofs start
    

Actual Results:  There are now two automount processes trying to
control /home and everything underneath it.

Expected Results:  the initscript (in step 5) should realize that
/home is already controlled by automount, and refuse to start that
particular map.

Additional info:
Comment 1 Anonymous 2004-10-08 14:53:35 EDT
Created attachment 104956 [details]
My suggested fix for this bug
Comment 2 Jeffrey Moyer 2004-11-01 17:04:12 EST
This is something that the daemon should already handle.  This code exists in
the automount startup:

	if ((ap.state != ST_INIT) || is_mounted(path)) {
		/* This can happen if an autofs process is already running*/
		error("mount_autofs: already mounted");
		return -1;
	}

Are there any autofs messages in /var/log/messages?  What do /proc/mounts and
/etc/mtab look like both before and after the subsequent autofs start?
Comment 3 Anonymous 2004-11-05 12:27:03 EST
My mistake.  The server I tested this on must have still been running
autofs 3.  After reading this, I went to a few servers running autofs
4 and was not able to reproduce.

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