Data Domain : espace limité dans /ddvar

Le répertoire /ddvar (/ddvar/ et /ddr/var/ peuvent être utilisés de manière interchangeable) est un répertoire d’administration dans lequel sont placés les fichiers log, les bundles de téléchargement de support générés, les fichiers mémoire compressés et les packages de mise à niveau .rpm. Parfois, ce répertoire peut devenir trop plein, ce qui déclenche l’envoi d’une alerte par le système Data Domain :

# 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.
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------

L’entrée de registre correspondante se présente comme suit :

dynamic.ems.708.1.401.1243325160.1.5 = Espace limité dans /ddvar pour les activités de maintenance du système.

Certains processus, y compris le système de fichiers (qui gère tous les accès aux données) s’appuient sur la partition /ddvar pour l’écriture des journaux, et si la partition devient complètement pleine et impossible d’y écrire, le processus de système de fichiers peut finir par ne pas fonctionner correctement et peut tomber en panne et ne plus démarrer en conséquence. Par conséquent, il est très important que les clients prêtent attention à ces alertes et agissent en conséquence.

Un trop grand nombre de fichiers journaux stockés dans la partition du système d’exploitation entraîne un manque d’espace, parfois, lorsque les fichiers mémoire sont stockés dans /ddr/var/ (et non dans des partitions distinctes telles que /ddr/var/core/ ou /ddr/var/ext/) , cela peut également être la cause. Parfois, les SUB sont très volumineux (plusieurs Gio) et le client continue d’en créer pour le dépannage, de sorte que l’espace disque est consommé rapidement. Parfois, il y a un problème de fichiers log volumineux qui ne peuvent pas être renouvelés, ou de restes de dépannage précédents qui occupent de l’espace disque inutile sous /ddr/var/.

OBJECTIF

# 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.

SYMPTÔMES

• Alerte « Espace limité dans /ddvar pour les activités de maintenance du système ».
• Alerte : « L’espace commence à manquer dans /ddvar. Veuillez libérer de l’espace, sans quoi la fonctionnalité de vidage mémoire sera désactivée. »
• Alerte : « La fonctionnalité de vidage mémoire est maintenant désactivée en raison d’un manque d’espace dans /ddvar »

S’APPLIQUE À

• Tous les systèmes Data Domain
• Toutes les versions du logiciel

SOLUTION

========== SERVER USAGE ==========
Resource Size GiB Used GiB Avail GiB Use%
------------------         --------        --------           ---------      ----
/backup : pre-comp - 17814.5 - -
/backup : post-comp 1892.9 1099.1 793.8 58%
/ddvar 19,7 14,1 4,6       75 %

1. Confirmer /ddvar manque d’espace.
   À l’invite du système Data Domain, 180649 saisissez :
   Df
2. Notez que l’espace utilisé dans /ddvar peut augmenter temporairement et provoquer des alertes d’utilisation de l’espace transitoire, comme décrit dans la sectionL’utilisation de l’espace transitoire /ddvar augmente181878 Ko. Si vous avez encore besoin de nettoyer les fichiers dans /ddvar pour libérer de l’espace supplémentaire, passez aux étapes suivantes.
3. Déterminez le nom d’hôte et l’adresse IP du système Data Domain.

   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. Assurez-vous que la liste d’accès (ACL) du système Data Domain est configurée 181315 pour autoriser l’accès à partir du système actuel.
2. Supprimez les anciens fichiers mémoire du système Data Domain. Remarque : Si le nom d’hôte ne fonctionne pas, essayez d’utiliser l’adresse IP à la place.

   ========== SERVER USAGE ==========
   Resource Size GiB Used GiB Avail GiB Use%
   ------------------         --------        --------           ---------      ----
   /backup : pre-comp - 17814.5 - -
   /backup : post-comp 1892.9 1099.1 793.8 58%
   /ddvar 19,7 3,2 16,5       12 %
   
   	

   1. Sur le système Windows, cliquez sur l’icône Démarrer et choisissez Exécuter... et saisissez l’adresse IP (ou le nom d’hôte) et le chemin du partage \ddvar.
      
      Cliquez sur OK
   2. Authentifiez-vous auprès de Data Domain Restorer avec l’un des comptes suivants pour disposer des autorisations complètes sur le partage /ddvar :
      • Compte sysadmin par défaut du restaurateur
      • Autre compte local de restauration qui fait partie de Class admin
        Confirmez avec la commande # user show list
      • Compte administrateur Active-Directory dont l’ID de groupe est 50
        Confirmez avec la commande # cifs troubleshooting user 10500
   3. Supprimez les fichiers mémoire s’ils sont présents. Ouvrez le \noyau dossier.
      
      • Si des fichiers mémoire sont présents, répertoriez-les par date (vue détaillée). S’il existe des fichiers mémoire datant de moins de 24 heures, cela peut indiquer un problème plus grave qui devra être analysé plus en détail. Si c’est le cas, contactez votre fournisseur de support contractuel, Upload a Support Bundle (SUB) Link Error 180563 et le fichier mémoire le plus récent après la création d’une demande de création de service
      • Si les fichiers mémoire ne sont pas à jour, mettez tous les fichiers en surbrillance et supprimez-les.
   4. Supprimez les anciens fichiers SUB (Support Upload Bundle). Accédez à \ddvar\support dossier.
      
      • Mettez en surbrillance et supprimez tous les fichiers support-bundle (support-bundle.tar.gz*)
   5. Supprimer les anciens fichiers de mise à niveau (.rpm fichiers) à partir du système Data Domain.
      Accédez à \ddvar\releases dossier. Mettez en surbrillance et supprimez tous les fichiers.
      Remarque : .rpm Les fichiers sont utilisés temporairement (uniquement pendant les mises à niveau). Une fois le système mis à niveau, ces fichiers ne sont plus nécessaires.
   6. Vérifiez que l’espace a été récupéré.
      À l’invite du système Data Domain, saisissez :
      Df
   Libération d’espace disque dans le répertoire /ddvar à l’aide d’un système basé sur Unix.

   ========== SERVER USAGE ==========
   Resource Size GiB Used GiB Avail GiB Use%
   ------------------         --------        --------           ---------      ----
   /backup : pre-comp - 17814.5 - -
   /backup : post-comp 1892.9 1099.1 793.8 58%
   /ddvar 19,7 3,2 16,5       12 %
   
   

   1. Assurez-vous que la liste d’accès NFS (ACL) du système Data Domain est configurée 181315 pour autoriser l’accès à partir du système actuel.
   2. Montez l’exportation /ddvar sur le système client. 181310
   3. Supprimez les anciens fichiers mémoire (le cas échéant) du système Data Domain.
      À l’invite de commande du système client NFS, saisissez :
      ls -l /ddvar/core
      • S’il existe des fichiers mémoire datant de moins de 24 heures, cela peut indiquer un problème plus grave qui devra être analysé plus en détail. Si c’est le cas, contactez votre fournisseur de support contractuel, Upload a Support Bundle (SUB) Link Error 180563 et le fichier mémoire le plus récent après la création d’une demande de création de service
      • Si les fichiers mémoire ne sont pas à jour, supprimez tous les fichiers.
        rm /ddvar/core/*
   4. Supprimez les anciens fichiers SUB (Support Upload Bundle). À l’invite de commande du système client NFS, saisissez :
      RM /ddvar/support/support-bundle.*
   5. Supprimer les anciens fichiers de mise à niveau (.rpm À l’invite de commande du système client NFS,
      saisissez :
      rm /ddvar/releases/*.rpm
   6. Vérifiez que l’espace a été récupéré.
      À l’invite du système Data Domain, saisissez :
      Df
   Remarque : Si la demande /ddvar est toujours signalé comme saturé Après avoir exécuté les étapes décrites dans cet article, contactez votre fournisseur de support sous contrat, rassemblez une 180561 d’autosupport et créez une demande de service

DOCUMENTATION

• L’utilisation transitoire de l’espace /ddvar augmente181878
• Calcul de l’alerte pour l’espace dans le 180997 /ddvar

Remarque : Les liens contenus dans cet article sont réservés aux clients Dell inscrits.