<?xml version='1.0' encoding='UTF-8' ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.de.xsl"?>
-<!-- English revision: 1.7 -->
+<!-- English Revision: 239255:1174747 (outdated) -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
<manualpage metafile="stopping.xml.meta">
<title>Beenden und Neustarten</title>
zur Handhabung des Apache auf diesen Systemen zu erhalten.</p>
</summary>
-<seealso><a href="programs/httpd.html">httpd</a></seealso>
-<seealso><a href="programs/apachectl.html">apachectl</a></seealso>
+<seealso><program>httpd</program></seealso>
+<seealso><program>apachectl</program></seealso>
<section id="introduction"><title>Einleitung</title>
<p>Um den Apache zu stoppen oder neu zu starten, müssen Sie
- ein Signal an den laufenden <code>httpd</code>-Prozess senden. Es gibt
+ ein Signal an den laufenden <program>httpd</program>-Prozess senden. Es gibt
zwei Möglichkeiten, diese Signale zu senden. Zum einen können
Sie den Unix-Befehl <code>kill</code> verwenden, um den Prozessen
direkt Signale zu senden. Sie werden feststellen, dass auf Ihrem
- System mehrere <code>httpd</code>-Programme laufen. Sie sollten jedoch
- nicht jedem dieser Prozesse ein Signal senden, sondern nur dem
+ System mehrere <program>httpd</program>-Programme laufen. Sie sollten
+ jedoch nicht jedem dieser Prozesse ein Signal senden, sondern nur dem
Elternprozess, dessen PID im <directive
module="mpm_common">PidFile</directive> 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: <a href="#term"><code>TERM</code></a>,
- <a href="#hup"><code>HUP</code></a> und
- <a href="#graceful"><code>USR1</code></a>, die nachfolgend beschrieben
+ Elternprozess senden können: <code><a href="#term">TERM</a></code>,
+ <code><a href="#hup">HUP</a></code> und
+ <code><a href="#graceful">USR1</a></code>, die nachfolgend beschrieben
werden.</p>
<p>Um dem Elternprozess ein Signal zu senden, verwenden Sie einen
<example>kill -TERM `cat /usr/local/apache2/logs/httpd.pid`</example>
- <p>Die zweite Methode, dem <code>httpd</code>-Prozess zu signalisieren,
- ist die Verwendung der <code>-k</code>-Befehlszeilenoptionen
+ <p>Die zweite Methode, dem <program>httpd</program>-Prozess zu
+ signalisieren, ist die Verwendung der <code>-k</code>-Befehlszeilenoptionen
<code>stop</code>, <code>restart</code> und <code>graceful</code>, wie
- unten beschrieben. Dies sind Argumente des <a
- href="programs/httpd.html">httpd</a>-Programms, es wird jedoch
- empfohlen, sie unter Verwendung des Steuerskripts <a
- href="programs/apachectl.html">apachectl</a> zu senden, welches diese
- an <code>httpd</code> durchreicht.</p>
+ unten beschrieben. Dies sind Argumente des <program>
+ httpd</program>-Programms, es wird jedoch
+ empfohlen, sie unter Verwendung des Steuerskripts <program>
+ apachectl</program> zu senden, welches diese
+ an <program>httpd</program> durchreicht.</p>
- <p>Nachdem Sie <code>httpd</code> signalisiert haben, können Sie
+ <p>Nachdem Sie <program>httpd</program> signalisiert haben, können Sie
dessen Fortschritt beobachten, indem Sie eingeben:</p>
<example>tail -f /usr/local/apache2/logs/error_log</example>
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
- <directive>StartServers</directive> zu berücksichtigen.</p>
+ <directive module="mpm_common">StartServers</directive> zu
+ berücksichtigen.</p>
<p>Benutzer von <module>mod_status</module> werden feststellen,
dass die Serverstatistiken <strong>nicht</strong> auf Null
binden, an denen er lauschen soll. Bevor Sie einen Neustart
durchführen, können Sie die Syntax der Konfigurationsdateien
mit dem Befehlszeilenargument <code>-t</code> überprüfen
- (siehe auch <a href="programs/httpd.html">httpd</a>). Das garantiert
+ (siehe auch <program>httpd</program>). 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, <code>httpd</code> als nicht-root-Benutzer
+ können Sie versuchen, <program>httpd</program> 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 <code>httpd</code>
+ ist (oder weil sich der gegenwärtig laufende <program>httpd</program>
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
<p>Vor der Version 1.2b9 des Apache existierten verschiedene
<em>Wettkampfsituationen</em> (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.</p>