Stephen John Smoogen wrote:
On Mon, Nov 10, 2008 at 1:53 PM, Michael DeHaan <[EMAIL PROTECTED]> wrote:
Vladimir Zlatkin wrote:
Clifford Perry wrote:
Vladimir Zlatkin wrote:
Jesus M. Rodriguez wrote:
  * rhn-satellite is no longer in /etc/init.d, use /sbin/rhn-satellite
    to start/stop the entire satellite.

I am curious, what is the motivation for this change?

Various levels of breakage in having on chkconfig style script owning
multiple daemons. Move to a more per daemon init script and have /sbin/
command to stop/start them all at once if needed once booted up. Allow for
the daemons to start cleanly also when switching run levels.  Michael Mraka
had 3 bugs and so tackled the issue by re-factoring this structure.

A suggestion (which I hope made it into bugzilla) was made last week to
put a simple echo "please use the /sbin/ .. " command now when attempting to
run /etc/init.d/rhn-satellite.

Do you see something 'bad' in this? Or just wondering about why?

I don't see it as a bad change, if bugs were fixed then this is a good
thing.   Monitoring scripts and clustering applications will have to change.
 Also, /sbin is not a typical location for init scripts.  That is why I was
curious.
Why can't this can't be dealt with by multiple-init scripts with
dependencies?
I don't like the idea of init.d scripts that don't have a function being
installed by an RPM either.
--Michael

Actually for some reason this seems to scream out LSB violation, but
its probably on the lines of "Well it it ain't, it darn well should
be." Most of the bigger software I see has something like:

/etc/init.d/XYZ-overlord
/etc/init.d/XYZ-squid
/etc/init.d/XYZ-sendmail
/etc/init.d/XYZ-virusscanner
etc..

You run overlord to recycle the whole thing (it runs the smaller
ones..) but it runs the single ones by themselves.


good point: LSB headers don't exist for EL 4/5, though we should have them in there so they are also available in Fedora. Either way, if tools that manipulate services continue to work, that's desirable :)

(Aside -- this list isn't set up to Reply-To-List. It should be. Can this please be fixed to be consistent with other lists? You're probably getting some off-list traffic as a result)

--Michael




_______________________________________________
Spacewalk-devel mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-devel

Reply via email to