Isilon : Notification d’événements : La capacité de la partition var est presque arrivée à saturation, ID d’événement : 100010001

Summary: Cet article explique comment effacer la partition Var à mesure qu'elle approche de sa capacité.

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.
Check out other resources

Symptoms

Événement
L’une des notifications d’événements suivantes est émise :

The /var partition is near capacity (95% used)

The /var partition is near capacity (85% used)

The /var partition is near capacity (75% used)

Détails
Lorsque la partition /var atteint 75 %, 85 % ou 95 % de la capacité, un événement est consigné et une alerte est envoyée.

Cause

Le dossier /var contient de nombreux journaux, fichiers de diagnostic, données de configuration et fichiers temporaires pour diverses fonctions du cluster. Au fil du temps, divers fichiers supplémentaires peuvent s’accumuler dans le dossier /var et le remplir.

Le /var/log/wtmp et les fichiers de transfert /var/log/wtmp.0, /var/log/wtmp.1, par exemple, augmentez la taille à plus de 10 Mo. Parfois, elles passent à 150 Mo. Le /var/log/wtmp File est un fichier journal binaire qui enregistre les données de connexion et de déconnexion. Le fichier du gestionnaire de logs, /etc/newsyslog.conf, n’archive pas de la même manière que les autres fichiers journaux, de sorte que le /var/log/wtmp peut s’étendre et remplir le répertoire /var.

Resolution

Remarque : En raison de sa responsabilité, le support Isilon conseille à l'utilisateur d'effectuer les actions de déplacement/suppression des données du client. Si l’utilisateur a des questions, Dell peut vous aider à y répondre si nécessaire.

Vous trouverez ci-dessous le contenu par défaut d’une partition /var et une brève description des sous-répertoires les plus pertinents. Sauf indication contraire, le contenu et les données de /var et de ses sous-répertoires ne doivent pas être modifiés ou supprimés.  
ps9500x3-2# cd /var
ps9500x3-2# ls
.snap           at              backups         db              ifs             lib             patch           spool
account         audit           cache           empty           journal         log             preserve        tmp
agentx          authpf          crash           games           journal-peer    mail            run             unbound
apache2         backup          cron            heimdal         krb5kdc         msgs            rwho            yp


 .snap          Snapshots. Do not touch.
 account        Account information. Do not touch.
 agentx         Empty but preserved for Agent Extensibility (AgentX) Protocol
 apache2        Apache Files. Do not touch.
 at             Variable data. Do not touch.
 audit          Audit Files. Do not touch.
 authpf         Authentication gateway. Do not touch.
 backup         System configuration backup files. Do not touch
 backups        Group configuration backups. Do not touch
 cache          System cache. Do not touch.
 crash          Crash files, older files can be deleted if needed
 cron           Cron jobs, do not touch
 db             Database files. Do not touch
 empty          Do not touch.
 games          Empty but preserved.
 heimdal        Kerberos 5 protocol. Do not touch.
 ifs            Do not touch unless directed by support
 journal        System Journal database
 journal-peer   System Journal-peer database
 krb5kdc        Kerberos KDC (Key Distribution Center)
 lib            Likewise database files. Do not touch
 log            Various System log files, can be cleared but zero's out the system logs.
 mail           Mail sub-system files.     
 msgs           Message logs
 patch          System patch database. Do not touch
 preserve       Do not touch
 run            Do not touch
 rwho           Do Not Touch
 spool          System Spool files.  Do not touch.
 tmp            Healthcheck items and vi recover. Do not touch.
 unbound        Do Not Touch
 yp             Do Not Touch

Les deux répertoires sur lesquels il faut se concentrer sont /var/crash et /var/logs , car ils peuvent augmenter et consommer la majeure partie de l’espace disque de la partition /var .

Les anciens fichiers de plantage dans /var/crash peuvent être supprimés s’ils ne sont plus nécessaires.

Le /var/logs peut être remis à zéro et réinitialisé si les logs deviennent trop volumineux. Gardez à l’esprit qu’une fois les journaux réinitialisés, il n’est plus possible de dépanner et de rechercher les problèmes passés.

Passez en revue la sortie df pour la partition /var . En fonction de la sortie, effectuez une ou plusieurs des tâches suivantes :
 

ps9500x3-2# df
Filesystem            1K-blocks    Used     Avail Capacity  Mounted on
/dev/mirror/root0       1957292  871082    929628    48%    /
devfs                         1       1         0   100%    /dev
/dev/mirror/var0         978604   51394    848922     6%    /var
/dev/mirror/var-crash   2946284      10   2710572     0%    /var/crash
/dev/mirror/keystore      61228      46     56284     0%    /keystore
/dev/md0                  61166    2158     54116     4%    /tmp/ufp
/dev/md1.uzip            435751  406426     -5535   101%    /base
OneFS                 246327840 2362592 173903776     1%    /ifs
ps9500x3-2#
 


 

Rotation des journaux :

Vous trouverez des instructions détaillées sur la façon de faire pivoter les journaux dans l’article 20315 de la base de connaissances, Isilon : OneFS : comment faire pivoter les journaux système d’un nœud.
Commande pour faire pivoter les journaux : 
newsyslog -f

Si la partition /var revient à un niveau d’utilisation normal, passez en revue la liste des journaux récents pour déterminer si un journal spécifique fait fréquemment l’objet d’une rotation. La rotation peut résoudre le problème de partition saturée en compressant ou en supprimant les journaux volumineux et anciens, ce qui réduit automatiquement l’utilisation de la partition.
 

Vérifiez le pourcentage d’inodes gratuits :

Ouvrez une connexion SSH sur le nœud ayant signalé l’erreur et connectez-vous à l’aide du compte « root ».
Exécutez la commande suivante : 
df -i |grep var |grep -v crash
Un résultat similaire à celui qui suit apparaît : 
Filesystem            1K-blocks      Used       Avail Capacity iused       ifree %iused  Mounted on
/dev/mirror/var0          1013068   49160      882864      5%   1650      139276  100%   /var
Si la valeur de %iused est supérieure ou égale à 90 %, réduisez le nombre de fichiers dans la partition /var à l’aide de l’une des méthodes décrites ci-dessous.
 

Identifiez les fichiers qui n'appartiennent pas à la partition /var :

Remarque : Ne déplacez ou ne supprimez aucun fichier sous /var/patch , car ils sont critiques pour le système de correctifs sur le nœud.
  1. Sur le nœud qui a généré l’alerte, exécutez la commande suivante pour répertorier les fichiers de la partition /var dont la taille est supérieure à 5 Mo :
find -x /var -type f -size +10000 -exec ls -lh {} \; | awk '{ print $9 ": " $5 }'
  1. Dans la sortie, recherchez les fichiers qui n’appartiennent généralement pas à la partition /var . Par exemple, un fichier du programme d’installation OneFS, des collectes de journaux ou un fichier créé par l’utilisateur.
  2. Supprimez les fichiers ou déplacez-les dans le répertoire /ifs. 


Supprimez manuellement les fichiers de la partition /var :

Une fois les fichiers supplémentaires identifiés, les commandes nécessaires pour nettoyer le répertoire /var impliquent généralement Make Directory (mkdir), Copy (cp), Move (mv) et Remove (rm). Les utilisateurs doivent être familiarisés avec ces commandes UNIX/Linux de base avant de continuer.

Effectuez toujours une copie de sauvegarde des fichiers avant de les supprimer ou de les déplacer depuis leur emplacement d’origine.

Créez un répertoire dans lequel déplacer ou copier les données de sauvegarde, où <dest> est le répertoire de destination. C'est dans ce répertoire que les copies de sauvegarde de tous les fichiers à supprimer doivent être copiées en premier. 

# mkdir /ifs/data/Isilon_Support/<dest>

Copier, déplacer ou supprimer des fichiers, selon le cas :

Pour copier un fichier ou un répertoire :

# cp  <file>   /ifs/data/Isilon_Support/<dest>

Copier récursivement un répertoire.

# cp  -R <directory>   /ifs/data/Isilon_Support/<dest>

Pour déplacer un fichier ou un répertoire :

# mv <file>  /ifs/data/Isilon_Support/<dest>

# mv <directory>   /ifs/data/Isilon_Support/<dest>

Pour retirer/supprimer un fichier :

# rm <file>

 

Déterminez si un processus maintient un fichier volumineux ouvert.

Utilisez la commande fstat pour répertorier les fichiers ouverts sur un nœud ou un répertoire, ou pour répertorier les fichiers qu’un processus a ouverts. La liste des fichiers ouverts peut vous aider à surveiller les processus qui écrivent des fichiers volumineux. Voir comment utiliser la commande fstat pour répertorier les fichiers ouverts sur un nœud, article 21402, Isilon : Comment utiliser la commande fstat pour répertorier les fichiers ouverts sur un nœud.

Si aucune des tâches ci-dessus ne résout le problème, passez à la solution suivante :


Limitez la taille du fichier de transfert et compressez le fichier

  1. Ouvrez une connexion SSH sur n’importe quel nœud du cluster et connectez-vous à l’aide du compte « root ».
  2. Exécutez les commandes suivantes pour créer une sauvegarde du fichier /etc/newsyslog.conf :
cp /etc/newsyslog.conf /ifs/newsyslog.conf
cp /etc/newsyslog.conf /etc/newsyslog.bak
  1. Ouvrez le fichier /ifs/newsyslog.conf dans un éditeur de texte.
  2. Recherchez la ligne suivante :
/var/log/wtmp 644 3 * @01T05 B
  1. Modifiez la ligne de la façon suivante :
/var/log/wtmp 644 3 10000 @01T05 ZB
Ces modifications demandent au système de procéder à la restauration du fichier /var/log/wtmp lorsqu’il atteint 10 Mo et de compresser le fichier avec gzip.
  1. Enregistrez et fermez le fichier /ifs/newsyslog.conf .
  2. Exécutez la commande suivante pour copier le fichier mis à jour sur tous les nœuds du cluster :
isi_for_array 'cp /ifs/newsyslog.conf /etc/newsyslog.conf'
  1. Les fichiers journaux pivotent automatiquement si nécessaire à l’aide d’une tâche cron à l’heure et à la demi-heure (/etc/crontab)
#minute hour    mday    month   wday    who     command
#
# rotate log files every half-hour, if necessary
0,30    *       *       *       *       root    newsyslog
Si d’autres fichiers log changent fréquemment ou si les étapes précédentes ne résolvent pas le problème, contactez le support technique Dell pour obtenir de l’aide.

Affected Products

Isilon

Products

Isilon, PowerScale OneFS
Article Properties
Article Number: 000169344
Article Type: Solution
Last Modified: 12 May 2025
Version:  18
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.