Data Domain – Wenig Speicherplatz in /ddvar

Das /ddvar-Verzeichnis (/ddvar/ und /ddr/var/ können synonym verwendet werden) ist ein administratives Verzeichnis, in dem die Protokolldateien, generierten Support-Upload-Bundles, komprimierten Core-Dateien und .rpm-Upgradepakete abgelegt werden. Gelegentlich kann dieses Verzeichnis zu voll werden, was das Senden einer Warnmeldung durch das Data Domain-System auslöst:

# alerts show current
Id Post Time Severity Class Object Message
----- ------------------------ -------- ----------------- ------ --------------------------------------------------------------------------
p0-36 Tue Sep 17 17:39:12 2024 ERROR SystemMaintenance: In /ddvar wird der Speicherplatz für Systemwartungsaktivitäten knapp.
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------

Der entsprechende Registrierungseintrag sieht folgendermaßen aus:

dynamic.ems.708.1.401.1243325160.1.5 = Wenig Speicherplatz in /ddvar für Systemwartungsaktivitäten.

Einige Prozesse, einschließlich des FS (der den gesamten Datenzugriff verarbeitet) verlassen sich beim Schreiben von Protokollen auf die /ddvar-Partition, und wenn die Partition vollständig voll ist und nicht mehr beschrieben werden kann, funktioniert der FS-Prozess möglicherweise nicht mehr richtig, stirbt und kann daher nicht mehr gestartet werden. Daher ist es sehr wichtig, dass Kunden auf diese Warnmeldungen achten und entsprechend handeln.

Zu viele Protokolldateien, die in der Betriebssystempartition gespeichert sind, führen dazu, dass ddvar manchmal keinen Speicherplatz mehr hat, wenn Core-Dateien in /ddr/var/ gespeichert werden (und nicht in separaten Partitionen wie /ddr/var/core/ oder /ddr/var/ext/). Dies könnte auch die Ursache sein. Manchmal sind SUBs sehr groß (mehrere GiB) und der Kunde erstellt immer mehr für das Troubleshooting, sodass der Speicherplatz schnell verbraucht wird. Manchmal gibt es ein Problem mit großen Protokolldateien, die nicht rotiert werden können, oder mit Überbleibseln von vorherigen Troubleshooting-Bemühungen, die unnötigen Speicherplatz unter /ddr/var/ belegen.

Zweck

# alerts show current
Id      Post Time                  Severity   Class               Object   Message
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------
p0-36   Tue Sep 17 17:39:12 2024   ERROR      SystemMaintenance            Space running low in /ddvar for system maintenance activities.
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------

dynamic.ems.708.1.401.1243325160.1.5 = Space running low in /ddvar for system maintenance activities.

SYMPTOME

• Warnmeldung: "Für Systemwartungsaktivitäten ist nicht genügend Speicherplatz in /ddvar verfügbar."
• Achtung: "Der Speicherplatz in /ddvar wird knapp. Geben Sie Speicherplatz frei, sonst wird die Core-Dump-Funktion deaktiviert."
• Achtung: "Die Core-Speicherauszugsfunktion ist jetzt aufgrund von mangelndem Speicherplatz in /ddvar deaktiviert."

GILT FÜR

• Alle Data Domain-Systeme
• Alle Softwareversionen

LÖSUNG

========== SERVERNUTZUNG ==========
Ressource Größe GiB Verwendete GiB Verfügbare GiB Nutzung %
------------------         --------        --------           ---------      ----
/backup: pre-comp - 17814.5 - -
/backup: nach der Komprimierung 1892,9 1099,1 793,8 58 %
/ddvar 19,7 14,1 4,6       75 %

1. Bestätigen /ddvar Der Speicherplatz wird knapp.
   Geben Sie in der Eingabeaufforderung des Data Domain-Systems 180649 Folgendes ein:
   Df
2. Beachten Sie, dass der in /ddvar verwendete Speicherplatz vorübergehend zunehmen und vorübergehende Speicherplatznutzungswarnungen auslösen kann, wie im AbschnittVorübergehende /ddvar-Speicherplatznutzung steigt181878 KB beschrieben. Wenn Sie weiterhin Dateien in /ddvar bereinigen müssen, um zusätzlichen Speicherplatz freizugeben, fahren Sie mit den nächsten Schritten fort.
3. Bestimmen Sie den Hostnamen und die IP-Adresse des Data Domain-Systems .

   hostname
   The Hostname is: support1.emc.local
   
   	
   net lookup
   support1.emc.local has address 192.168.1.52
   	

# support coredump list

to delete specific core file use:

# support coredump delete [corefile.filename]

to delete all of them use:

# support coredump delete all

# support bundle list

to delete specific support bundle 

# support bundle delete <bundle-name-list> 

to delete all support bundles

# support bundle delete all

1. Stellen Sie sicher, dass die Zugriffsliste (ACL) des Data Domain-Systems 181315 konfiguriert ist, um den Zugriff vom aktuellen System aus zu ermöglichen.
2. Löschen Sie alte Core-Dateien aus dem Data Domain-System. Hinweis: Wenn der Hostname nicht funktioniert, versuchen Sie es stattdessen mit der IP-Adresse .

   ========== SERVERNUTZUNG ==========
   Ressource Größe GiB Verwendete GiB Verfügbare GiB Nutzung %
   ------------------         --------        --------           ---------      ----
   /backup: pre-comp - 17814.5 - -
   /backup: nach der Komprimierung 1892,9 1099,1 793,8 58 %
   /ddvar 19,7 3,2 16,5       12 %
   
   	

   1. Klicken Sie auf dem Windows-System auf das Symbol Start und wählen Sie Ausführen... und geben Sie die IP-Adresse (oder den Hostnamen) und den Pfad der \ddvar-Freigabe ein.
      
      Klicken Sie auf OK.
   2. Authentifizieren Sie sich beim DataDomain Restorer mit einem der folgenden Konten, um vollständige Berechtigungen für die /ddvar-Freigabe zu erhalten:
      • Wiederhersteller-Standard-Sysadmin-Konto
      • Anderes lokales Restorerer-Konto, das Teil von Class admin
        ist Bestätigen Sie mit dem Befehl # user show list
      • Active-Directory-Administratorkonto, das die Gruppen-ID als 50
        anzeigt Bestätigen Sie dies mit dem Befehl # cifs troubleshooting user 10500.
   3. Löschen Sie die Core-Dateien, falls vorhanden. Öffnen Sie das Menü \Kern Ordner.
      
      • Wenn Core-Dateien vorhanden sind, listen Sie sie nach Datum auf (Detailansicht). Wenn Core-Dateien vorhanden sind, die innerhalb der letzten 24 Stunden datiert wurden, kann dies auf ein ernsteres Problem hinweisen, das weiter analysiert werden muss. Wenn dies der Fall ist, wenden Sie sich bitte an den von Ihnen beauftragten Supportanbieter, Link zum Hochladen eines Support-Bundles (SUB) Fehler 180563 und die neueste Core-Datei nach der Erstellung eines Service-Request erstellen
      • Wenn die Core-Dateien nicht aktuell sind, markieren und löschen Sie alle Dateien.
   4. Löschen Sie alte SUB-Dateien (Support Upload Bundle). Gehen Sie zu \ddvar\support Ordner.
      
      • Markieren und Löschen aller Support-Bundle-Dateien (support-bundle.tar.gz*)
   5. Löschen Sie alte Upgradedateien (.rpm Dateien) aus dem Data Domain-System.
      Gehen Sie zu \ddvar\releases Ordner. Markieren und löschen Sie alle Dateien.
      Hinweis: .rpm Dateien werden vorübergehend verwendet (nur während Upgrades). Nachdem das System aktualisiert wurde, sind diese Dateien nicht mehr erforderlich.
   6. Überprüfen Sie, ob der Speicherplatz wiederhergestellt wurde.
      Geben Sie in der Eingabeaufforderung des Data Domain-Systems Folgendes ein:
      Df
   Freigeben von Speicherplatz im Verzeichnis /ddvar mithilfe eines Unix-basierten Systems.

   ========== SERVERNUTZUNG ==========
   Ressource Größe GiB Verwendete GiB Verfügbare GiB Nutzung %
   ------------------         --------        --------           ---------      ----
   /backup: pre-comp - 17814.5 - -
   /backup: nach der Komprimierung 1892,9 1099,1 793,8 58 %
   /ddvar 19,7 3,2 16,5       12 %
   
   

   1. Stellen Sie sicher, dass die NFS-Zugriffsliste (ACL) des Data Domain-Systems 181315 konfiguriert ist, um den Zugriff vom aktuellen System aus zu ermöglichen.
   2. Mounten Sie den /ddvar-Export auf dem Clientsystem. 181310
   3. Löschen Sie alte Core-Dateien (falls vorhanden) aus dem Data Domain-System.
      Geben Sie in der Eingabeaufforderung des NFS-Clientsystems Folgendes ein:
      ls -l /ddvar/core
      • Wenn Core-Dateien vorhanden sind, die innerhalb der letzten 24 Stunden datiert wurden, kann dies auf ein ernsteres Problem hinweisen, das weiter analysiert werden muss. Wenn dies der Fall ist, wenden Sie sich bitte an den von Ihnen beauftragten Supportanbieter, Link zum Hochladen eines Support-Bundles (SUB) Fehler 180563 und die neueste Core-Datei nach der Erstellung eines Service-Request erstellen
      • Wenn die Core-Dateien nicht aktuell sind, löschen Sie alle Dateien.
        rm /ddvar/core/*
   4. Löschen Sie alte SUB-Dateien (Support Upload Bundle). Geben Sie in der Eingabeaufforderung des NFS-Clientsystems Folgendes ein:
      rm /ddvar/support/support-bundle.*
   5. Löschen Sie alte Upgradedateien (.rpm Dateien)
      Geben Sie in der Eingabeaufforderung des NFS-Clientsystems Folgendes ein:
      rm /ddvar/releases/*.rpm
   6. Überprüfen Sie, ob der Speicherplatz wiederhergestellt wurde.
      Geben Sie in der Eingabeaufforderung des Data Domain-Systems Folgendes ein:
      Df
   Hinweis: Wenn die /ddvar nach Ausführung der Schritte in diesem Artikel immer noch voll ist, wenden Sie sich an den von Ihnen beauftragten Supportanbieter, erfassen Sie eine Autosupport-180561 und erstellen Sie einen Service-Request.

Referenz

• Die vorübergehende /ddvar-Speicherplatznutzung steigt 181878
• Warnmeldungsberechnung für Speicherplatz in /ddvar 180997

Hinweis: Die Links in diesem Artikel sind nur für registrierte Dell Kunden bestimmt.