Dienste, beim booten, richtig mitstarten !

M

Marilex

Registered User
Hallo Leute, da mein Server (vserver on S4Y) wieder mal Down war (lag daran das jemand ein reboot gemacht hat und nur der Apache mitgestartet ist, blieben alle anderen natürlich down) habe ich ein Ticket an S4Y geschickt...die schreiben erst nach einer Woche:

Sehr geehrter Kunde,

die Verzögerung dieser Antwort bitte ich Sie zu verzeihen.

Das Problem lag daran, dass der Server die ganze Zeit online war aber nur Apache war als Dienst gestartet.

Jetzt habe ich den Grund lokalisert. Nach einem Update werden bestimmte Dateien in den /etc/rcX.d-Verzeichnissen (X ist eine Ziffer zwischen 0 und 6) mit falschen Namen überschrieben. Es muss keine zwei Dateien in einem Verzeichnis geben, die mit dem gleichen 3 Buchstaben und Ziffern beginnen. Folgendes ist falsch:

vs247230:/ # ls /etc/rc.d/rc5.d/
. K08hwscan K09mysql K14saslauthd S05network S08vzquota S12cron S12xinetd S20firewall-ftp
.. K09alsasound K09sshd K15syslog S06syslog S10vzquota S12mysql S13hwscan
K07apache2 K09cron K09xinetd K16network S07saslauthd S12alsasound S12sshd S14apache2
vs247230:/ #


z.B. K09mysql und K09sshd beginnen mit K09 man muss dann z.B.S10vzquota in S11vzquota ubenennen. Die Nummer bestimmen die Reihenfolge, in der die Dienste gestartet werden. Diese muss man auch beachten. Leider weiss ich auch nicht auswendig die Reheinfolge, Anleitungen gibt es aber im Internet viel.

Alle relevante Dienste habe ich soeben manuell gestartet. Ahten Sie darauf, dass bei dem nächsten Reboot wieder nur Apache oben sein wird. Bei Fragen stehe ich Ihnen weiterhin gerne zur Verfügung.

Mit freundlichen Grüßen
Click to expand...

... weiß denn einer wie ich es richtig einstelle, damit mir beim nächsten mal nicht nochmal sowas passiert?
Wenn S4Y es nicht wissen (und das soll Support sein man man man) dann wisst ihr es doch!!!

Danke im Voraus.
 
Es muss keine zwei Dateien in einem Verzeichnis geben, die mit dem gleichen 3 Buchstaben und Ziffern beginnen.
Click to expand...
Ist IMHO falsch, bei meinem S4Y Debian vServer habe ich folgende Startskriptnamen und da funktioniert alles:
Code: 
devmode:~# ls /etc/rc5.d/
K11klogd     S10vzquota  S20inetd    S20mysql  S21quotarpc  S89cron     S99fetchmail  S99stop-bootlogd
S10sysklogd  S20exim4    S20makedev  S20ssh    S50proftpd   S91apache2  S99rmnologin
 
@HornOx
auch wenn du einen neustart machst?

Bei mir sieht das jetzt so aus:

Code: 
ls /etc/init.d/rc5.d
.             K09cron       K15syslog     S08vzquota       S20mysql
..            K09mysql      K16network    S10vzquota       S20sshd
K07apache2    K09sshd       S05network    S12alsasound     S20xinetd
K08hwscan     K09xinetd     S06syslog     S13hwscan        S89cron
K09alsasound  K14saslauthd  S07saslauthd  S20firewall-ftp  S91apache2

was ist dort falsch?
 
Last edited by a moderator:
Zitat aus der RedHat Dokumentation:
http://www.europe.redhat.com/documentation/rhl9/rhl-rg-de-9/s1-boot-init-shutdown-process.php3

Alle symbolischen Links sind nummeriert, um die Startreihenfolge festzulegen. Sie können die Reihenfolge ändern, in der die Dienste gestartet oder beendet werden, indem Sie die Nummerierung ändern. Je kleiner die Nummer, desto früher wird gestartet. Die symbolischen Links mit derselben Nummer werden in alphabetischer Reihenfolge gestartet.

>Zitat ende<

Es stehen die Nummern, mit denen die sym-links angelegt werden in den Scripten. Zumindest ist es bei RedHat so.
z.B. #chkconfig 2345 90 60 = chkconfig RUNLEVEL Start-Nr. KILL-Nr.

Das bedeutet:
mysql wird hier z.B.vor sshd beendet (K09mysql und K09sshd)

Abgesehen davon, die Kisten laufen doch alle im RUNLEVEL:3.
Daher ist das Verzeichnis /etc/rc3.d/ hier zu betrachten und nicht /etc/rc5.d/.

@Marilex
Es ist nichts falsch !!

S20firewall-ftp
S20mysql
S20sshd
S20xinetd
3mal darfst Du raten, in welcher Rheienfolge die Dienste gestartet weden ;)

Es ist zwar schöner, wenn jeder Dienst seine eigene Nummer hat, aber es ist nicht zwingend !

TG
 
Last edited by a moderator:
Wie kann ich laut meiner Liste die Reihenfolge richtig einstellen *habe da keine Ahnung, was zuerst und was zuletzt gestartet werden sollte*

Code: 
ls /etc/init.d/rc3.d
.             K09cron       K15syslog     S08vzquota    S12sshd
..            K09mysql      K16network    S10vzquota    S12xinetd
K07apache2    K09sshd       S05network    S12alsasound  S13hwscan
K08hwscan     K09xinetd     S06syslog     S12cron       S14apache2
K09alsasound  K14saslauthd  S07saslauthd  S12mysql      S20firewall-ftp
 
Welche Distri ??

Ich kann Dir jetzt leider auch nicht soffort eine Antwort geben.
Ich werde heute abend/nacht oder morgen mal meine Rheienfolge posten.

Da dies aber von Distri zu Distri verschieden ist, solltest Du mal schreibern welche Distri Du verwendest und wenn es kein Fedora ist, kannst Du meine eh nicht als Vorlage nehmen. Dann sollte lieber einer, der die gleiche Distribution verwendet, seine zum vergleichen posten.

Aber ACHTUNG ! :eek:
Bei veränderungen, kann es probleme mit z.B. Updates geben, wenn vom Standard der Distribution abgewichen wird.

TG
 
Bei Suse ist das ganz Speziel. Führe mal Yast aus, und gehe dort in den Runlevel Editor dort solltest du dann nach dem Speichern die Richtigen Reihenfolgen haben. Den bei Suse Startskripte steht drin welcher Dienst welchen anderen Benötigt.
 
Haltet aus, Rettung naht! :)

Dies ist ein SUSE 9.0 spezifisches Problem auf S4Y VSERVERn, dass i.d.R. nach einem Online Update mittels YOU auftritt, welches das von SWsoft in Eigenarbeit angepasste Paket aaa_base durch das Standard-SUSE-Paket ersetzt. Das bringt dann den VSERVER aus der Fassung.

Siehe mbroemme's Thread S4Y vSERVER -- SuSE9 und nicht gestartete Dienste sowie meine Antwort (mit Infos worauf man achten muss) in einem anderen Thread dazu.

Du musst dann lediglich die Startskripte deines Runlevels (ich nehme mal an das ist Nummer 3, also alle S*-Skripte in /etc/init.d/rc3.d/) entsprechend anpassen; z.B. "S12mysql S12alsasound S12sshd" wäre danach "S12mysql S13alsasound S14sshd" usw.

Oh, hier mein Listing von /etc/init.d/rc3.d :

Code: 
# ls -l /etc/init.d/rc3.d/
total 32
drwxr-xr-x    2 root     root         2048 Sep  2 00:57 .
drwxr-xr-x   11 root     root         2048 Sep  4 12:45 ..
lrwxrwxrwx    1 root     root           10 Jun  1 11:13 K06apache2 -> ../apache2
lrwxrwxrwx    1 root     root            9 Aug 12  2004 K07hwscan -> ../hwscan
lrwxrwxrwx    1 root     root           12 Aug 12  2004 K08alsasound -> ../alsasound
lrwxrwxrwx    1 root     root            7 Aug 12  2004 K08cron -> ../cron
lrwxrwxrwx    1 root     root            8 Aug 12  2004 K08mysql -> ../mysql
lrwxrwxrwx    1 root     root            7 Aug 12  2004 K08sshd -> ../sshd
lrwxrwxrwx    1 root     root            9 Aug 12  2004 K08xinetd -> ../xinetd
lrwxrwxrwx    1 root     root           12 Aug 12  2004 K12saslauthd -> ../saslauthd
lrwxrwxrwx    1 root     root            9 Aug 12  2004 K13resmgr -> ../resmgr
lrwxrwxrwx    1 root     root           10 Aug 12  2004 K14hotplug -> ../hotplug
lrwxrwxrwx    1 root     root            9 Jul 27  2004 K15syslog -> ../syslog
lrwxrwxrwx    1 root     root           10 Jul 27  2004 K16network -> ../network
lrwxrwxrwx    1 root     root           10 Jul 27  2004 S05network -> ../network
lrwxrwxrwx    1 root     root            9 Jul 27  2004 S06syslog -> ../syslog
lrwxrwxrwx    1 root     root           10 Aug 12  2004 S07hotplug -> ../hotplug
lrwxrwxrwx    1 root     root            9 Aug 12  2004 S08resmgr -> ../resmgr
lrwxrwxrwx    1 root     root           12 Aug 12  2004 S09saslauthd -> ../saslauthd
lrwxrwxrwx    1 root     root           19 Sep  2 00:57 S10vzquota -> /etc/init.d/vzquota
lrwxrwxrwx    1 root     root           12 Apr 18 15:57 S13alsasound -> ../alsasound
lrwxrwxrwx    1 root     root            7 Aug 28 12:28 S14cron -> ../cron
lrwxrwxrwx    1 root     root            8 Aug 28 12:28 S15mysql -> ../mysql
lrwxrwxrwx    1 root     root            9 Aug 28 12:28 S16xinetd -> ../xinetd
lrwxrwxrwx    1 root     root            9 Aug 28 12:28 S17hwscan -> ../hwscan
lrwxrwxrwx    1 root     root           10 Aug 28 12:28 S18apache2 -> ../apache2
lrwxrwxrwx    1 root     root            7 Aug 12  2004 S19sshd -> ../sshd
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top