[Bug 1403646] Re: /etc/init.d/autofs confuses upstart
Sergio Gelato
Sergio.Gelato at astro.su.se
Wed Jan 7 09:03:29 UTC 2015
The system where this was observed had stray /etc/rc*.d/*autofs symlinks
in place. Not sure why these weren't removed by autofs.postinst on
upgrade to trusty, but I've now removed them. I assume this is a
sufficient solution to the problem.
** Changed in: autofs (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to autofs in Ubuntu.
https://bugs.launchpad.net/bugs/1403646
Title:
/etc/init.d/autofs confuses upstart
Status in autofs package in Ubuntu:
Invalid
Bug description:
autofs 5.0.7-3ubuntu3.1 installs *both* /etc/init/autofs.conf and
/etc/init.d/autofs. (One wonders what this duplication is needed for.)
It is apparently possible for /etc/init.d/autofs start to be run
before Upstart decides to act on /etc/init/autofs.conf. When this
happens on my systems,
1) there is an automount instance running and its PID can be found in /run/autofs.pid (this is OK);
2) "service autofs status" prints "autofs stop/waiting" and returns exit code 0;
3) my Puppet configuration, which contains a "service { autofs: ensure => running }" or equivalent somewhere, causes noisy attempts by Upstart to restart the autofs service (which fails since the service is already running). Eventually these result in an "init: autofs respawning too fast, stopped" message in the logs (until the next puppet run).
About point 2), I'll note that "/etc/init.d/autofs status" correctly
prints " * automount is running". However, the presence of
/etc/init/autofs.conf results in the official tools
(/usr/sbin/service, /usr/sbin/invoke-rc.d) ignoring /etc/init.d/autofs
status.
I have a hunch that the solution to this bug will be to remove
/etc/init.d/autofs from the Ubuntu autofs package; is there any good
reason not to do so?
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1403646/+subscriptions
More information about the foundations-bugs
mailing list