Einführung
Dieser Artikel enthält das Verfahren zum ordnungsgemäßen Herunterfahren Ihres Dell Isilon-Clusters und Informationen zu den Risiken im Zusammenhang mit einem unsachgemäßen Herunterfahren des Clusters.
Achtung: Ein nicht ordnungsgemäßes Herunterfahren des Clusters kann zu Datenverfügbarkeits- und Integritätsproblemen führen.
Nodes, die im Cluster nicht ordnungsgemäß heruntergefahren wurden, sollten nicht länger als die Lebensdauer der NVRAM-Batterie, die je nach Node-Typ ca. 3 bis 5 Tage beträgt, ohne Systemstrom sein. Wenn die Daten noch in einem Node-Journal gespeichert sind und ein Node länger als die NVRAM-Akkulaufzeit ohne Systemstrom ist, gehen die Daten verloren und das Cluster muss neu erstellt werden.
Wenden Sie sich an den technischen Support von Dell Isilon, wenn Sie Fragen zu den Verfahren oder Informationen in diesem Artikel haben.
Verfahren
Das Verfahren zum Herunterfahren des Clusters erfordert Root-Zugangsdaten und seriellen Konsolenzugriff auf Nodes im Cluster. Das Verfahren gliedert sich in fünf Phasen.
Lesen Sie das gesamte Verfahren, bevor Sie mit dem Herunterfahren beginnen. Dadurch wird sichergestellt, dass Sie den Kontext und die Reihenfolge für die Ausführung der einzelnen Schritte verstehen.
Achtung: Wenn Sie eine Version von OneFS ausführen, die das Ende der Nutzungsdauer (EOSL) erreicht hat, führen Sie ein Upgrade auf eine unterstützte Version von OneFS durch.
Phase 1: Führen Sie vorbeugende Wartungsmaßnahmen durch.
Diese Schritte werden ca. 4 bis 8 Wochen vor dem geplanten Herunterfahren durchgeführt. Der Zweck dieser Phase besteht darin, unbekannte oder latente Hardware- oder Firmwareprobleme zu identifizieren, die das Herunterfahren behindern können.
Achtung: Dell empfiehlt dringend, dass Sie alle Schritte aus Phase 1 befolgen, bevor Sie Ihr Isilon-Cluster herunterfahren.
Wenn Umstände ein sofortiges Herunterfahren des gesamten Clusters erfordern, können Sie alle Nodes gleichzeitig über die OneFS-Befehlszeilenschnittstelle oder die OneFS-Webverwaltungsschnittstelle herunterfahren.
Dell empfiehlt dringend, alle Schritte in
Phase 3 zu befolgen, um die Integrität der Daten im Falle einer Notfallabschaltung zu wahren.
- Laden Sie bei Bedarf Protokolle als historische Referenz hoch.
# isi_gather_info
- Durchführen oder Anfordern einer Isilon-Integritätsprüfung.
- Dadurch wird die Integrität des Clusters bewertet, um sicherzustellen, dass es sich in einem guten, unterstützbaren Betriebsstatus befindet.
- Sie kann vom Kunden mithilfe von PowerScale durchgeführt werden: So führen Sie das IOCA-Clusteranalysetool aus
- Sie kann vom Remote Reactive-Team (Kundensupport) durchgeführt werden. Dies steht allen Kunden mit einer aktiven Wartungsvereinbarung für Cluster mit unterstützten Codeversionen zur Verfügung. Wenn Sie diese Anforderungen erfüllen, öffnen Sie einen Service-Request (SR) auf der Dell Online Support-Website, in dem Sie einen "Isilon Health Check" anfordern. Stellen Sie vollständige Protokolle für die Integritätsprüfung bereit, indem Sie diesen Befehl ausführen
# isi_gather_info
* Die Integritätsprüfung dient nicht dazu, Clusterprobleme zu beheben oder die Konfiguration, Performance oder den Workflow des Clusters zu bewerten.
- Führen Sie einen "Kaltneustart" für jeden Node durch, indem Sie die folgenden Schritte ausführen. Für diese Aktivität sollte ein Wartungsfenster geplant werden.
Hinweis: Mit diesem Prozess können Sie alle Speicherfehler oder Laufwerksfehlermodi identifizieren, die nur erkannt werden, wenn der Node wieder eingeschaltet wird.
Hinweis: Dieser Prozess unterbricht alle Verbindungen außer NFSv3. Wenden Sie sich an den Isilon-Support, um Unterstützung mit Anweisungen für einen längeren Prozess zu erhalten, bei dem die Clientaktivität nicht unterbrochen wird, während die Nodes für diesen Wartungstest neu gestartet werden.
- Fahren Sie die einzelnen Nodes in Ihrem Cluster nacheinander herunter. So fahren Sie jeden Node herunter:
- Öffnen Sie eine SSH-Verbindung zu einem beliebigen Node. Fahren Sie jeden Node herunter, indem Sie den folgenden Befehl ausführen:
isi config
shutdown <node_lnn>
- Überprüfen Sie, ob jeder Node ausgeschaltet wurde, indem Sie bestätigen, dass die grüne Betriebsanzeige-LED auf der Rückseite des Node nicht mehr leuchtet.
- Drücken Sie den Netzschalter, um den Node wieder einzuschalten.
- Überprüfen Sie, ob der Node wieder dem Cluster beigetreten ist und ordnungsgemäß funktioniert, indem Sie den Befehl
isi status -q und suchen Sie nach OK in der Spalte Health DASR der Ausgabe.
- Wenn ein Node auf Probleme stößt, die in der Spalte Health DASR angezeigt werden, oder dem Cluster nicht wieder beitreten kann, beheben Sie diese Probleme, bevor Sie den nächsten Node herunterfahren.
Ein Beispiel für ein Problem wurde ausgewählt. Node 1 ist erfolgreich wieder dem Cluster beigetreten, aber die Spalte Health DASR weist darauf hin, dass er Maßnahmen erfordert.
mycluster-1# isi status -q
Cluster Name: mycluster
Cluster Health: [ ATTN]
Cluster Storage: HDD SSD
Size: 11G (23G Raw) 0 (0 Raw)
VHS Size: 11G
Used: 7.9G (69%) 0 (n/a)
Avail: 3.5G (31%) 0 (n/a)
Health Throughput (bps) HDD Storage SSD Storage
ID |IP Address |DASR | In Out Total| Used / Size |Used / Size
-------------------+-----+-----+-----+-----+-----------------+-----------------
1|10.1.16.141 |-A-- | 0| 150K| 150K| 2.0G/ 2.8G( 69%)| (No SSDs)
2|10.1.16.142 |-OK- | 98K| 13K| 112K| 2.0G/ 2.8G( 69%)| (No SSDs)
3|10.1.16.143 |-OK- | 0| 44K| 44K| 2.0G/ 2.8G( 69%)| (No SSDs)
4|10.1.16.144 |-OK- | 0| 512| 512| 2.0G/ 2.8G( 69%)| (No SSDs)
-------------------+-----+-----+-----+-----+-----------------+-----------------
Cluster Totals: | 98K| 208K| 306K| 7.9G/ 11G( 69%)| (No SSDs)
Health Fields: D = Down, A = Attention, S = Smartfailed, R = Read-Only
- Überprüfen Sie die Integrität des gesamten Clusters, nachdem Sie jeden Node neu gestartet haben. Öffnen Sie eine SSH-Verbindung zu einem beliebigen Node und führen Sie den folgenden Befehl aus:
isi status -q
Überprüfen Sie, ob die Spalte Health DASR jedes Node OK lautet.
Hinweis: Wenn die Zeit für einen Kaltneustart für jeden Node nicht zulässt, können Sie proaktiv einige latente Hardwareprobleme aufdecken, indem Sie stattdessen einen sequenziellen Neustart oder einen "Warmstart" durchführen, indem Sie den folgenden Befehl für jeden Node ausführen:
isi config
reboot <node_lnn>
Dell empfiehlt jedoch dringend, den Kaltneustart zu verwenden, um latente Hardwareprobleme effektiver zu identifizieren.
Phase 2: Fahren Sie jeden Node im Cluster herunter.
Diese Schritte müssen an dem Tag ausgeführt werden, an dem Sie Ihr Isilon-Cluster herunterfahren. Während eines clusterweiten Herunterfahrens können einige Faktoren den Prozess des Herunterfahrens beeinträchtigen oder verzögern. Beispielsweise können ausstehende Datenschreibvorgänge auf einen Node das Herunterfahren beeinflussen. Der Zweck der Schritte 1 und 2 besteht darin, sicherzustellen, dass alle Clients vom Cluster getrennt sind und die Daten ordnungsgemäß aus Node-Journalen im Dateisystem gespeichert werden, bevor der Befehl zum Herunterfahren ausgeführt wird. Wenn Sie iSCSI-Clients haben, stellen Sie sicher, dass Sie die Clients herunterfahren, bevor der iSCSI-Service deaktiviert wird.
In Schritt 3 wird beschrieben, wie Sie jeden Node im Cluster mithilfe einer seriellen Konsole sequenziell herunterfahren. Diese Methode wird empfohlen, da Sie damit überprüfen können, ob jeder Node ordnungsgemäß heruntergefahren wurde, bevor Sie mit dem nächsten Node fortfahren, und bei Bedarf Anpassungen vornehmen oder Probleme beheben, um ein ordnungsgemäßes Herunterfahren des Clusters sicherzustellen. Diese Methode kann jedoch zeitaufwändig sein, da eine serielle Konsole mit jedem Node verbunden werden muss, um den Befehl zum Herunterfahren auszuführen. Im Abschnitt Gleichzeitiges Herunterfahren aller Nodes im Cluster wird beschrieben, wie Sie die OneFS-Befehlszeilenschnittstelle oder die OneFS-Webverwaltungsschnittstelle verwenden, um den Cluster herunterzufahren. Diese Methode ist weniger zeitaufwändig als Schritt 3, macht es jedoch schwieriger, Nodes zu identifizieren, bei denen während des Herunterfahrens Probleme auftreten.
- Isilon empfiehlt, den Cluster von Clients zu isolieren, um sicherzustellen, dass Clients mit vielen Schreibvorgängen das Herunterfahren nicht behindern. Sie können dies tun, indem Sie die clientseitigen Services deaktivieren, die in Ihrem Cluster ausgeführt werden. Führen Sie das folgende Verfahren durch, um clientseitige Services zu deaktivieren:
- Identifizieren Sie die clientseitigen Services oder Protokolle, die auf dem Cluster ausgeführt werden, indem Sie die folgenden Befehle für jeden clientseitigen Service ausführen:
isi services apache2
isi services isi_hdfs_d
isi services isi_iscsi_d
isi services ndmpd
isi services nfs
isi services smb
isi services vsftpd
- B. Dokumentieren Sie die Services, die in Ihrem Cluster basierend auf der Ausgabe für jeden Befehl "aktiviert" sind. Wenn er im folgenden Beispiel ausgewählt ist, ist der SMB-Service aktiviert, während der NFS-Service deaktiviert ist:
mycluster-4# isi services smb
Service 'smb' is enabled.
mycluster-4# isi services nfs
Service 'nfs' is disabled.
mycluster-4#
- Deaktivieren Sie clientseitige Services. Nach diesem Schritt verlieren alle Clients sofort die Verbindung zum Cluster. Um einen Dienst zu deaktivieren, führen Sie den folgenden Befehl aus, der sich auf den Dienst bezieht, den Sie aktiviert haben.
isi services apache2 disable
isi services isi_hdfs_d disable
isi services isi_iscsi_d disable
isi services ndmpd disable
isi services nfs disable
isi services smb disable
isi services vsftpd disable
Wenn Sie iSCSI-Clients haben, stellen Sie sicher, dass die iSCSI-Clients ihre LUNs vor Schritt 2 unmountet haben. Führen Sie isi iscsi list , um zu bestätigen, dass alle iSCSI-Clients vom Cluster getrennt wurden.
Hinweis: Wenn Sie den iSCSI-Service deaktivieren, stellen Sie sicher, dass Sie die iSCSI-Clients heruntergefahren haben, bevor Sie die isi_iscsi_d disable verwenden. Eine Unterbrechung einer gemounteten iSCSI-LUN kann zu Schäden am Client führen, was in der Regel eine Wiederherstellung aus dem Backup erfordert.
- Verschieben Sie Datenschreibvorgänge, die in Node-Journalen gespeichert sind, in das Dateisystem, indem Sie den Befehl
isi_for_array isi_flush verwenden. Auf jedem Node wird eine Ausgabe ähnlich der folgenden angezeigt:
mycluster-4# isi_for_array isi_flush
mycluster-1: Flushing cache...
mycluster-1: Cache flushing complete.
Hinweis: Auf einem großen Cluster mit einer hohen Anzahl ausstehender Schreibvorgänge kann dieser Schritt mehrere Minuten dauern.
Wenn ein Node seine Daten nicht leeren kann, erhalten Sie eine Ausgabe ähnlich der folgenden Ausgabe, wobei Node 1 und Node 2 ihren Leerungsbefehl fehlschlagen lassen:
mycluster-4# isi_for_array isi_flush
mycluster-1: Flushing cache...
vinvalbuf: flush failed, 1 clean and 0 dirty bufs remaining
mycluster-2: Flushing cache...
fsync: giving up on dirty
Führen Sie isi_for_array isi_flush Befehl. Wenn ein Node nicht geleert werden kann, wenden Sie sich an den technischen Support von Dell Isilon. Alle Nodes müssen erfolgreich geleert werden, bevor Sie mit dem nächsten Schritt fortfahren können.
Hinweis: Wenn Sie eine Stromquelle von einem Node entfernen, der Daten nicht aus seinem Journal in das Dateisystem geleert hat, erhöht sich das Risiko von Datenverlusten erheblich. Wenden Sie sich an den technischen Support von Dell Isilon, wenn Sie Unterstützung beim Herunterfahren benötigen.
- Fahren Sie jeden Node im Cluster sequenziell herunter und überwachen Sie die Ausgabe. Dieser Ansatz wird empfohlen, da Sie damit alle Probleme identifizieren und beheben können, bevor Sie den nächsten Node im Cluster herunterfahren. Fahren Sie jeden Node herunter, indem Sie die folgenden Schritte ausführen:
Achtung: Führen Sie NICHT den Befehl isi_for_array shutdown -p Befehl zum Herunterfahren des Clusters.
Jeder Node, der in diesem Schritt einen Fehler aufweist oder neu gestartet wird, ist ein Node, der weitere Untersuchungen erfordert. Insbesondere müssen alle Nodes Daten aus dem Node-Journal in das Dateisystem übertragen, bevor sie fortfahren können.
Warnung: Wenn Sie eine Stromquelle von einem Node entfernen, der Daten nicht aus seinem Journal in das Dateisystem geleert hat, erhöht sich das Risiko von Datenverlusten erheblich. Wenden Sie sich an den technischen Support von Dell Isilon, wenn Sie Unterstützung beim Herunterfahren benötigen.
- Schließen Sie an jeden Node eine serielle Konsole an.
- Führen Sie den folgenden Befehl aus:
isi config
shutdown
Wenn der Node erfolgreich heruntergefahren wurde, wird eine Ausgabe ähnlich der folgenden angezeigt:
Powering the system off using ACPI
Hinweis: Wenn Sie keinen Zugriff auf Ihre Nodes über einen KVM-Switch (Tastatur, Video, Maus) haben und stattdessen einen Laptop verwenden müssen, kann dieser Schritt Stunden dauern.
- C. Beobachten Sie die Konsole und suchen Sie nach hardwarebezogenen Fehlerereignissen. Erfolgreiche Node-Journalspeicherungen werden in den folgenden Ausgabevarianten ausgewählt:
2014-03-22T00:35:19Z <1.5> mycluster-3(id11) isi_save_journal[44868]: Attempting to save journal to default location
2014-03-22T00:35:19Z <1.5> mycluster-3(id11) isi_save_journal[44868]: Saving journal to /var/journal/journal.gz
2014-03-22T00:35:19Z <1.5> mycluster-3(id11) isi_save_journal[44868]: All data saved successfully
2014-03-22T00:37:29Z <1.5> mycluster-3(id11) isi_save_journal[45074]: Attempting to save journal to default location
2014-03-22T00:37:29Z <1.5> mycluster-3(id11) isi_save_journal[45074]: A valid backup journal already exists. Not saving.
An example of a node journal save failure is highlighted in the output below:
2014-03-21T23:39:09Z <1.4> mycluster-3(id11) /sbin/shutdown: ERROR: Validation failed for backup journal. Shutdown aborted
2014-03-21T23:39:09Z <1.4> mycluster-3(id11) /sbin/shutdown: Failed command output:
Wenn Sie einen Fehler erhalten, dass das Node-Journal nicht gespeichert wurde, können Sie das Journal manuell speichern, indem Sie die Schritte in Phase 3 ausführen.
Fahren Sie alle Nodes im Cluster gleichzeitig herunter.
Bei einem Notfall können Sie alle Nodes im Cluster gleichzeitig herunterfahren. Diese Methode wird jedoch nicht empfohlen, da Sie damit nicht den Status und die Ausgabe jedes Node überwachen können, falls ein Problem auftritt. Wenn Sie sich für diese Schritte entscheiden, empfiehlt Dell dringend, alle Schritte in Phase 3 auszuführen, um zu überprüfen, ob alle Nodes ordnungsgemäß heruntergefahren wurden, nachdem Sie die folgenden Verfahren durchgeführt haben.
Hinweis: Jeder Node, der in diesem Schritt einen Fehler aufweist oder neu gestartet wird, ist ein Node, der weitere Untersuchungen erfordert. Insbesondere müssen alle Nodes Daten aus dem Node-Journal in das Dateisystem übertragen, bevor sie fortfahren können.
Warnung: Wenn Sie eine Stromquelle von einem Node entfernen, der Daten nicht aus seinem Journal in das Dateisystem geleert hat, erhöht sich das Risiko von Datenverlusten erheblich. Wenden Sie sich an den technischen Support von Dell Isilon, wenn Sie Unterstützung beim Herunterfahren benötigen.
Um alle Nodes im Cluster herunterzufahren, verwenden Sie die OneFS-Befehlszeilenschnittstelle oder die OneFS-Webverwaltungsschnittstelle.
Führen Sie über die OneFS-Befehlszeilenschnittstelle den folgenden Befehl aus:
# isi config shutdown all
Hinweis: Führen Sie NICHT den Befehl isi_for_array shutdown -p Befehl zum Herunterfahren des Clusters über die OneFS-Webverwaltungsschnittstelle in OneFS 8.0 und höher.
Phase 3: Überprüfen Sie, ob die Nodes erfolgreich heruntergefahren wurden.
Vergewissern Sie sich, dass die Nodes ordnungsgemäß heruntergefahren wurden, indem Sie einen Blick auf die Betriebsanzeige LED-Leuchtdiode (LED) auf der Rückseite des Node werfen. Alle Betriebsanzeige-LEDs sollten dunkel oder ausgeschaltet sein. Dies weist darauf hin, dass der Node erfolgreich heruntergefahren wurde.
Warnung: Wenn ein Node nicht erfolgreich heruntergefahren wurde und Sie die Stromquelle vom Node trennen, erhöht sich die Wahrscheinlichkeit eines Datenverlusts erheblich. Die Wiederherstellung von Daten erfordert ein langwieriges Recovery-Verfahren und manchmal einen kompletten Neuaufbau des Clusters.
Warnung: Wenden Sie sich an den technischen Support von Dell, wenn Sie Zweifel am Erfolg des Vorgangs zum Herunterfahren haben, z. B. wenn der Node nicht heruntergefahren wird oder das Journal nicht gespeichert wird.
Wenn die Betriebsanzeige auf der Rückseite des Node noch leuchtet, wurde der Node nicht heruntergefahren. Wenn der Node nicht heruntergefahren wurde oder wenn Sie eine Konsolenausgabe erhalten, die angibt, dass das Node-Journal nicht ordnungsgemäß gespeichert wurde (aus
Phase 2, Schritt 3C), müssen Sie das Journal manuell speichern, um sicherzustellen, dass die Daten auf die Festplatte übertragen werden, bevor Sie den Node herunterfahren.
- Um das Journal manuell zu speichern und den Node herunterzufahren, führen Sie die folgenden Schritte aus:
- Wenn der Node auf die Befehlszeilenschnittstelle reagiert, starten Sie den Node neu, indem Sie den folgenden Befehl ausführen:
# isi config reboot
- Wenn der Node nicht auf die Befehlszeilenschnittstelle reagiert, starten Sie den Node manuell neu, indem Sie den Betriebsschalter auf der Rückseite des Node gedrückt halten. Dies führt dazu, dass der Node ausgeschaltet wird. Warten Sie 30 Sekunden und drücken Sie dann den Netzschalter einmal, um das Node-Backup erneut zu starten. Fahren Sie mit dem nächsten Schritt fort.
Warnung: Es wird empfohlen, den Node nur für diesen Schritt manuell neu zu starten. Fahren Sie den Node nicht manuell herunter, wenn keine anderen Bedingungen vorliegen. Dies kann zu Datenverlust führen.
- Melden Sie sich nach dem Neustart des Node wieder an und führen Sie die folgenden Schritte aus, um das Journal zu speichern:
- Versuchen Sie, den Node erneut ordnungsgemäß herunterzufahren, indem Sie den folgenden Befehl ausführen:
# isi config shutdown
- Wenn die Ausgabe weiterhin angibt, dass das Journal nicht gespeichert wurde, speichern Sie das Journal manuell, indem Sie den folgenden Befehl ausführen:
# isi_save_journal
- Wenn das Journal immer noch nicht gespeichert wird, unmounten Sie das Dateisystem, /ifs und erzwingen Sie dann das Speichern des Journals, indem Sie die folgenden Befehle ausführen:
# isi_kill_busy && umount /ifs
- Überprüfen Sie, ob das Journal gespeichert ist, indem Sie den Befehl isi_checkjournal ausführen.
# isi_checkjournal
- Fahren Sie erst dann mit dem nächsten Schritt fort, wenn die Ausgabe angibt, dass das Journal erfolgreich gespeichert wurde.
Wenden Sie sich bei Bedarf an den technischen Support von Dell .
Phase 4: Trennen Sie die Stromquelle.
Erst nachdem der Cluster erfolgreich heruntergefahren und die Nodes ausgeschaltet wurden, kann die Stromquelle vom Cluster getrennt werden.
Warnung: Wenn ein Node nicht erfolgreich heruntergefahren wurde, trennen Sie nicht die Stromquelle des Node. Dies kann zu Datenverlust, einem langwierigen Recovery-Verfahren und manchmal zu einer kompletten Neuerstellung des Clusters führen.
NVRAM-Batterien
Wenn ein Client eine Datei auf einen Node schreibt, werden die Schreibvorgänge zunächst im nichtflüchtigen RAM (NVRAM) gespeichert, der auf der Journalkarte des Node gehostet wird. Einige Zeit später überträgt OneFS diese Schreibvorgänge auf die Festplatte. Um die im NVRAM gespeicherten Daten bei einem ungeplanten Stromausfall zu schützen, ist jeder Node mit NVRAM-Batterien ausgestattet (zwei für Redundanz). Ein Node, der ausgeschaltet ist, aber weiterhin an eine Stromquelle angeschlossen ist, aktualisiert weiterhin seine NVRAM-Batterien. Wenn die Stromquelle vom Node getrennt wird, werden die NVRAM-Akkus entladen. Die Akkulaufzeit in der aktuellen Generation von Nodes (X200, S200, X400 und NL400) beträgt ca. fünf Tage. In der vorherigen Generation von Nodes beträgt die NVRAM-Batterielebensdauer ca. drei Tage.
Dell Technologies empfiehlt, Nodes ordnungsgemäß herunterzufahren, um zu vermeiden, dass Sie sich während eines Stromausfalls über einen längeren Zeitraum auf NVRAM-Batterien verlassen.
Hinweis: Weitere Informationen dazu, wie Isilon NVRAM verwendet, um die Datenintegrität zu wahren, finden Sie im Abschnitt "Struktur des Dateisystems" in den OneFS-Webadministrations- und CLI-Administrationshandbüchern.
Wenn die NVRAM-Akkus auf einem Node vollständig entladen sind, startet der Node im schreibgeschützten Modus und bleibt ca. 30 Minuten im schreibgeschützten Modus, bis die NVRAM-Akkus vollständig aufgeladen sind. Wenn die Batterien aufgeladen sind, kehrt der Node automatisch in den normalen Lese-/Schreibmodus zurück.
Warnung: Wenn Daten aufgrund eines unsachgemäßen Herunterfahrens weiterhin im NVRAM gespeichert sind und ein Node länger als die NVRAM-Akkulaufzeit ohne Systemstrom ist, kommt es zu Datenverlust, einem langwierigen Recovery-Verfahren und manchmal einem vollständigen erneuten Aufbau des Clusters.
Phase 5: Schalten Sie jeden Node im Cluster ein.
Diese Schritte müssen durchgeführt werden, wenn Sie bereit sind, Ihr Isilon-Cluster neu zu starten.
- Stellen Sie die Stromquelle für jeden Node wieder her.
- Drücken Sie den Netzschalter auf der Frontblende oder auf der Rückseite jedes Nodes, um ihn zu starten.
- Nachdem alle Nodes eingeschaltet wurden, führen Sie den Befehl
isi status -q , um die Integrität Ihres Clusters zu überprüfen. Überprüfen Sie, ob alle Nodes in der Spalte Health DASR in Ordnung sind und sich nicht im schreibgeschützten Modus (R) befinden, bevor Sie fortfahren. Für ein fehlerfreies Cluster sollte eine Ausgabe ähnlich der folgenden angezeigt werden:
Cluster Name: mycluster
Cluster Health: [ OK ]
Cluster Storage: HDD SSD
Size: 11G (23G Raw) 0 (0 Raw)
VHS Size: 11G
Used: 7.9G (69%) 0 (n/a)
Avail: 3.5G (31%) 0 (n/a)
Health Throughput (bps) HDD Storage SSD Storage
ID |IP Address |DASR | In Out Total| Used / Size |Used / Size
-------------------+-----+-----+-----+-----+-----------------+-----------------
1|10.1.16.141 |-OK- | 0| 150K| 150K| 2.0G/ 2.8G( 69%)| (No SSDs)
2|10.1.16.142 |-OK- | 98K| 13K| 112K| 2.0G/ 2.8G( 69%)| (No SSDs)
3|10.1.16.143 |-OK- | 0| 44K| 44K| 2.0G/ 2.8G( 69%)| (No SSDs)
4|10.1.16.144 |-OK- | 0| 512| 512| 2.0G/ 2.8G( 69%)| (No SSDs)
-------------------+-----+-----+-----+-----+-----------------+-----------------
Cluster Totals: | 98K| 208K| 306K| 7.9G/ 11G( 69%)| (No SSDs)
Health Fields: D = Down, A = Attention, S = Smartfailed, R = Read-Only
- Sehen Sie sich die Liste der aktivierten Services an, die in Phase 2, Schritt 1b erstellt wurde, und aktivieren Sie die deaktivierten Services, indem Sie einen oder mehrere der folgenden Befehle ausführen:
isi services apache2 enable
isi services isi_hdfs_d enable
isi services isi_iscsi_d enable
isi services ndmpd enable
isi services nfs enable
isi services smb enable
isi services vsftpd enable
- Überprüfen Sie, ob Ihre Clients eine Verbindung zum Cluster herstellen und ihre gewohnten Workflows durchführen können. Ihr Cluster sollte normal funktionieren.
- Führen Sieeine vollständige Protokollerfassung durch
# isi_gather_info --esrs
- Durchführen oder Anfordern einer Isilon-Integritätsprüfung durch das Remote Reactive-Team (Kundensupport).
Schritte zum Ausführen von Integritätsprüfungen.
PowerScale: So führen Sie das IOCA-Clusteranalyse-Tool aus.
- Anfordern einer Integritätsprüfung über das Remote Reactive Support-Team
Dies steht allen Kunden mit einer aktiven Wartungsvereinbarung für Cluster mit unterstützten Codeversionen zur Verfügung.
Wenn Sie diese Anforderungen erfüllen, öffnen Sie einen Service-Request (SR) auf der Dell Online Support-Website, in dem Sie einen "Isilon Health Check" anfordern.
* Die Integritätsprüfung dient nicht dazu, Clusterprobleme zu beheben oder die Konfiguration, Performance oder den Workflow des Clusters zu bewerten.