Dell Unity: Anleitung zum Suchen und Herunterladen von Speicherabbilddateien von einem Unity-System (von NutzerInnen korrigierbar)
Summary: Anweisungen zum Suchen und Herunterladen von SP-Speicherabbilddateien.
Instructions
Aus Unisphere
Nur verfügbar für Unity OE 4.2.0.9392909 und höher).Melden Sie sich bei Unisphere an und gehen Sie zu Service > Downloads > Core Dump.
Dieses Menü erleichtert das Abrufen von Core-Speicherabbilddateien von beiden SPs, unabhängig davon, welcher SP zu diesem Zeitpunkt primär ist.
Laden Sie die Dateien nach dem Herunterladen aus dem Array in den Service-Request hoch. Wenn die Datei zu groß ist, fordern Sie einen FTP-Speicherort von den SupportmitarbeiterInnen an.
CLI oder SSH
- Stellen Sie über SSH eine Verbindung mit Unity her und melden Sie sich als Servicenutzer an.
- Notieren Sie sich, auf welchem Storage-Prozessor (SP) Sie sich befinden. Der SP, mit dem Sie automatisch verbunden sind, ist der primäre SP. Wenn Sie nicht sicher sind, führen Sie pgrep ECOM aus. Der primäre SP sollte eine Prozess-ID-Nummer zurückgeben, im Gegensatz zum sekundären SP, der nichts zurückgibt. Ein Beispiel hierfür finden Sie unter „Zusätzliche Informationen“.
- Wenn sich die Speicherauszugsdatei auf dem primären SP befindet, geben Sie die folgenden Befehle aus:
- svc_dc -lcd, um eine Liste der verfügbaren Core-Speicherabbilddateien auf dem lokalen SP abzurufen. Jeder Eintrag entspricht einer Speicherabbilddatei. Suchen Sie das gewünschte Speicherabbild (Datum und Uhrzeit befindet sich im Speicherabbildnamen).
- svc_dc -dc /home/service/user <dump file name> ein, um die Datei zu komprimieren und zu kopieren (es gibt ein Leerzeichen zwischen /home/service/user und dem Namen des Speicherauszugs).
- Wenn sich Ihre Speicherabbilddatei auf dem sekundären SP befindet, melden Sie sich beim sekundären SP (ssh peer) an und führen Sie dort diesen Befehl aus:
- svc_dc -lcd , um verfügbare Core-Speicherabbilddateien auf dem lokalen SP aufzulisten.
- svc_dc -dc peer /home/service/user <dump file name> (Es gibt ein Leerzeichen zwischen /home/service/user und dem Speicherabbildnamen.) Dadurch wird der Speicherabbildordner komprimiert und auf /home/service/user auf dem Peer-SP verschoben. In diesem Fall wird die Datei auf den primären SP kopiert, von wo aus wir sie mit WinSCP abrufen können.
- In der Befehlssyntax geben wir das Ziel mit „peer“ an, wodurch die komprimierte Datei auf den Peer-SP verschoben wird. Dieser Befehl kann auch verwendet werden, um die resultierende Datei über SSH auf Remotesysteme zu verschieben. Weitere Informationen finden Sie unter „svc_dc -h“.
- Öffnen Sie einen SFTP-Client (z. B. WinSCP) und melden Sie sich bei der Management-IP-Adresse-als-Service an. (Dadurch werden Sie nur mit dem primären SP verbunden.)
- Navigieren Sie zum Verzeichnis /home/service/user (oder /cores/service/user, was derselbe Speicherort ist), laden Sie die Speicherabbilddatei herunter, die Sie in den Schritten 3 oder 4 erstellt haben, und laden Sie sie in den Service-Request hoch. Wenn die Datei zu groß ist, fordern Sie einen FTP-Speicherort von den SupportmitarbeiterInnen an.
- Löschen Sie nach dem Herunterladen die erstellten Speicherabbilddateien von /home/service/user und die Originaldateien aus /EMC/backend/service/data_collection/cores/ (erfordert Root-Zugriff, nur vom technischen Support von Dell durchführbar).
Manuelles Komprimieren und Kopieren von Core-Speicherabbilddateien
Wenn Sie nicht mit dem Linux-Befehl „tar“ vertraut sind, verwenden Sie diese Methode nicht, da dies die Speicherabbilddateien beschädigen oder zusätzliche Probleme verursachen kann (z. B. durch einen SP-Neustart), wenn Dateien an den falschen Stellen erstellt werden. Diese Methode sollte nur als letzter Ausweg verwendet werden, wenn alles andere fehlgeschlagen ist, und sollte nur von fortgeschrittenen Linux-NutzerInnen verwendet werden.Wenn ein gutes Verständnis der obigen Methode besteht und alles andere fehlschlug, kann das Verzeichnis der Speicherabbilddatei auch manuell komprimiert werden. Unity-Speicherabbilder befinden sich in /EMC/backend/service/data_collection/cores/ auf jedem SP.
Komprimieren Sie das Speicherabbildverzeichnis in eine Datei, tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>.
<> dump_directory_name ist das Verzeichnis, das Sie komprimieren möchten (das Speicherabbilddateiverzeichnis).
Wenn Sie dies in einer Unity OE vor Version 4.5 tun, verwenden Sie /home/service, da das Verzeichnis „user“ der nächsten Ebene erst seit Unity OE 4.5 erstellt wird.
Die resultierende .tar.gz-Datei befindet sich im Verzeichnis /home/service/user (oder im Verzeichnis /cores/service/user, was derselbe Speicherort ist).
Für Unity OE vor 4.5 sollte die Datei wie oben beschrieben in /cores/service erstellt werden.
Verwenden Sie keine anderen Zielverzeichnisse! Das könnte schwerwiegende Systemprobleme verursachen.
Wenn Sie Protokolle mit dieser Methode vom sekundären SP benötigen, lesen Sie den Dell Wissensdatenbankartikel 22501: Dell Unity: Anleitung zum Herunterladen von Dateien vom sekundären SP mithilfe des primären SP (von NutzerInnen korrigierbar) zum Abrufen von Dateien vom sekundären SP mit SCP.
Additional Information
Löschen Sie alle Speicherabbilddateien an den folgenden Speicherorten auf beiden SPs, sobald die Dateien vom Array heruntergeladen wurden.
/cores/service/user oder /home/service/user (/home/service oder /cores/service für Unity OE vor Version 4.5)
/EMC/backend/service/data_collection/cores (Root-Zugriff erforderlich – nur für technischen Support von Dell verfügbar).
Dies dient zur Vermeidung von Problemen in der Zukunft (z. B. beschädigte Core Dump-Dateien oder die Probleme, die im Dell Wissensdatenbankartikel 52543 beschrieben sind: Dell Unity: Upgrade auf Unity OE 4.2 schlägt mit folgendem Fehler fehl: check_cores_existed_files_2 (vom Nutzer korrigierbar)
Dateien in /EMC/backend/service/data_collection/cores können nur als Root-Nutzer gelöscht werden. Wenden Sie sich daher an den technischen Support von Dell oder Ihren autorisierten Servicemitarbeiter und geben Sie diese Artikel-ID an.
WICHTIG: Vergleichen Sie die md5-Summe der Dateien (heruntergeladen mit Originaldatei auf dem SP), bevor Sie die Dateien dauerhaft löschen.
Überprüfen Sie die ursprüngliche Speicherabbilddatei md5sum auf /EMC/backend/service/data_collection/cores/<dump_folder> und nicht auf eine Datei, die Sie möglicherweise manuell komprimiert haben.
Führen Sie zum Überprüfen von md5sum die folgenden Schritte aus:
Linux: md5sum YourDumpFile.gz
Windows: certUtil -hashfile YourDumpFile.gz MD5
Beispiele für die oben beschriebenen Befehle:
Verwenden von pgrep, um zu bestätigen, welcher SP der primäre ist:
| service@none Spa:~# pgrep ECOM 30065 |
Sie erhalten eine Prozess-ID (PID) für ECOM, dies ist der primäre SP. ECOM (Management) wird nur auf dem primären SP ausgeführt. In diesem Beispiel ist SPA der primäre.
Wie erwartet wird jedoch nach dem Herstellen der SSH-Verbindung zum sekundären SP keine PID für ECOM zurückgegeben, da ECOM nicht auf dem sekundären SP ausgeführt wird:
| service@none spa:~#ssh peer service@none spb:~# pgrep ECOM service@none spb:~# |
Wenn sich die Storage-Prozessoren im Servicemodus befinden, gibt keiner der Storage-Prozessoren eine PID für ECOM zurück. ECOM wird nicht ausgeführt, wenn sich die SPs im Servicemodus befinden.
Auflisten, Komprimieren und Verschieben einer Speicherabbilddatei auf dem primären SP:
| service@(keine) SPA:/# svc_dc -LCD======================== [DC-Kopierer]: Verfügbar auf backend: core-dump_dump_spa_CKM0016170xxxx_2017-01-17_15_14_17_320_httpd core-dump_dump_spa_CKM0016170xxxx_2017-02-16_07_19_23_337_xGate kdump_spa_CKM0016170xxxx_2017-01-11_14_52_40 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe << verwenden wir dies für das Beispiel. ======================== [DC-Kopie]: Keine bekannten Cores auf SSD im verarbeiteten ======================== [DC-Kopierer]: Noch nicht vorverarbeitete Core-Speicherabbilder auf SSD: ======================== service@(keine) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe [DC-Kopierer]: Es gibt ein DC-Bundle in /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir. [DC-Kopierer]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar enthält: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir [DC-Kopierer]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar erfolgreich an /home/service/user übertragen service@(keine) spa:/#cd /home/service/user service@(keine) spa:/home/service/user# ll (oder ls) ... -rw-r--r-- 1 root root 681431040 8. Mär 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar |
Auflisten, Komprimieren und Verschieben einer Speicherabbilddatei auf dem sekundären SP:
|
service@(none) spa:~# ssh peer << zum Wechseln zum sekundären SP ======================== |
Die hier verwendete Speicherabbilddatei (ursprünglich von SPB) befindet sich in diesem Beispiel auf dem primären SP SPA und kann heruntergeladen werden. Denken Sie daran, alle Speicherabbilddateien aus /cores/service/user oder /home/service/user auf beiden SPs zu löschen, sobald die Dateien aus dem Array heruntergeladen wurden.