Bugzilla – Bug 130451
Services started in strange order
Last modified: 2005-11-03 09:53:05 UTC
The init sequence doesn't start the services in the correct order. In my system, the services aren't started in the order they're in /etc/init.d/rc5.d. This can lead to problems, e.g. fetchmail is started before postfix, so it can't transfer the fetched message to the local server because postfix isn't running yet. This is the content of the rc5.d directory (my default runlevel is no. 5) K01boinc K10alsasound K18earlykdm S05network S12sshd K03cupsrenice K10cups K19dbus S06syslog S13nfsserver K04powersaved K10microcode K19resmgr S07nmb S13smb K05haldaemon K10mysql K20earlykbd S08portmap S13xdm K06cron K10ntp K21earlysyslog S08splash_early S13xinetd K06fetchmail K10splash K21fbset S10nfs S14nscd K07apache2 K10sshd K21random S10nfsboot S14postfix K08nscd K12nfs S01earlysyslog S12acpid S14smbfs K08postfix K12nfsboot S01fbset S12alsasound S15apache2 K08smbfs K14portmap S01random S12cups S16cron K09nfsserver K14splash_early S02earlykbd S12kbd S16fetchmail K09smb K15nmb S03dbus S12microcode S17haldaemon K09xdm K16syslog S03resmgr S12mysql S18powersaved K09xinetd K17network S04boot.udev S12ntp S19cupsrenice K10acpid K18boot.udev S04earlykdm S12splash S21boinc And this is the order the services have been started today: boinc (this should be the last one!!) d-bus syslog network random resmgr portmap acpid nfs fetchmail nmb microcode nfsboot nfsserver kbd nscd mysql ntp kdm apache2 cups postfix smb cron haldaemon powersaved sshd I might have missed some... but you can see they're quite messed up. I looked at /var/log/boot.omsg and it shows that at the last boot the services were started in a different order than this time. The OS I'm using is SuSE Linux 10.0 eval version (but I might have got some packages from an OSS repository too, after the installation)
You have a modified boot system. Maybe the files /etc/init.d/.depend.boot /etc/init.d/.depend.start /etc/init.d/.depend.stop are modified or the scritps like /etc/init.d/rc and or /etc/init.d/boot or /etc/insserv.conf or a foreign boot script breaks the dependcies. Note, that this is WORKSFORME for more than thousands of syststem out there. Remove all foreign packages and run insserv -d to restore your runlevel link scheme.
Arrigo? Any news or can I close this bugzilla entry?
I did that after removing the ``boinc'' initscript, that is the only unofficial one. I removed it with insserv -r and deleted the file from /etc/init.d The order the scripts are invoked is the same I reported here: Fetchmail is still started before Postfix. I never touched the files /etc/init.d/{rc boot} and /etc/init.d/insserv.conf I've looked in some config files and I found that the Ãsoo called ``parallel mode'' is activated. I'Ãll now try to deactivate it and I'Ãll write here what happens. Thank you for taking care of this! :-)
The problem for me is that I do not have a broken system around here, therefore you are my eyes. Please can you attache the files /etc/init.d/fetchmail and /etc/init.d/postfix together with the files /etc/init.d/.depend.boot, /etc/init.d/.depend.start and /etc/init.d/.depend.stop.
Created attachment 55589 [details] /etc/init.d/fetchmail
Created attachment 55590 [details] /etc/init.d/postfix
Created attachment 55591 [details] /etc/init.d/.depend.boot
Created attachment 55592 [details] /etc/init.d/.depend.start
Created attachment 55593 [details] /etc/init.d/.depend.stop
After setting RUN_PARALLEL to "no" in /etc/sysconfig/boot the services are started in the correct order.
OK, accordingly to /etc/init.d/.depend.start of the attachment #55592 [details] the boot script for fetchmail does not depend on the MTA (sendmail or postfix). Please attache the file /etc/init.d/postfix ... I'd like to know if this service provides `sendmail'.
Created attachment 55710 [details] /etc/init.d/postfix I think this provides sendmail
And does /etc/init.d/fetchmail require sendmail for start?
I think it does! You can see it in its header: it's attachment #55589 [details]
OK, I've a patch for insserv. The problem was that postfix provides to key words (`sendmail' and `postfix'), fetchmail reqires only one of them (`sendmail') and the old insserv hasn't handled the duplet fully correct. This is fixed now.
FIXED for SuSE LINUX 10.1
Great! So I'm waiting for it on YOU... :-) Thank you again.
SWAMPID
Andreas? The a SWAMID is reqired for the /work/src/done/PATCHINFO/insserv.patch.box
Werner, next time please use: NEEDINFO: aj@suse.de for the swampid. Maintenance-Tracker-2716
FIXED
released