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.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

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

  1. Stellen Sie über SSH eine Verbindung mit Unity her und melden Sie sich als Servicenutzer an.
  2. 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“.
  3. 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).
Verwenden Sie für Unity OE ab Version 4.5 nur /home/service/user als Zielverzeichnis. Die Verwendung anderer Verzeichnisse zum Kopieren großer Dateien kann zu SP-Neustarts führen.
Unter früheren Versionen von Unity OE als 4.5 lautet das Stammverzeichnis des Servicenutzers /home/service (nicht /home/service/user) und /home/service sollte für den obigen Befehl „svc_dc -dc“ für Unity OE vor 4.5 verwendet werden.
  1. 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“.
  2. Ö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.)
  3. 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. 
  4. 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).
Wenn Sie Unterstützung brauchen, wenden Sie sich an den technischen Support von Dell oder an Ihre autorisierten ServicemitarbeiterInnen und geben Sie diese Artikel-ID an.
 

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>.
Wo:
<> destination_filename.tar.gz ist die resultierende komprimierte Datei, die Sie erzeugen.
<> dump_directory_name ist das Verzeichnis, das Sie komprimieren möchten (das Speicherabbilddateiverzeichnis).
Diesen Befehl zu verwenden, ist nicht sinnvoll, wenn Sie nur die Speicherabbilddatei kopieren möchten, da sie bereits im Verzeichnis der Speicherabbilddatei komprimiert ist (Dateierweiterung „.gz“).

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
service@(none) spb:~# svc_dc -lcd<<mit Auflistung aller verfügbaren Core-Speicherabbilder auf SPB (in diesem Fall sekundär)
========================
[DC-Kopierer]: Verfügbar auf backend:
core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd
<<< verwenden wir dies für das Beispiel.
Core-dump_dump_spb_CKM0016170xxxx_2017-01-02_13_35_47_10385_grep
core-dump_dump_spb_CKM0016170xxxx_2017-01-13_11_38_22_17432_TLDlistener.exe
Core-dump_dump_spb_CKM0016170xxxx_2017-01-25_09_19_38_338_httpd
Core-dump_dump_spb_CKM0016170xxxx_2017-01-27_03_15_52_2648_xGate

========================
[DC-Kopie]: Keine bekannten Cores auf SSD im verarbeiteten
========================
[DC-Kopierer]: Noch nicht vorverarbeitete Core-Speicherabbilder unter SSD:
========================

service@(none) spb:~# svc_dc -dc peer /home/service/user core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd
[DC-Kopierer]: Es gibt ein DC-Bundle in /EMC/backend/service/data_collection/cores/core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_dir.
 [DC-Kopie]:   Sie müssen die Anmeldeinformationen innerhalb von 15 Sekunden eingeben, sonst startet
der Fortschrittszähler[DC-Kopierer]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar enthält:
core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_dir

[DC-Kopierer]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar erfolgreich

übertragen service@(keine) SPB:~# Beenden Sie
die Verbindung oder klicken Sie<<< auf "ssh peer", um zum Hauptspeicherprozessor zurückzukehren und zu bestätigen, dass die neu erstellte Datei vorhanden ist.
Abmeldung
Verbindung zum Peer unterbrochen.
service@(keine) spa:~# cd /cores/service/user
<<< gleicher Ort wie /home/service/user
service@(keine) spa:~# ll
...
-rw-r--r-- 1 root root 222310400 9. Mär 14:37 core-dump_dump_spb_CKM001617xxxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar


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.

Affected Products

Dell EMC Unity Family

Products

Dell Unity 300, Dell EMC Unity 300F, Dell EMC Unity 350F, Dell EMC Unity 400, Dell EMC Unity 400F, Dell EMC Unity 450F, Dell EMC Unity 500, Dell EMC Unity 500F, Dell EMC Unity 550F, Dell EMC Unity 600, Dell EMC Unity 600F, Dell EMC Unity 650F , Dell EMC Unity Family |Dell EMC Unity All Flash, Dell EMC Unity Family, Dell EMC Unity Hybrid ...
Article Properties
Article Number: 000022369
Article Type: How To
Last Modified: 24 Mar 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.