7.3. Le système de fichiers GFS2 se bloque et nécessite le redémarrage de tous les nœuds


Si votre système de fichiers GFS2 se bloque et ne renvoie pas les commandes exécutées, ce qui vous oblige à redémarrer tous les nœuds de la grappe avant de l'utiliser, vérifiez les points suivants.

  • Il se peut que votre clôture ait échoué. Les systèmes de fichiers GFS2 se figent pour garantir l'intégrité des données en cas d'échec de la clôture. Vérifiez les journaux de messages pour voir si des clôtures ont échoué au moment du blocage. Assurez-vous que la clôture est configurée correctement.
  • Il se peut que le système de fichiers GFS2 ait été retiré. Recherchez le mot withdraw dans les journaux de messages et vérifiez si des messages et des traces d'appel de GFS2 indiquent que le système de fichiers a été retiré. Un retrait est le signe d'une corruption du système de fichiers, d'une panne de stockage ou d'un bogue. Dès qu'il sera possible de démonter le système de fichiers, vous devrez exécuter la procédure suivante :

    1. Redémarrer le nœud sur lequel le retrait s'est produit.

      # /sbin/reboot
    2. Arrêtez la ressource du système de fichiers pour démonter le système de fichiers GFS2 sur tous les nœuds.

      # pcs resource disable --wait=100 mydata_fs
    3. Capturez les métadonnées à l'aide de la commande gfs2_edit savemeta…​. Vous devez vous assurer qu'il y a suffisamment d'espace pour le fichier, qui peut être volumineux dans certains cas. Dans cet exemple, les métadonnées sont enregistrées dans un fichier du répertoire /root.

      # gfs2_edit savemeta /dev/vg_mydata/mydata /root/gfs2metadata.gz
    4. Mettre à jour le paquet gfs2-utils.

      # sudo dnf update gfs2-utils
    5. Sur un nœud, exécutez la commande fsck.gfs2 sur le système de fichiers pour en vérifier l'intégrité et réparer les dommages éventuels.

      # fsck.gfs2 -y /dev/vg_mydata/mydata > /tmp/fsck.out
    6. Une fois la commande fsck.gfs2 terminée, réactivez la ressource du système de fichiers pour la remettre en service :

      # pcs resource enable --wait=100 mydata_fs
    7. Ouvrez un ticket d'assistance auprès de Red Hat Support. Informez-les que vous avez subi un retrait de GFS2 et fournissez les journaux et les informations de débogage générés par les commandes sosreports et gfs2_edit savemeta.

      Dans certains cas de retrait de GFS2, les commandes qui tentent d'accéder au système de fichiers ou à son périphérique de bloc peuvent se bloquer. Dans ce cas, un redémarrage complet est nécessaire pour redémarrer le cluster.

      Pour plus d'informations sur la fonction de retrait de GFS2, voir Système de fichiers GFS2 indisponible pour un nœud (fonction de retrait de GFS2).

  • Cette erreur peut indiquer un problème de verrouillage ou un bogue. Rassemblez des données lors de l'une de ces occurrences et ouvrez un ticket d'assistance avec l'assistance de Red Hat, comme décrit dans Rassembler des données GFS2 pour le dépannage.
Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.