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 @@
-
+
+
+
+
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 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 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 @@
Die zweite Methode, dem httpd
-Prozess zu signalisieren,
- ist die Verwendung der -k
-Befehlszeilenoptionen
+
Die zweite Methode, dem -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.
Nachdem Sie httpd
signalisiert haben, können Sie
+
Nachdem Sie
Benutzer von -t
überprüfen
- (siehe auch httpd). Das garantiert
+ (siehe auch httpd
als nicht-root-Benutzer
+ können Sie versuchen, httpd
+ ist (oder weil sich der gegenwärtig laufende
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.