rc functions don't allow processes to shutdown
Sean Bruno
sbruno at miralink.com
Fri Aug 31 10:39:27 PDT 2007
Doug Barton wrote:
> On Fri, 31 Aug 2007, Sean Bruno wrote:
>
>> I noticed that if rc.conf has ntpd_enable="NO", an invocation of
>> /etc/rc.d/ntpd stop won't actually shut down ntpd. I checked a
>> couple of other processes(like net-snmp) and noted the same behavior.
>
> FYI, there is a list for discussing rc.d issues, freebsd-rc at . The
> current behavior is by design, and I don't think that changing it is a
> good idea this late in the game.
>
Ah, as usual, I picked the wrong list. I'll take design issues there.
> Assuming that lack of an affirmative _enable variable is a constant,
> the only way that a service can be started is with either onestart or
> forcestart. The symmetry here would be to stop it the same way.
>
This may be symmetrical, but I question whether or not the 'correct'
behavior is symmetrical.
I don't see the benefit to the end user in this implementation, e.g.
trying to disable a running service. If a new-ish admin edits the
rc.conf prior to shutting down the service, there could be some
consternation.
However, my entire idea of how to shut down a process in FreeBSD may be
flawed, and I may be the one who is in need of a 'design change'. :)
Sean
More information about the freebsd-hackers
mailing list