diff --git a/de_DE.ISO8859-1/books/handbook/disks/chapter.xml b/de_DE.ISO8859-1/books/handbook/disks/chapter.xml
index 913ccf24ae..5034b44067 100644
--- a/de_DE.ISO8859-1/books/handbook/disks/chapter.xml
+++ b/de_DE.ISO8859-1/books/handbook/disks/chapter.xml
@@ -5,7 +5,7 @@
$FreeBSD$
$FreeBSDde: de-docproj/books/handbook/disks/chapter.xml,v 1.187 2012/04/26 19:32:48 bcr Exp $
- basiert auf: 1.315
+ basiert auf: r38003
-->
<chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="disks">
<info><title>Speichermedien</title>
@@ -4695,11 +4695,11 @@ Device 1K-blocks Used Avail Capacity
<acronym>DNS</acronym>.</para>
</tip>
- <para>Da nun die Konfiguration auf beiden Rechnern vorhanden ist, sind
- Sie in der Lage, den <acronym>HAST</acronym>-Pool zu erstellen. Lassen
- Sie die folgenden Kommandos auf beiden Knoten ablaufen, um die
- initialen Metadaten auf die lokale Platte zu schreiben und starten Sie
- anschliessend den &man.hastd.8;-Dienst:</para>
+ <para>Da nun die Konfiguration auf beiden Rechnern vorhanden
+ ist, kann ein <acronym>HAST</acronym>-Pool erstellt werden.
+ Lassen Sie diese Kommandos auf beiden Knoten ablaufen, um die
+ initialen Metadaten auf die lokale Platte zu schreiben und
+ starten Sie anschliessend den &man.hastd.8;-Dienst:</para>
<screen>&prompt.root; <userinput>hastctl create test</userinput>
&prompt.root; <userinput>/etc/rc.d/hastd onestart</userinput></screen>
@@ -4713,93 +4713,93 @@ Device 1K-blocks Used Avail Capacity
zur Verf�gung stehen wird.</para>
</note>
- <para>HAST ist nicht daf�r verantwortlich, die Rolle
- (<literal>primary</literal> oder <literal>secondary</literal>) f�r
- den jeweiligen Knoten festzulegen. Die Rolle des Knotens muss vom
- Administrator oder einer anderen Software wie
- <application>Heartbeat</application> mittels des
- &man.hastctl.8;-Werkzeugs festgelegt werden. Auf dem prim�ren
- Knoten (<literal>hasta</literal>) geben Sie
- nun den folgenden Befehl ein:</para>
+ <para>Die Rolle eines HAST Knotens (<literal>primary</literal>
+ oder <literal>secondary</literal>) wird vom einem
+ Administrator, oder einer Software wie
+ <application>Heartbeat</application>, mittels des
+ &man.hastctl.8;-Werkzeugs festgelegt. Auf dem prim�ren
+ Knoten (<literal>hasta</literal>) geben Sie diesen Befehl
+ ein:</para>
<screen>&prompt.root; <userinput>hastctl role primary test</userinput></screen>
- <para>Geben Sie nun, �hnlich wie zuvor, das folgende Kommando auf
- dem sekund�ren Knoten
- (<literal>hastb</literal>) ein:</para>
+ <para>Geben Sie folgendes Kommando auf dem sekund�ren
+ Knoten (<literal>hastb</literal>) ein:</para>
<screen>&prompt.root; <userinput>hastctl role secondary test</userinput></screen>
<caution>
- <para>Es kann passieren, dass beide Knoten nicht in der Lage sind,
- miteinander zu kommunizieren und dadurch beide als prim�re
- Knoten konfiguriert sind; die Konsequenz daraus wird als
- <literal>split-brain</literal> bezeichnet. Um diese Situation zu
- bereinigen, folgen Sie den Schritten, die in <xref linkend="disks-hast-sb"/> beschrieben sind.</para>
+ <para>Es kann passieren, dass beide Knoten nicht in der Lage
+ sind, miteinander zu kommunizieren und dadurch beide als
+ prim�re Knoten konfiguriert sind; die Konsequenz daraus wird
+ als <literal>split-brain</literal> bezeichnet. Um diese
+ Situation zu bereinigen, folgen Sie den Schritten, die
+ in <xref linkend="disks-hast-sb"/> beschrieben sind.</para>
</caution>
- <para>Es ist m�glich das Ergebnis des &man.hastctl.8;-Werkzeugs auf
- jedem Knoten zu �berpr�fen:</para>
+ <para>�berpr�fen Sie das Ergebnis mit &man.hastctl.8; auf beiden
+ Knoten:</para>
<screen>&prompt.root; <userinput>hastctl status test</userinput></screen>
- <para>Der wichtigste Teil ist die <literal>status</literal>-Textzeile der
- Ausgabe, die auf jedem Knoten <literal>complete</literal> lauten
- sollte. Falls der Status als <literal>degraded</literal>
- zur�ckgemeldet wird, ist etwas schief gegangen. Zu diesem
- Zeitpunkt hat die Synchronisation zwischen den beiden Knoten bereits
- begonnen. Die Synchronisation ist beendet, wenn das Kommando
- <command>hastctl status</command> meldet, dass die
- <literal>dirty</literal>-Bereiche 0 Bytes betragen.</para>
+ <para>Der wichtigste Teil ist die
+ <literal>status</literal>-Textzeile, die auf jedem Knoten
+ <literal>complete</literal> lauten sollte. Falls der Status
+ als <literal>degraded</literal> zur�ckgemeldet wird, ist etwas
+ schief gegangen. Zu diesem Zeitpunkt hat die Synchronisation
+ zwischen den beiden Knoten bereits begonnen. Die
+ Synchronisation ist beendet, wenn
+ <command>hastctl status</command> meldet, dass die
+ <literal>dirty</literal>-Bereiche 0 Bytes betragen.</para>
- <para>Der letzte Schritt ist, ein Dateisystem auf dem
- <filename>/dev/hast/test</filename>
- GEOM-Provider anzulegen und dieses ins System einzuh�ngen. Dies
- muss auf dem <literal>primary</literal>-Knoten durchgef�hrt werden
- (da <filename>/dev/hast/test</filename> nur
- auf dem <literal>primary</literal>-Knoten erscheint). Dies kann ein
- paar Minuten dauern, abh�ngig von der Gr�sse der
- Festplatte:</para>
+ <para>Der n�chste Schritt ist, ein Dateisystem auf dem
+ <filename>/dev/hast/test</filename> GEOM-Provider anzulegen
+ und dieses ins System einzuh�ngen. Dies muss auf dem
+ <literal>primary</literal>-Knoten durchgef�hrt werden, da
+ <filename>/dev/hast/test</filename> nur auf dem
+ <literal>primary</literal>-Knoten erscheint. Die Erstellung
+ des Dateisystems kann ein paar Minuten dauern, abh�ngig von
+ der Gr�sse der Festplatte:</para>
<screen>&prompt.root; <userinput>newfs -U /dev/hast/test</userinput>
&prompt.root; <userinput>mkdir /hast/test</userinput>
&prompt.root; <userinput>mount /dev/hast/test /hast/test</userinput></screen>
- <para>Sobald das <acronym>HAST</acronym>-Framework richtig konfiguriert
- wurde, besteht der letzte Schritt nun darin, sicherzustellen, dass
- <acronym>HAST</acronym> w�hrend des Systemstarts automatisch
- gestartet wird. Die folgende Zeile sollte zur Datei
- <filename>/etc/rc.conf</filename> hinzugef�gt werden:</para>
+ <para>Sobald das <acronym>HAST</acronym>-Framework richtig
+ konfiguriert wurde, besteht der letzte Schritt nun darin,
+ sicherzustellen, dass <acronym>HAST</acronym> w�hrend des
+ Systemstarts automatisch gestartet wird. F�gen Sie diese
+ Zeile in <filename>/etc/rc.conf</filename> hinzu:</para>
<programlisting>hastd_enable="YES"</programlisting>
<sect3>
<title>Failover-Konfiguration</title>
- <para>Das Ziel dieses Beispiels ist, ein robustes Speichersystem zu
- bauen, welches Fehlern auf einem beliebigen Knoten widerstehen kann.
- Die Schl�sselaufgabe in diesem Szenario besteht darin, zu
- verhindern, dass der <literal>primary</literal>-Knoten des Clusters
- ausf�llt. Sollte es dennoch passieren, ist der
- <literal>secondary</literal>-Knoten da, um nahtlos einzuspringen, das
- Dateisystem zu pr�fen, einzuh�ngen und mit der Arbeit
- fortzufahren, ohne dass auch nur ein einzelnes Bit an Daten verloren
- ging.</para>
+ <para>Das Ziel dieses Beispiels ist, ein robustes
+ Speichersystem zu bauen, welches Fehlern auf einem
+ beliebigen Knoten widerstehen kann. Das Szenario besteht
+ darin, dass der <literal>primary</literal>-Knoten des
+ Clusters ausf�llt. Sollte das passieren, ist der
+ <literal>secondary</literal>-Knoten da, um nahtlos
+ einzuspringen, das Dateisystem zu pr�fen, einzuh�ngen und
+ mit der Arbeit fortzufahren, ohne dass auch nur ein
+ einzelnes Bit an Daten verloren geht.</para>
- <para>Um diese Aufgabe zu bewerkstelligen, ist es n�tig, eine
- weitere Eigenschaft zu nutzen, die unter &os; verf�gbar ist,
- welche ein automatisches Failover auf der IP-Schicht erm�glicht:
- <acronym>CARP</acronym>. <acronym>CARP</acronym> steht f�r
- Common Address Redundancy Protocol und erlaubt es mehreren Rechnern
- im gleichen Netzsegment, die gleiche IP-Adresse zu verwenden. Setzen
- Sie <acronym>CARP</acronym> auf beiden Knoten des Clusters anhand der
- Dokumentation in <xref linkend="carp"/> auf. Nachdem dieser Schritt
- abgeschlossen ist, sollte jeder Knoten seine eigene
- <filename>carp0</filename>-Schnittstelle mit der geteilten
+ <para>Um diese Aufgabe zu bewerkstelligen, wird eine
+ weitere Eigenschaft von &os; benutzt,
+ welche ein automatisches Failover auf der IP-Schicht
+ erm�glicht: <acronym>CARP</acronym>.
+ <acronym>CARP</acronym> (Common Address Redundancy Protocol)
+ erlaubt es mehreren Rechnern im gleichen Netzsegment, die
+ gleiche IP-Adresse zu verwenden. Setzen Sie
+ <acronym>CARP</acronym> auf beiden Knoten des Clusters
+ anhand der Dokumentation in <xref linkend="carp"/> auf.
+ Nach der Konfiguration wird jeder Knoten seine eigene
+ <filename>carp0</filename>-Schnittstelle, mit der geteilten
IP-Adresse <replaceable>172.16.0.254</replaceable> besitzen.
- Selbstverst�ndlich muss der prim�re
- <acronym>HAST</acronym>-Knoten des Clusters der
- <acronym>CARP</acronym>-Masterknoten sein.</para>
+ Der prim�re <acronym>HAST</acronym>-Knoten des Clusters muss
+ der <acronym>CARP</acronym>-Masterknoten sein.</para>
<para>Der <acronym>HAST</acronym>-Pool, welcher im vorherigen Abschnitt
erstellt wurde, ist nun bereit f�r den Export �ber das
@@ -4810,21 +4810,22 @@ Device 1K-blocks Used Avail Capacity
ungel�ste Problem ist der automatische Failover, sollte der
prim�re Knoten einmal ausfallen.</para>
- <para>Falls die <acronym>CARP</acronym>-Schnittstelle aktiviert oder
- deaktiviert wird, generiert das &os;-Betriebssystem ein
- &man.devd.8;-Ereignis, was es erm�glicht,
- Zustands�nderungen auf den
+ <para>Falls die <acronym>CARP</acronym>-Schnittstelle
+ aktiviert oder deaktiviert wird, generiert das
+ &os;-Betriebssystem ein &man.devd.8;-Ereignis, was es
+ erm�glicht, Zustands�nderungen auf den
<acronym>CARP</acronym>-Schnittstellen zu �berwachen. Eine
- Zustands�nderung auf der <acronym>CARP</acronym>-Schnittstelle
- ist ein Indiz daf�r, dass einer der Knoten gerade ausgefallen
- oder wieder verf�gbar ist. In diesem Fall ist es m�glich,
- ein Skript zu starten, welches den Failover automatisch
+ Zustands�nderung auf der
+ <acronym>CARP</acronym>-Schnittstelle ist ein Indiz daf�r,
+ dass einer der Knoten gerade ausgefallen oder wieder
+ verf�gbar ist. Diese Zustands�nderungen machen es m�glich,
+ ein Skript zu starten, welches automatisch den HAST-Failover
durchf�hrt.</para>
- <para>Um diese Zustands�nderungen auf der
- <acronym>CARP</acronym>-Schnittstelle abzufangen, m�ssen die
- folgenden Zeilen in der Datei <filename>/etc/devd.conf</filename> auf
- jedem Knoten eingef�gt werden:</para>
+ <para>Um Zustands�nderungen auf der
+ <acronym>CARP</acronym>-Schnittstelle abzufangen, m�ssen
+ diese Zeilen in <filename>/etc/devd.conf</filename> auf
+ jedem Knoten hinzugef�gt werden:</para>
<programlisting>notify 30 {
match "system" "IFNET";
@@ -4840,9 +4841,8 @@ notify 30 {
action "/usr/local/sbin/carp-hast-switch slave";
};</programlisting>
- <para>Um diese neue Konfiguration zu aktivieren, starten Sie
- &man.devd.8; auf beiden Knoten neu, um die neue Konfiguration
- wirksam werden zu lassen:</para>
+ <para>Starten Sie &man.devd.8; auf beiden Knoten neu, um
+ die neue Konfiguration wirksam werden zu lassen:</para>
<screen>&prompt.root; <userinput>/etc/rc.d/devd restart</userinput></screen>
@@ -4857,7 +4857,7 @@ notify 30 {
genauere Informationen zu der obigen &man.devd.8;-Konfiguration,
lesen Sie die &man.devd.conf.5;-Manualpage.</para>
- <para>Ein Beispiel f�r ein solches Skript k�nnte wie folgt
+ <para>Ein Beispiel f�r ein solches Skript k�nnte so
aussehen:</para>
<programlisting>#!/bin/sh
@@ -5010,37 +5010,38 @@ esac</programlisting>
jedoch sollte als Faustregel gew�hrleistet werden, dass die
Zeit f�r beide Knoten im Cluster synchron l�uft.</para>
- <para>Die Anzahl an Debugging-Meldungen von &man.hastd.8; sollte
- erh�ht werden, wenn Fehler von <acronym>HAST</acronym> bereinigt
- werden. Dies kann durch das Starten des &man.hastd.8;-Dienstes mit
- der Option <literal>-d</literal> erreicht werden. Wichtig zu wissen
- ist, dass diese Option mehrfach angegeben werden kann, um die Anzahl
- an Meldungen weiter zu erh�hen. Sie k�nnen viele
- n�tzliche Informationen auf diese Art bekommen. Sie sollten
- ebenfalls die Verwendung der Option <literal>-F</literal> in
- Erw�gung ziehen, die den &man.hastd.8;-Dienst in den Vordergrund
- bringt.</para>
+ <para>F�r die Fehlersuche bei Problemen mit
+ <acronym>HAST</acronym> sollte die Anzahl an
+ Debugging-Meldungen von &man.hastd.8; erh�ht werden. Dies
+ kann durch das Starten des &man.hastd.8;-Dienstes mit
+ der Option <literal>-d</literal> erreicht werden. Wichtig
+ zu wissen ist, dass diese Option mehrfach angegeben werden
+ kann, um die Anzahl an Meldungen weiter zu erh�hen. Sie
+ k�nnen viele n�tzliche Informationen auf diese Art bekommen.
+ Sie sollten ebenfalls die Verwendung der Option
+ <literal>-F</literal> in Erw�gung ziehen, die den
+ &man.hastd.8;-Dienst in den Vordergrund bringt.</para>
</sect3>
<sect3 xml:id="disks-hast-sb">
<title>Aufl�sung des Split-brain-Zustands</title>
- <para>Die Konsequenz aus der Situation, wenn beide Knoten des Clusters
- nicht in der Lage sind, miteinander zu kommunizieren und dadurch
- beide als prim�re Knoten fungieren, wird als
- <literal>split-brain</literal> bezeichnet. Dies ist ein
+ <para><literal>split-brain</literal> bezeichnet eine
+ Situation, in der beide Knoten des Clusters nicht in der
+ Lage sind, miteinander zu kommunizieren und dadurch beide
+ als prim�re Knoten fungieren. Dies ist ein
gef�hrlicher Zustand, weil es beiden Knoten erlaubt ist,
- �nderungen an den Daten vorzunehmen, die miteinander nicht in
- Einklang gebracht werden k�nnen. Diese Situation sollte vom
- Systemadministrator h�ndisch bereinigt werden.</para>
+ �nderungen an den Daten vorzunehmen, die miteinander nicht
+ in Einklang gebracht werden k�nnen. Diese Situation muss
+ vom Systemadministrator h�ndisch bereinigt werden.</para>
- <para>Um diese Situation zu beheben, muss der Administrator
- entscheiden, welcher Knoten die wichtigsten �nderungen von
- beiden besitzt (oder diese manuell miteinander vermischen) und
- anschliessend den <acronym>HAST</acronym>-Knoten die volle
- Synchronisation mit jenem Knoten durchf�hren zu lassen, welcher
- die besch�digten Daten besitzt. Um dies zu tun, geben Sie die
- folgenden Befehle auf dem Knoten ein, der neu synchronisiert werden
+ <para>Der Administrator muss entscheiden, welcher Knoten die
+ wichtigsten �nderungen von beiden besitzt (oder diese
+ manuell miteinander vermischen) und anschliessend den
+ <acronym>HAST</acronym>-Knoten die volle Synchronisation mit
+ jenem Knoten durchf�hren zu lassen, welcher die besch�digten
+ Daten besitzt. Um dies zu tun, geben Sie folgende
+ Befehle auf dem Knoten ein, der neu synchronisiert werden
soll:</para>
<screen>&prompt.root; <userinput>hastctl role init <resource></userinput>