Bug 32523 - initscript problems
Summary: initscript problems
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: autofs
Version: 7.1
Hardware: i386
OS: Linux
high
medium
Target Milestone: ---
Assignee: Nalin Dahyabhai
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-03-21 10:43 UTC by Gerald Teschl
Modified: 2007-03-27 03:42 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-08-24 07:22:21 UTC
Embargoed:


Attachments (Terms of Use)
Patch to make "autofs stop" behave cleanly when none were started (518 bytes, patch)
2001-08-24 07:22 UTC, Jonathan Kamens
no flags Details | Diff

Description Gerald Teschl 2001-03-21 10:43:01 UTC
qa3019, autofs-3.1.7-14

If autofs dies and the lock file remains there, there is no way you can
restart autofs!
Since the process is not running the returnvalue of killproc is 1 and the
lock file
does not get removed upon "stop". Hence "start" wil do nothing and exit
with 0.

I think this should be fixed! Maybe other initscripts are affected as well.

Comment 1 Jonathan Kamens 2001-08-24 07:21:08 UTC
This problem is greatly exacerbated by the recent change to autofs commenting
out the /misc entry from /etc/auto.master.  Because of this change, the default
configuration of autofs is that there are no mount points, i.e.,
/usr/sbin/automount won't be started at all when "autofs start" is run. 
Nevertheless, the lock file will get created, but then when "autofs stop" is run
later, it'll fail because there are no automount processes to kill.  This on a
properly configured system with no autofs mounts configured but with the service
enabled anyway, stopping autofs will always fail.

I will attach a patch.


Comment 2 Jonathan Kamens 2001-08-24 07:22:17 UTC
Created attachment 29347 [details]
Patch to make "autofs stop" behave cleanly when none were started

Comment 3 Nalin Dahyabhai 2001-08-28 23:19:52 UTC
This fix should be integrated into 3.1.7-20 and later.  Thanks!


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