svn commit: r48416 - head/de_DE.ISO8859-1/books/handbook/disks
Bjoern Heidotting <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.cvs.doc |
|---|---|
| Message-ID | <[email protected]> |
Author: bhd
Date: Tue Mar 15 16:03:04 2016
New Revision: 48416
URL: https://svnweb.freebsd.org/changeset/doc/48416
Log:
Update to r44485:
Editorial review of first 1/2 of HAST chapter.
Reviewed by: bcr
Differential Revision: https://reviews.freebsd.org/D5641
Modified:
head/de_DE.ISO8859-1/books/handbook/disks/chapter.xml
Modified: head/de_DE.ISO8859-1/books/handbook/disks/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/disks/chapter.xml Tue Mar 15 16:02:16 2016 (r48415)
+++ head/de_DE.ISO8859-1/books/handbook/disks/chapter.xml Tue Mar 15 16:03:04 2016 (r48416)
@@ -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: r44473
+ basiert auf: r44485
-->
<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>
@@ -3460,7 +3460,10 @@ Device 1K-blocks Used Av
</sect1>
<sect1 xml:id="disks-hast">
- <info><title>Highly Available Storage (HAST)</title>
+ <info>
+ <title>Highly Available Storage
+ (<acronym>HAST</acronym>)</title>
+
<authorgroup>
<author><personname><firstname>Daniel</firstname><surname>Gerzo</surname></personname><contrib>Beigetragen von </contrib></author>
</authorgroup>
@@ -3482,69 +3485,27 @@ Device 1K-blocks Used Av
<secondary>high availability</secondary>
</indexterm>
- <para>Hochverfügbarkeit ist eine der Hauptanforderungen von
- ernsthaften Geschäftsanwendungen und hochverfügbarer Speicher
- ist eine Schlüsselkomponente in solchen Umgebungen. Highly
- Available STorage, oder <acronym>HAST<remark role="acronym">Highly Available STorage</remark></acronym>, wurde von
- &a.pjd.email; als ein Framework entwickelt, welches die transparente
- Speicherung der gleichen Daten über mehrere physikalisch getrennte
- Maschinen ermöglicht, die über ein TCP/IP-Netzwerk verbunden
- sind. <acronym>HAST</acronym> kann als ein netzbasiertes RAID1
- (Spiegel) verstanden werden und ist dem DRBD®-Speichersystem der
- GNU/&linux;-Plattform ähnlich. In Kombination mit anderen
- Hochverfügbarkeitseigenschaften von &os;
- wie <acronym>CARP</acronym>, ermöglicht es
- <acronym>HAST</acronym>, hochverfügbare Speichercluster zu bauen,
- die in der Lage sind, Hardwareausfällen zu widerstehen.</para>
-
- <para>Nachdem Sie diesen Abschnitt gelesen haben, werden Sie folgendes
- wissen:</para>
-
- <itemizedlist>
- <listitem>
- <para>Was <acronym>HAST</acronym> ist, wie es funktioniert und
- welche Eigenschaften es besitzt.</para>
- </listitem>
- <listitem>
- <para>Wie man <acronym>HAST</acronym> auf &os; aufsetzt und
- verwendet.</para>
- </listitem>
- <listitem>
- <para>Wie man <acronym>CARP</acronym> und &man.devd.8; kombiniert, um
- ein robustes Speichersystem zu bauen.</para>
- </listitem>
- </itemizedlist>
-
- <para>Bevor Sie diesen Abschnitt lesen, sollten Sie:</para>
-
- <itemizedlist>
- <listitem>
- <para>die Grundlagen von &unix; und &os; verstanden haben
- (<xref linkend="basics"/>).</para>
- </listitem>
- <listitem>
- <para>wissen, wie man Netzwerkschnittstellen und andere Kernsysteme
- von &os; konfiguriert (<xref linkend="config-tuning"/>).</para>
- </listitem>
- <listitem>
- <para>ein gutes Verständnis der &os;-Netzwerkfunktionalität
- besitzen (<xref linkend="network-communication"/>).</para>
- </listitem>
- </itemizedlist>
-
- <para>Das <acronym>HAST</acronym>-Projekt wurde von der &os; Foundation
- mit Unterstützung der <link xlink:href="http://www.omc.net/">OMCnet Internet Service GmbH</link> und
- <link xlink:href="http://www.transip.nl/">TransIP BV</link>
- gesponsert.</para>
+ <para>Hochverfügbarkeit ist eine der Hauptanforderungen von
+ ernsthaften Geschäftsanwendungen und hochverfügbarer Speicher
+ ist eine Schlüsselkomponente in solchen Umgebungen. Highly
+ Available STorage (<acronym>HAST</acronym>) ist ein Framework
+ in &os;, welches die transparente Speicherung der gleichen
+ Daten über mehrere physikalisch getrennte Maschinen ermöglicht,
+ die über ein <acronym>TCP/IP</acronym>-Netzwerk verbunden sind.
+ <acronym>HAST</acronym> kann als ein netzbasiertes RAID1
+ (Spiegel) verstanden werden und ist dem DRBD®-Speichersystem
+ der GNU/&linux;-Plattform ähnlich. In Kombination mit anderen
+ Hochverfügbarkeitseigenschaften von &os; wie
+ <acronym>CARP</acronym>, ermöglicht es <acronym>HAST</acronym>,
+ hochverfügbare Speichercluster zu bauen, die in der Lage sind,
+ Hardwareausfällen zu widerstehen.</para>
- <sect2>
- <title>HAST-Merkmale</title>
-
- <para>Die Hauptmerkmale des <acronym>HAST</acronym>-Systems sind:</para>
+ <para>Die Hauptmerkmale von <acronym>HAST</acronym> sind:</para>
<itemizedlist>
<listitem>
- <para>Es kann zur Maskierung von I/O-Fehlern auf lokalen Festplatten
+ <para>Es kann zur Maskierung von
+ <acronym>I/O</acronym>-Fehlern auf lokalen Festplatten
eingesetzt werden.</para>
</listitem>
<listitem>
@@ -3574,70 +3535,100 @@ Device 1K-blocks Used Av
bauen.</para>
</listitem>
</itemizedlist>
- </sect2>
+
+ <para>Nachdem Sie diesen Abschnitt gelesen haben, werden Sie
+ folgendes wissen:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>Was <acronym>HAST</acronym> ist, wie es funktioniert und
+ welche Eigenschaften es besitzt.</para>
+ </listitem>
+ <listitem>
+ <para>Wie man <acronym>HAST</acronym> unter &os; aufsetzt und
+ verwendet.</para>
+ </listitem>
+ <listitem>
+ <para>Wie man <acronym>CARP</acronym> und &man.devd.8;
+ kombiniert, um ein robustes Speichersystem zu bauen.</para>
+ </listitem>
+ </itemizedlist>
+
+ <para>Bevor Sie diesen Abschnitt lesen, sollten Sie:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>die Grundlagen von &unix; und &os; verstanden haben
+ (<xref linkend="basics"/>).</para>
+ </listitem>
+ <listitem>
+ <para>wissen, wie man Netzwerkschnittstellen und andere
+ Kernsysteme von &os; konfiguriert (<xref
+ linkend="config-tuning"/>).</para>
+ </listitem>
+ <listitem>
+ <para>ein gutes Verständnis der &os;-Netzwerkfunktionalität
+ besitzen (<xref linkend="network-communication"/>).</para>
+ </listitem>
+ </itemizedlist>
+
+ <para>Das <acronym>HAST</acronym>-Projekt wurde von der &os;
+ Foundation mit Unterstützung der <link
+ xlink:href="http://www.omc.net/">OMCnet Internet Service GmbH</link>
+ und <link xlink:href="http://www.transip.nl/">TransIP BV</link>
+ gesponsert.</para>
<sect2>
<title>HAST im Einsatz</title>
- <para><acronym>HAST</acronym> stellt auf Block-Ebene eine synchrone
- Replikation eines beliebigen Speichermediums auf mehreren Maschinen zur
- Verfügung. Daher werden mindestens zwei physikalische
- Maschinen benötigt: der <literal>primary</literal>, auch
- bekannt als <literal>master</literal> Knoten, sowie der
+ <para><acronym>HAST</acronym> bietet eine synchrone Replikation
+ auf Blockebene zwischen zwei Maschinen: einem
+ <literal>primary</literal>, auch bekannt als
+ <literal>master</literal> Knoten, sowie dem
<literal>secondary</literal>, oder <literal>slave</literal>
Knoten. Diese beiden Maschinen zusammen werden als Cluster
bezeichnet.</para>
- <note>
- <para>HAST ist momentan auf insgesamt zwei Knoten im Cluster
- beschränkt.</para>
- </note>
-
<para>Da <acronym>HAST</acronym> in einer
- primär-sekundär-Konfiguration funktioniert, ist immer nur ein
- Knoten des Clusters zu jeder Zeit aktiv. Der
- <literal>primäre</literal> Knoten, auch
- <literal>active</literal> genannt, ist derjenige, der alle I/O-Anfragen
- verarbeitet, die an die <acronym>HAST</acronym>-Schnittstelle gesendet
- werden. Der <literal>secondary</literal>-Knoten wird automatisch vom
- <literal>primary</literal>-Knoten aus synchronisiert.</para>
-
- <para>Die physischen Komponenten des <acronym>HAST</acronym>-Systems
- sind:</para>
-
- <itemizedlist>
- <listitem>
- <para>lokale Platte am Primärknoten</para>
- </listitem>
- <listitem>
- <para>entfernte Platte am Sekundärknoten</para>
- </listitem>
- </itemizedlist>
+ primär-sekundär-Konfiguration funktioniert, ist immer nur ein
+ Knoten des Clusters zu jeder Zeit aktiv. Der primäre Knoten,
+ auch <emphasis>active</emphasis> genannt, ist derjenige, der
+ alle <acronym>I/O</acronym>-Anfragen verarbeitet, die an die
+ <acronym>HAST</acronym>-Schnittstelle gesendet werden. Der
+ sekundäre Knoten wird automatisch vom primären Knoten aus
+ synchronisiert.</para>
+
+ <para>Die physischen Komponenten des
+ <acronym>HAST</acronym>-Systems sind die lokale Platte am
+ Primärknoten und die entfernte Platte am
+ Sekundärknoten.</para>
<para><acronym>HAST</acronym> arbeitet synchron auf Blockebene,
was es für Dateisysteme und Anwendungen transparent macht.
- <acronym>HAST</acronym> stellt gewöhnliche GEOM-Provider in
+ <acronym>HAST</acronym> stellt gewöhnliche
+ <acronym>GEOM</acronym>-Provider in
<filename>/dev/hast/</filename> für die Verwendung durch
- andere Werkzeuge oder Anwendungen zur Verfügung. Somit gibt
- es keinen Unterschied zwischen dem Einsatz von
+ andere Werkzeuge oder Anwendungen zur Verfügung. Es gibt
+ keinen Unterschied zwischen dem Einsatz von
<acronym>HAST</acronym> bereitgestellten Geräten und
- herkömmlichen Platten, Partitionen, etc.</para>
+ herkömmlichen Platten oder Partitionen.</para>
- <para>Jede Schreib-, Lösch- oder Entleerungsoperation wird an die
- lokale und über TCP/IP zu der entfernt liegenden
- Platte gesendet. Jede Leseoperation wird von der lokalen Platte
- durchgeführt, es sei denn, die lokale Platte ist nicht aktuell
- oder es tritt ein I/O-Fehler auf. In solchen Fällen wird die
- Leseoperation an den Sekundärknoten geschickt.</para>
-
- <para><acronym>HAST</acronym> versucht, eine schnelle Fehlerbereinigung
- zu gewährleisten. Aus diesem Grund ist es sehr wichtig, die
- Synchronisationszeit nach dem Ausfall eines Knotens zu reduzieren.
- Um eine schnelle Synchronisation zu ermöglichen, verwaltet
- <acronym>HAST</acronym> eine Bitmap von unsauberen Bereichen
- auf der Platte und synchronisiert nur diese während einer
- regulären Synchronisation (mit Ausnahme der initialen
- Synchronisation).</para>
+ <para>Jede Schreib-, Lösch- oder Entleerungsoperation wird an
+ die lokale und über <acronym>TCP/IP</acronym> zu der entfernt
+ liegenden Platte gesendet. Jede Leseoperation wird von der
+ lokalen Platte durchgeführt, es sei denn, die lokale Platte
+ ist nicht aktuell oder es tritt ein
+ <acronym>I/O</acronym>-Fehler auf. In solchen Fällen wird die
+ Leseoperation an den Sekundärknoten geschickt.</para>
+
+ <para><acronym>HAST</acronym> versucht, eine schnelle
+ Fehlerbereinigung zu gewährleisten. Aus diesem Grund ist es
+ wichtig, die Synchronisationszeit nach dem Ausfall eines
+ Knotens zu reduzieren. Um eine schnelle Synchronisation zu
+ ermöglichen, verwaltet <acronym>HAST</acronym> eine Bitmap von
+ unsauberen Bereichen auf der Platte und synchronisiert nur
+ diese während einer regulären Synchronisation (mit Ausnahme
+ der initialen Synchronisation).</para>
<para>Es gibt viele Wege, diese Synchronisation zu behandeln.
<acronym>HAST</acronym> implementiert mehrere Replikationsarten, um
@@ -3645,7 +3636,7 @@ Device 1K-blocks Used Av
<itemizedlist>
<listitem>
- <para><emphasis>memsync</emphasis>: meldet Schreiboperationen als
+ <para><emphasis>memsync</emphasis>: Dieser Modus meldet Schreiboperationen als
vollständig, wenn die lokale Schreiboperation beendet ist
und der entfernt liegende Knoten die Ankunft der Daten
bestätigt hat, jedoch bevor die Daten wirklich gespeichert
@@ -3655,19 +3646,20 @@ Device 1K-blocks Used Av
zusätzlich eine gute Verlässlichkeit zu bieten.</para>
</listitem>
<listitem>
- <para><emphasis>fullsync</emphasis>: meldet Schreiboperationen als
- vollständig, wenn die lokale Schreiboperation beendet ist
- und die entfernte Schreiboperation ebenfalls abgeschlossen wurde.
- Dies ist der sicherste und zugleich der langsamste
- Replikationsmodus. Er stellt den momentanen Standardmodus
- dar.</para>
+ <para><emphasis>fullsync</emphasis>: Dieser Modus meldet
+ Schreiboperationen als vollständig, wenn sowohl die
+ lokale, als auch die entfernte Schreiboperation
+ abgeschlossen wurde. Dies ist der sicherste und
+ zugleich der langsamste Replikationsmodus. Er stellt
+ den momentanen Standardmodus dar.</para>
</listitem>
<listitem>
- <para><emphasis>async</emphasis>: meldet Schreiboperationen als
- vollständig, wenn lokale Schreibvorgänge abgeschlossen
- wurden. Dies ist der schnellste und gefährlichste
- Replikationsmodus. Er sollte verwendet werden, wenn die Latenz
- zu einem entfernten Knoten bei einer Replikation zu hoch ist
+ <para><emphasis>async</emphasis>: Dieser Modus meldet
+ Schreiboperationen als vollständig, wenn lokale
+ Schreibvorgänge abgeschlossen wurden. Dies ist der
+ schnellste und gefährlichste Replikationsmodus. Er
+ sollte nur verwendet werden, wenn die Latenz zu einem
+ entfernten Knoten bei einer Replikation zu hoch ist
für andere Modi.</para>
</listitem>
</itemizedlist>
@@ -3676,64 +3668,64 @@ Device 1K-blocks Used Av
<sect2>
<title>HAST-Konfiguration</title>
- <para><acronym>HAST</acronym> benötigt
- <literal>GEOM_GATE</literal>-Unterstützung, welche
- standardmäßig nicht im <literal>GENERIC</literal>-Kernel
- enthalten ist. Jedoch ist in der Standardinstallation von
- &os; <filename>geom_gate.ko</filename> als ladbares Modul
- vorhanden. Alternativ lässt sich die
- <literal>GEOM_GATE</literal>-Unterstützung in den Kernel
- statisch einbauen, indem folgende Zeile zur
- Kernelkonfigurationsdatei hinzugefügt wird:</para>
-
- <programlisting>options GEOM_GATE</programlisting>
-
- <para>Das <acronym>HAST</acronym>-Framework besteht aus Sicht des
- Betriebssystems aus mehreren Bestandteilen:</para>
+ <para>Das <acronym>HAST</acronym>-Framework besteht aus mehreren
+ Komponenten:</para>
<itemizedlist>
<listitem>
<para>Dem &man.hastd.8;-Daemon, welcher für
- Datensynchronisation verantwortlich ist,</para>
+ Datensynchronisation verantwortlich ist. Wenn dieser
+ Daemon gestartet wird, wird automatisch
+ <varname>geom_gate.ko</varname> geladen.</para>
</listitem>
<listitem>
- <para>Dem &man.hastctl.8; Management-Werkzeug,</para>
+ <para>Dem &man.hastctl.8; Management-Werkzeug.</para>
</listitem>
<listitem>
- <para>Der Konfigurationsdatei &man.hast.conf.5;.</para>
+ <para>Der Konfigurationsdatei &man.hast.conf.5;. Diese
+ Datei muss vorhanden sein, bevor
+ <application>hastd</application> gestartet wird.</para>
</listitem>
</itemizedlist>
+ <para>Alternativ lässt sich die
+ <literal>GEOM_GATE</literal>-Unterstützung in den Kernel
+ statisch einbauen, indem folgende Zeile zur
+ Kernelkonfigurationsdatei hinzugefügt wird. Anschließend muss
+ der Kernel, wie in <xref linkend="kernelconfig"/> beschrieben,
+ neu gebaut werden:</para>
+
+ <programlisting>options GEOM_GATE</programlisting>
+
<para>Das folgende Beispiel beschreibt, wie man zwei Knoten als
- <literal>master</literal>-<literal>slave</literal> /
- <literal>primary</literal>-<literal>secondary</literal> mittels
- <acronym>HAST</acronym> konfiguriert, um Daten zwischen diesen beiden
- auszutauschen. Die Knoten werden als
- <literal><replaceable>hasta</replaceable></literal> mit der IP-Adresse
- <replaceable>172.16.0.1</replaceable> und
- <literal><replaceable>hastb</replaceable></literal> mit der IP-Adresse
- <replaceable>172.16.0.2</replaceable> bezeichnet. Beide Knoten
- besitzen eine dedizierte Festplatte
- <filename>/dev/<replaceable>ad6</replaceable></filename> mit der
- gleichen Grösse für den <acronym>HAST</acronym>-Betrieb.
- Der <acronym>HAST</acronym>-Pool, manchmal auch Ressource
- genannt, oder der GEOM-Provider in
+ master-slave / primary-secondary mittels
+ <acronym>HAST</acronym> konfiguriert, um Daten zwischen diesen
+ beiden auszutauschen. Die Knoten werden als
+ <literal>hasta</literal> mit der <acronym>IP</acronym>-Adresse
+ <literal>172.16.0.1</literal> und <literal>hastb</literal> mit
+ der <acronym>IP</acronym>-Adresse
+ <literal>172.16.0.2</literal> bezeichnet. Beide Knoten
+ besitzen eine dedizierte Festplatte
+ <filename>/dev/ad6</filename> mit der gleichen Größe für den
+ <acronym>HAST</acronym>-Betrieb. Der
+ <acronym>HAST</acronym>-Pool, manchmal auch Ressource genannt,
+ oder der <acronym>GEOM</acronym>-Provider in
<filename>/dev/hast/</filename> wird als
- <filename><replaceable>test</replaceable></filename> bezeichnet.</para>
+ <filename>test</filename> bezeichnet.</para>
<para>Die Konfiguration von <acronym>HAST</acronym> wird in
- <filename>/etc/hast.conf</filename> vorgenommen. Diese Datei sollte
- auf beiden Knoten gleich sein. Die denkbar einfachste Konfiguration
+ <filename>/etc/hast.conf</filename> vorgenommen. Diese Datei
+ sollte auf beiden Knoten gleich sein. Die einfachste Konfiguration
ist folgende:</para>
- <programlisting>resource test {
- on hasta {
- local /dev/ad6
- remote 172.16.0.2
+ <programlisting>resource <replaceable>test</replaceable> {
+ on <replaceable>hasta</replaceable> {
+ local <replaceable>/dev/ad6</replaceable>
+ remote <replaceable>172.16.0.2</replaceable>
}
- on hastb {
- local /dev/ad6
- remote 172.16.0.1
+ on <replaceable>hastb</replaceable> {
+ local <replaceable>/dev/ad6</replaceable>
+ remote <replaceable>172.16.0.1</replaceable>
}
}</programlisting>
@@ -3742,19 +3734,19 @@ Device 1K-blocks Used Av
<tip>
<para>Es ist ebenfalls möglich, den Hostnamen in den
- <literal>remote</literal>-Anweisungen zu verwenden. Stellen Sie in
- solchen Fällen sicher, dass diese Rechner auch aufgelöst
- werden können und in <filename>/etc/hosts</filename>, oder
- im lokalen <acronym>DNS</acronym> definiert sind.</para>
+ <literal>remote</literal>-Anweisungen zu verwenden, falls
+ die Rechner aufgelöst werden können und in
+ <filename>/etc/hosts</filename>, oder im lokalen
+ <acronym>DNS</acronym> definiert sind.</para>
</tip>
- <para>Da nun die Konfiguration auf beiden Rechnern vorhanden
+ <para>Sobald 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 &man.hastd.8;:</para>
- <screen>&prompt.root; <userinput>hastctl create test</userinput>
+ <screen>&prompt.root; <userinput>hastctl create <replaceable>test</replaceable></userinput>
&prompt.root; <userinput>service hastd onestart</userinput></screen>
<note>
@@ -3771,54 +3763,42 @@ Device 1K-blocks Used Av
oder <literal>secondary</literal>, wird vom einem
Administrator, oder einer Software wie
<application>Heartbeat</application>, mittels
- &man.hastctl.8; festgelegt. Auf dem primären
- Knoten <literal><replaceable>hasta</replaceable></literal>
- geben Sie diesen Befehl ein:</para>
+ &man.hastctl.8; 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>
+ <screen>&prompt.root; <userinput>hastctl role primary <replaceable>test</replaceable></userinput></screen>
- <para>Geben Sie folgendes Kommando auf dem sekundären
- Knoten <literal><replaceable>hastb</replaceable></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 <replaceable>test</replaceable></userinput></screen>
+
+ <para>Überprüfen Sie das Ergebnis mit <command>hastctl</command>
+ auf beiden Knoten:</para>
- <screen>&prompt.root; <userinput>hastctl role secondary test</userinput></screen>
+ <screen>&prompt.root; <userinput>hastctl status <replaceable>test</replaceable></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>
- </caution>
-
- <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, 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
+ <para>Überprüfen Sie die <literal>status</literal>-Zeile. Wird
+ hier <literal>degraded</literal> angezeigt, dann ist etwas mit
+ der Konfigurationsdatei nicht in Ordnung. Auf jedem Konten
+ sollte <literal>complete</literal> angezeit werden, was
+ bedeutet, dass die Synchronisation zwischen den beiden Knoten
+ gestartet wurde. Die Synchronisierung ist abgeschlossen, wenn
<command>hastctl status</command> meldet, dass die
<literal>dirty</literal>-Bereiche 0 Bytes betragen.</para>
<para>Der nächste Schritt ist, ein Dateisystem auf dem
- <filename>/dev/hast/<replaceable>test</replaceable></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/<replaceable>test</replaceable></filename> nur auf dem
- <literal>primary</literal>-Knoten erscheint. Die Erstellung
- des Dateisystems kann ein paar Minuten dauern, abhängig von
- der Größe 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>
+ <acronym>GEOM</acronym>-Provider anzulegen und dieses ins
+ System einzuhängen. Dies muss auf dem
+ <literal>primary</literal>-Knoten durchgeführt werden.
+ Die Erstellung des Dateisystems kann ein paar Minuten dauern,
+ abhängig von der Größe der Festplatte. Dieses Beispiel
+ erstellt ein <acronym>UFS</acronym>-Dateisystem auf
+ <filename>/dev/hast/test</filename>:</para>
+
+ <screen>&prompt.root; <userinput>newfs -U /dev/hast/<replaceable>test</replaceable></userinput>
+&prompt.root; <userinput>mkdir /hast/<replaceable>test</replaceable></userinput>
+&prompt.root; <userinput>mount /dev/hast/<replaceable>test</replaceable> <replaceable>/hast/test</replaceable></userinput></screen>
<para>Sobald das <acronym>HAST</acronym>-Framework richtig
konfiguriert wurde, besteht der letzte Schritt nun darin,
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/svn-doc-all
To unsubscribe, send any mail to "[email protected]"