Service start order question

[Mikkel L. Ellertson]

Cameron Simpson wrote:
> On 08Feb2008 11:16, Mark C. Allman <mcallman at allmanpc.com> wrote:
> | If a wireless network connection needs to use wpa_supplicant, then
> | wpa_supplicant obviously must be started before network.  Since
> | wpa_supplicant depends on messagebus, that service then needs to be
> | started before wpa_supplicant.  This isn't the order in which they
> | start, which if I remember correctly is:
> |     S10network
> |     S27messagebus
> |     S28wpa_supplicant
> | 
> | I've renamed the links to:
> |     S08messagebus 
> |     S09wpa_supplicant
> |     S10network
> | and everything works just fine.  However, often times when packages are
> | updated ("yum update") the link names revert to the defaults, and I'm
> | forced to go back and fix the names again.
> | 
> | Is there a reason for this order?  Do others rearrange the service start
> | order?  Does anyone else use wpa_supplicant with the default service
> | start order without problems (I can't see how)?
> 
> The /etc/rc2.d (and 3, 4 etc) service files are numbered symlinks to
> masters in /etc/init.d/. These are maintained by the chkconfig command
> from comments at the start of each init script. You need to hack the
> comment lines to stop chkconfig from rearranging stuff out from under
> you.
> 
> BTW, if you modify the comments then RPM updates will probably not
> update the init script, but make a .rpmnew file beside it; you should
> diff them to ensure the new init script differs only in the comments
> you have changed. Otherwise, move yours sideways, move the .rpmnew file
> in, update the comment again.
If you want to know what all the different headers in the init 
scripts mean, you may want to check out 
/usr/share/doc/initscripts-<version>/sysvinitfiles. There is other 
useful information in the same directory.

Mikkel
-- 

   Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20080209/b195bc7a/attachment-0001.sig>