Code d’événement Openshift : 1038CLST0008

Sommaire: Les PersistentVolumeInodes se remplissent.

Cet article s’applique à Cet article ne s’applique pas à Cet article n’est lié à aucun produit spécifique. Toutes les versions de produits ne sont pas identifiées dans cet article.

Symptômes

La commande KubePersistentVolumeInodesFillingUp L’alerte se déclenche lorsqu’un volume persistant dans l’un des espaces de nommage du système dispose de moins de 3 % de ses inodes alloués. Les espaces de nommage du système sont les suivants : default et ceux dont le nom commence par openshift- ou kube-.

Une utilisation importante de l’inode par un composant système est susceptible d’empêcher le composant de fonctionner normalement. Une utilisation importante de l’inode peut également entraîner une panne partielle ou totale du cluster.

Cause

Il peut y avoir différentes raisons pour lesquelles un volume se remplit. Cet article de la base de connaissances ne couvre pas les raisons spécifiques à l’application, uniquement les atténuations pour les volumes qui se remplissent légitimement.

Comme toujours, reportez-vous aux scénarios recommandés pour le service donné.

Résolution

Diagnostic

Les libellés d’alerte incluent le nom de la revendication de volume persistant (PVC) associée au volume dont le stockage est faible. Les étiquettes incluent également l’espace de nommage dans lequel se trouve le PVC. Utilisez ces informations pour représenter graphiquement l’espace de stockage disponible dans la console Web OpenShift (Observer les mesures → → Exécuter des requêtes).

Voici un exemple de requête pour un PVC associé à une instance Prometheus dans l’espace de nommage openshift-monitoring :

kubelet_volume_stats_inodes_used{
  namespace="openshift-monitoring »,
  persistentvolumeclaim="prometheus-k8s-db-prometheus-k8s-0 »
}

Vous pouvez inspecter l’état du volume manuellement pour déterminer quel répertoire consomme le plus grand nombre d’inodes :

$ PVC_NAME='<PersistentVolumeClaim label from alert>'
$ NAMESPACE='libellé de l’espace< de noms de l’alerte>'

$ oc -n $NAMESPACE décrire pvc $PVC_NAME
$ POD_NAME='<"Used By : » du champ de la sortie> ci-dessus'

$ oc -n $NAMESPACE rsh $POD_NAME
$ cd /path/to/pvc-mount
$ ls -li .
$ stat

Atténuation

L’atténuation de ce problème dépend du nombre total de fichiers, de répertoires et de liens symboliques. Vous ne pouvez pas augmenter le nombre d’inodes sur un système de fichiers après la création de ce dernier. Toutefois, vous pouvez ajuster la configuration du composant à l’aide du volume afin qu’il crée moins de fichiers, de répertoires et de liens symboliques.

Support

Si toutes les étapes ci-dessus ne permettent pas de résoudre le problème, contactez le support technique Dell EMC pour une procédure d’enquête plus approfondie.

Produits touchés

APEX Cloud Platform for Red Hat OpenShift
Propriétés de l’article
Numéro d’article: 000217417
Type d’article: Solution
Dernière modification: 18 sept. 2026
Version:  4
Obtenez des réponses à vos questions auprès d’autre utilisateurs de Dell
Services de soutien
Vérifiez si votre appareil est couvert par les services de soutien.