Der Alltag eines IT-Admins bietet gelegentlich genügend Gründe für pure Verzweifelung. Wer mit dem Linux-Clusterstack zu tun hat, kann davon meist eine mehrstündige Arie singen: Nach etlichen Stunden des Tüftelns ist die CIB-Konfiguration für Pacemaker endlich fertig, doch beim ersten Test führt das Abschalten eines Knotens nicht zum gewünschten Failover. Stattdessen schwadroniert der Kernel im »dmesg« von einem »Split-Brain« , und im Anschluss helfen nicht einmal mehr die bekannten Befehle, damit DRBD wieder tut, was es tun soll. Und dann ist da noch die ungute Erinnerung an das letzte Kernel-Update: Nach dem Reboot war einiges an Konfigurationsarbeit notwendig, um Pacemaker zur neuerlichen Kooperation zu überreden. Außerdem gab es Probleme mit der Datenbank, weil Pacemaker sie immer wieder neu gestartet hat. Eine Nacht ohne Schlaf war der Lohn für das Bestreben, die Software aktuell zu halten. Schrauben und Räder hat ein Cluster einige, und entsprechend viel kann in einem HA-Setup daneben gehen. Dieser Artikel versucht, die Ursachen für die häufigsten Fehler zu erklären, und beschäftigt sich ausführlich mit der kurz- und langfristigen Lösung der Cluster-Probleme.

Rund um DRBD

Die Replikationslösung DRBD hat üblicherweise direkt mit Hardware zu tun, denn der DRBD-Treiber kommuniziert mit den Storage-Laufwerken und sorgt dafür, dass auf den Platten landet, was auf die Platten gehört. Entsprechend ist es auch der DRBD-Treiber, der als Erster von Hardware-Problemen erfährt und idealerweise die richtigen Gegenmaßnahmen einleitet. Soforthilfe bringt die »Diskless-Primary« -Funktion, die viele Admins gar nicht kennen.

Schon der erste Artikel dieser Serie [1] erwähnte, dass der Befehl »drbdadm up