Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
|
tux:drbd_failed_node [2013/01/01 18:55] wikisysop |
tux:drbd_failed_node [2013/01/01 19:42] (aktuell) wikisysop [Split-Brain] |
||
|---|---|---|---|
| Zeile 155: | Zeile 155: | ||
| **<fc #800000>Note:</fc>** Wenn Sie einen neuen Server einsetzen, müssen Sie darauf achten, dass Sie die neue IP-Adresse und den neuen Hostnamen in den Konfigurationsdateien >><fc #008000>/etc/hosts</fc><< und >><fc #008000>/etc/drbd.conf</fc><< Ihrem neuen Setup entsprechend anpassen. | **<fc #800000>Note:</fc>** Wenn Sie einen neuen Server einsetzen, müssen Sie darauf achten, dass Sie die neue IP-Adresse und den neuen Hostnamen in den Konfigurationsdateien >><fc #008000>/etc/hosts</fc><< und >><fc #008000>/etc/drbd.conf</fc><< Ihrem neuen Setup entsprechend anpassen. | ||
| + | |||
| + | ====Split-Brain==== | ||
| + | Wenn alle Cluster-Partner gleichzeitig die Verbindung verlieren, kommt es zu einem undefinierten Zustand, welcher >><fc #008000>Split-Brain</fc><<((http://de.wikipedia.org/wiki/Split_Brain_%28Informatik%29)) genannt wird. In diesem Fall funktionieren noch mindestens zwei Nodes, jedoch ist keine Koordination zwischen ihnen mehr möglich. In unserer Beispielkonfiguration hier ist ein Split-Brain nicht weiter schlimm, die Ressourcen sind weiterhin verfügbar und da eh nur einer der beiden Nodes als alleinige Ressource zur Verfügung steht, besteht keine Gefahr von Inkonsistenzen. Dramatischer wirkt sich da eine >><fc #008000>Split-Brain</fc><< Situation in einem Clusterverband aus, welcher motiviert zB zur Lastverteilung, mehrere oder alle Nodes als Ressource zur Verfügung zu stellen. Im Falle einer >><fc #008000>Split-Brain</fc><< Situation werden unkontrolliert an alle Ressourcen Daten gesendet, welche sich dann in einem undefinierten Zustand befinden. Da alle Nodes irgendwelche Daten erhalten haben, können diese nur noch sehr schwer zusammengeführt werden. | ||
| + | |||
| + | Erkennen können Sie eine >><fc #008000>Split-Brain</fc><< Situation zB durch folgende Meldung im Syslog: | ||
| + | |||
| + | ''<fc #800000><fs large>block drbd0: Split-Brain detected, dropping connection!</fs></fc>'' | ||
| + | |||
| + | Eine >><fc #008000>Split-Brain</fc><< Situation kann in >><fc #008000>DRBD</fc><< manuell durch folgende Kommandos aufgelöst werden: | ||
| + | |||
| + | Entscheiden Sie zuerst, welcher Node die aktuellen Daten enthält. IdR ist dies der >><fc #008000>Primary-Node</fc><<, zumindest in unserem Setup. Auf dem Node, welcher die ungültigen Daten enthält (hier im Beispiel der >><fc #008000>Secondary Node</fc><<) führen Sie folgende Kommandos aus, um seine Daten als ungültig zu markieren: | ||
| + | |||
| + | <xterm>root@**<fc #800000>server2</fc>**:~# <fc #008000>drbdadm disconnect r0</fc> | ||
| + | root@**<fc #800000>server2</fc>**:~# <fc #008000>drbdadm secondary r0</fc> | ||
| + | root@**<fc #800000>server2</fc>**:~# <fc #008000>drbdadm -- --discard-my-data connect r0</fc></xterm> | ||
| + | |||
| + | Danach sollte die >><fc #008000>Split-Brain</fc><< Situation bereits wieder aufgehoben sein. Sollte der >><fc #008000>Primary-Node</fc><< jedoch auch im >><fc #008000>Stand-Alone</fc><< Modus stecken, schieben Sie auf dem anderen Node noch folgendes Kommando hinterher: | ||
| + | |||
| + | <xterm>root@**<fc #800000>server1</fc>**:~# <fc #008000>drbdadm connect r0</fc></xterm> | ||
| **Verwandte Artikel:** | **Verwandte Artikel:** | ||
| [[:tux:drbd_lan_raid1|-> DRBD: Raid1 über LAN (Setup)]] | [[:tux:drbd_lan_raid1|-> DRBD: Raid1 über LAN (Setup)]] | ||
| - | [[:tux:drbd_heartbeat|-> DRBD: Hochverfügbarkeit mit Heartbeat]] | + | [[:tux:drbd_heartbeat|-> DRBD: Integration in Heartbeat]] |
| --- //pronto 2013/01/01 14:47// | --- //pronto 2013/01/01 14:47// | ||
| {{keywords>linux drbd node failure}} | {{keywords>linux drbd node failure}} | ||
