Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Stellen Sie Storage Node länger als 15 Tage wieder her

Beitragende
PDFs

Wenn ein einzelner Storage-Node länger als 15 Tage offline war und nicht mit anderen Storage-Nodes verbunden ist, müssen Sie Cassandra auf dem Node neu aufbauen.

Bevor Sie beginnen

  • Sie haben überprüft, dass keine Ausmusterung von Storage-Nodes ausgeführt wird oder Sie den Vorgang zur Deaktivierung eines Node angehalten haben. (Wählen Sie im Grid Manager MAINTENANCE > Tasks > Decommission.)

  • Sie haben überprüft, dass keine Erweiterung ausgeführt wird. (Wählen Sie im Grid Manager MAINTENANCE > Tasks > Expansion.)

Über diese Aufgabe

Storage-Nodes verfügen über eine Cassandra Datenbank mit Objekt-Metadaten. Wenn ein Storage-Node seit mehr als 15 Tagen nicht mit anderen Storage-Nodes kommunizieren kann, geht StorageGRID davon aus, dass die Cassandra-Datenbank des Node veraltet ist. Der Speicher-Node kann erst wieder dem Grid beitreten, wenn Cassandra mithilfe von Informationen aus anderen Speicher-Nodes neu erstellt wurde.

Verwenden Sie dieses Verfahren, um Cassandra nur dann neu aufzubauen, wenn ein einzelner Storage-Node ausfällt. Wenden Sie sich an den technischen Support, wenn weitere Storage-Nodes offline sind oder wenn Cassandra innerhalb der letzten 15 Tage auf einem anderen Storage-Node neu erstellt wurde. Dazu gehört beispielsweise das Verfahren zur Wiederherstellung ausgefallener Storage-Volumes oder zur Wiederherstellung eines ausgefallenen Storage-Nodes.

Achtung Wenn mehrere Speicherknoten ausgefallen sind (oder offline ist), wenden Sie sich an den technischen Support. Führen Sie das folgende Wiederherstellungsverfahren nicht durch. Es kann zu Datenverlusten kommen.
Achtung Falls dies der zweite Ausfall des Storage-Nodes in weniger als 15 Tagen nach Ausfall oder Wiederherstellung eines Storage-Nodes ist, wenden Sie sich an den technischen Support. Führen Sie das folgende Wiederherstellungsverfahren nicht durch. Es kann zu Datenverlusten kommen.
Hinweis Wenn mehr als ein Speicherknoten an einem Standort ausgefallen ist, ist möglicherweise ein Verfahren zur Standortwiederherstellung erforderlich. Siehe "Durchführen der Standortwiederherstellung durch den technischen Support".
Schritte

  1. Schalten Sie ggf. den Storage-Node ein, der wiederhergestellt werden muss.

  2. Melden Sie sich beim Grid-Node an:

    1. Geben Sie den folgenden Befehl ein: ssh admin@grid_node_IP

    2. Geben Sie das im aufgeführte Passwort ein Passwords.txt Datei:

    3. Geben Sie den folgenden Befehl ein, um zum Root zu wechseln: su -

    4. Geben Sie das im aufgeführte Passwort ein Passwords.txt Datei:

      Wenn Sie als root angemeldet sind, ändert sich die Eingabeaufforderung von $ Bis #.+

    Hinweis Wenn Sie sich beim Grid-Node nicht anmelden können, ist die Systemfestplatte möglicherweise nicht intakt. Gehen Sie zum Verfahren für "Wiederherstellung nach einem Systemausfall".

  3. Führen Sie die folgenden Prüfungen auf dem Speicherknoten durch:

    1. Geben Sie diesen Befehl ein: nodetool status

      Die Ausgabe sollte sein Connection refused

    2. Wählen Sie im Grid Manager SUPPORT > Tools > Grid-Topologie aus.

    3. Wählen Sie Site > Storage Node > SSM > Services. Vergewissern Sie sich, dass der Cassandra-Service angezeigt wird Not Running.

    4. Wählen Sie Storage Node > SSM > Resources. Vergewissern Sie sich, dass im Abschnitt Volumes kein Fehlerstatus vorhanden ist.

    5. Geben Sie diesen Befehl ein: grep -i Cassandra /var/local/log/servermanager.log

      Die folgende Meldung sollte in der Ausgabe angezeigt werden:

    Cassandra not started because it has been offline for more than 15 day grace period - rebuild Cassandra

  4. Geben Sie diesen Befehl ein, und überwachen Sie die Skriptausgabe: check-cassandra-rebuild

    • Wenn der Cassandra-Service, abhängig von Volume 0, ausgeführt wird, werden Sie aufgefordert, ihn zu beenden. Geben Sie ein: Y

      Hinweis Wenn der Cassandra-Dienst bereits angehalten wurde, werden Sie nicht dazu aufgefordert. Der Cassandra-Service wird nur für Volume 0 angehalten.

    • Überprüfen Sie die Warnungen im Skript. Wenn keine dieser Möglichkeiten gelten, bestätigen Sie, dass Sie Cassandra neu aufbauen möchten. Geben Sie ein: Y

      Hinweis Einige StorageGRID-Wiederherstellungsverfahren verwenden Reaper für die Bearbeitung von Cassandra-Reparaturen. Reparaturen werden automatisch ausgeführt, sobald die entsprechenden oder erforderlichen Services gestartet wurden. Sie können die Skriptausgabe bemerken, die “reaper” oder “Cassandra Reparatur erwähnt.” Wenn eine Fehlermeldung angezeigt wird, dass die Reparatur fehlgeschlagen ist, führen Sie den in der Fehlermeldung angegebenen Befehl aus.

  5. Führen Sie nach Abschluss der Neuerstellung die folgenden Prüfungen durch:

    1. Wählen Sie im Grid Manager SUPPORT > Tools > Grid-Topologie aus.

    2. Wählen Sie Site > Recovered Storage Node > SSM > Services.

    3. Vergewissern Sie sich, dass alle Dienste ausgeführt werden.

    4. Wählen Sie DDS > Data Store.

    5. Bestätigen Sie, dass der Data Store Status „up“ und der Data Store State „normal“ lautet.