-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Michael DeHaan wrote: > 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) > It probably could be, and luckily, you can do it yourself as the admin: Spacewalk-devel list run by mdehaan at redhat.com, jesusr at redhat.com, mmccune at redhat.com same is true of Spacewalk-list. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFJGKORhwQhj8l1t/cRAkNIAKCFq+qT4xf9GgePBsJXqT4vN97J0ACeM3el pixObMYHyFwz/WVP/z/oj+o= =Hkpy -----END PGP SIGNATURE----- _______________________________________________ Spacewalk-devel mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-devel
