X-Git-Url: https://granicus.if.org/sourcecode?a=blobdiff_plain;f=docs%2Fmanual%2Fstopping.xml.de;h=9e4f9f3309b94f985f63fe45c0d02309006a7f9d;hb=402ea113bbd93eef00e66ba0caaef75df15cd0e8;hp=c57d056da5157749808a92a95c35ef29c6e0fba4;hpb=a9cddb794f61b06cc78fd5451d4fd91a61142354;p=apache diff --git a/docs/manual/stopping.xml.de b/docs/manual/stopping.xml.de index c57d056da5..9e4f9f3309 100644 --- a/docs/manual/stopping.xml.de +++ b/docs/manual/stopping.xml.de @@ -1,7 +1,25 @@ - + + + + Beenden und Neustarten @@ -16,25 +34,25 @@ zur Handhabung des Apache auf diesen Systemen zu erhalten.

-httpd -apachectl +httpd +apachectl
Einleitung

Um den Apache zu stoppen oder neu zu starten, müssen Sie - ein Signal an den laufenden httpd-Prozess senden. Es gibt + ein Signal an den laufenden httpd-Prozess senden. Es gibt zwei Möglichkeiten, diese Signale zu senden. Zum einen können Sie den Unix-Befehl kill verwenden, um den Prozessen direkt Signale zu senden. Sie werden feststellen, dass auf Ihrem - System mehrere httpd-Programme laufen. Sie sollten jedoch - nicht jedem dieser Prozesse ein Signal senden, sondern nur dem + System mehrere httpd-Programme laufen. Sie sollten + jedoch nicht jedem dieser Prozesse ein Signal senden, sondern nur dem Elternprozess, dessen PID im PidFile steht. Das heißt, Sie sollten es niemals nötig haben, einem anderen Prozess, als dem Elternprozess, ein Signal zu senden. Es gibt drei Signale, die Sie an den - Elternprozess senden können: TERM, - HUP und - USR1, die nachfolgend beschrieben + Elternprozess senden können: TERM, + HUP und + USR1, die nachfolgend beschrieben werden.

Um dem Elternprozess ein Signal zu senden, verwenden Sie einen @@ -42,16 +60,16 @@ kill -TERM `cat /usr/local/apache2/logs/httpd.pid` -

Die zweite Methode, dem httpd-Prozess zu signalisieren, - ist die Verwendung der -k-Befehlszeilenoptionen +

Die zweite Methode, dem httpd-Prozess zu + signalisieren, ist die Verwendung der -k-Befehlszeilenoptionen stop, restart und graceful, wie - unten beschrieben. Dies sind Argumente des httpd-Programms, es wird jedoch - empfohlen, sie unter Verwendung des Steuerskripts apachectl zu senden, welches diese - an httpd durchreicht.

+ unten beschrieben. Dies sind Argumente des + httpd-Programms, es wird jedoch + empfohlen, sie unter Verwendung des Steuerskripts + apachectl zu senden, welches diese + an httpd durchreicht.

-

Nachdem Sie httpd signalisiert haben, können Sie +

Nachdem Sie httpd signalisiert haben, können Sie dessen Fortschritt beobachten, indem Sie eingeben:

tail -f /usr/local/apache2/logs/error_log @@ -108,7 +126,8 @@ beschleunigen, entsprechend weitere erstellt. Auf diese Weise versucht der Code sowohl die Anzahl der Kinder entsprechend der Serverlast anzupassen als auch Ihre Wünsche hinsichtlich des Parameters - StartServers zu berücksichtigen.

+ StartServers zu + berücksichtigen.

Benutzer von mod_status werden feststellen, dass die Serverstatistiken nicht auf Null @@ -148,13 +167,13 @@ binden, an denen er lauschen soll. Bevor Sie einen Neustart durchführen, können Sie die Syntax der Konfigurationsdateien mit dem Befehlszeilenargument -t überprüfen - (siehe auch httpd). Das garantiert + (siehe auch httpd). Das garantiert allerdings nicht, dass der Server korrekt starten wird. Um sowohl die Syntax als auch die Semantik der Konfigurationsdateien zu prüfen, - können Sie versuchen, httpd als nicht-root-Benutzer + können Sie versuchen, httpd als nicht-root-Benutzer zu starten. Wenn dabei keine Fehler auftreten, wird er versuchen, seine Sockets und Logdateien zu öffnen und fehlschlagen, da er nicht root - ist (oder weil sich der gegenwärtig laufende httpd + ist (oder weil sich der gegenwärtig laufende httpd bereits diese Ports gebunden hat). Wenn er aus einem anderen Grund fehlschlägt, dann liegt wahrscheinlich ein Konfigurationsfehler vor. Der Fehler sollte behoben werden, bevor der unterbrechungsfreie Neustart @@ -188,10 +207,12 @@

Vor der Version 1.2b9 des Apache existierten verschiedene Wettkampfsituationen (race conditions), die den Neustart und - die Signale beeinflußt haben. (Eine einfache Beschreibung einer - Wettkampfsituation lautet: es ist ein zeitabhängiges Problem; wenn - etwas zum falschen Zeitpunkt erfolgt, wird es sich nicht wie erwartet - verhalten.) Bei Architekturen mit dem "richtigen" Funktionsumfang + die Signale beeinflußt haben. (Einfach erklärt ist eine + Wettkampfsituation ein zeitabhängiges Problem - wenn + etwas zum falschen Zeitpunkt erfolgt oder Dinge in der falschen + Reihenfolge passieren, ist unerwartetes Verhalten die Folge. Wenn die + gleichen Dinge zur richtigen Zeit geschehen, funktioniert alles korrekt.) + Bei Architekturen mit dem "richtigen" Funktionsumfang haben wir so viele eliminiert wie wir nur konnten. Dennoch sollte beachtet werden, dass noch immer Wettkampfsituationen auf bestimmten Architekturen existieren.