Pourquoi le montage de Block Storage for Classic échoue-t-il avec une erreur de vérification du système de fichiers?

Dépannage des problèmes liés à la vérification du système de fichiers pour les volumes de stockage.

Infrastructure classique

Lorsque vous consultez les journaux des pods qui utilisent Block Storage for Classic, vous voyez une erreur similaire à l'exemple suivant.

UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.(i.e., without -a or -p
options)

Le disque est endommagé. La corruption du disque se produit lorsqu'un volume persistant (PV) est activement en mode lecture/écriture et que le pod associé est supprimé de force ou que le nœud est redémarré/rechargé avant que le pod ne soit correctement évacué ou lorsque le volume était encore attaché. Dans ces scénarios, le processus de démontage ne s'effectue pas correctement, laissant le volume dans un état incohérent. Cela se produit généralement lors de workflows qui effectuent des rechargements ou des mises à jour de nœuds immédiatement après la vidange, sans vérifier que tous les pods ont été migrés et que les volumes ont été détachés.

Exécutez les commandes suivantes pour corriger le volume persistant que le pod est en cours de montage.

1. Obtenez les détails du pod défaillant et notez le volume persistant et la réservation de volume persistant qu'il est en cours de montage.

   kubectl get pods
   

2. Modifiez le PV pour ajouter l'annotation "ibm.io/autofix-fsckErr":"true".

   kubectl patch pv PVNAME -p '{"metadata": {"annotations":{"ibm.io/autofix-
   fsckErr":"true"}}}'
   

3. Supprimez et recréez votre pod d'application pour relancer le montage du volume persistant. Après la suppression et la recréation du pod, Kubernetes relance l'opération de montage et le pod du pilote Block Storage for Classic tente de corriger automatiquement le problème en fonction de l'annotation "ibm.io/autofix-fsckErr":"true".

4. Une fois le pod déployé et en cours d'exécution, exécutez la commande suivante pour éditer le volume persistant.

   kubectl edit pv PVNAME
   

5. Supprimez l'annotation "ibm.io/autofix-fsckErr: true" du volume persistant et sauvegardez-la.

6. Si le problème persiste, contactez l'assistance. Ouverture d'un cas de support. Dans les détails du cas, veillez à inclure les fichiers journaux, les messages d'erreur ou les sorties de commande appropriés.