Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Identifier et démonter les volumes de stockage défaillants dans StorageGRID

PDF

Lors de la récupération d'un nœud de stockage comportant des volumes de stockage défaillants, vous devez identifier et démonter les volumes défaillants. Vous devez vérifier que seuls les volumes de stockage défaillants sont reformatés dans le cadre de la procédure de récupération.

Avant de commencer

Vous êtes connecté au Gestionnaire de grille à l'aide d'un "navigateur Web pris en charge".

À propos de cette tâche

Vous devez récupérer les volumes de stockage défaillants dès que possible.

La première étape du processus de récupération consiste à détecter les volumes qui ont été détachés, doivent être démontés ou présentent des erreurs d'E/S. Si des volumes défaillants sont toujours attachés mais ont un système de fichiers corrompu de manière aléatoire, le système pourrait ne détecter aucune corruption dans les parties inutilisées ou non allouées du disque.

Remarque Vous devez terminer cette procédure avant d’effectuer des opérations manuelles de récupération des volumes, telles que l’ajout ou le rattachement des disques, l’arrêt du nœud, le démarrage du nœud ou le redémarrage. Sinon, lorsque vous exécutez le script reformat_storage_block_devices.rb, vous pourriez rencontrer une erreur du système de fichiers qui entraîne le blocage ou l’échec du script.
Remarque Réparez le matériel et fixez correctement les disques avant d’exécuter la reboot commande.
Avertissement Identifiez soigneusement les volumes de stockage défaillants. Vous utiliserez ces informations pour vérifier quels volumes doivent être reformatés. Après qu’un volume a été reformaté, les données sur ce volume ne peuvent pas être récupérées.

Pour récupérer des volumes de stockage défaillants, vous devez connaître à la fois les noms des périphériques des volumes de stockage défaillants et leurs identifiants de volume.

Lors de l'installation, chaque périphérique de stockage se voit attribuer un identifiant unique universel (UUID) de système de fichiers et est monté sur un répertoire rangedb du nœud de stockage à l'aide de cet UUID de système de fichiers. L'UUID du système de fichiers et le répertoire rangedb sont répertoriés dans le fichier /etc/fstab. Le point de montage, le nom du périphérique et la taille du volume sont affichés dans le Grid Manager.

Étapes

  1. Suivez les étapes suivantes pour consigner les volumes de stockage défaillants et leurs noms de périphérique :

    1. Sélectionnez Nœuds > site > nœud de stockage défaillant > Stockage.

    2. Faites défiler vers le bas pour localiser le tableau des volumes et le tableau des magasins d'objets et notez les informations suivantes pour chaque volume dont le statut est Unknown ou Offline.

      • Dans le tableau Volumes, notez le point de montage, le périphérique et la taille.

      • À partir de la table des magasins d'objets, enregistrez le object_store_ID.

        Le object_store_ID est l'identifiant du volume de stockage défaillant. Par exemple, spécifiez 0 dans la commande pour un object store avec l'ID 0000.

  2. Connectez-vous au nœud de stockage défaillant :

    1. Saisissez la commande suivante : ssh admin@grid_node_IP

    2. Saisissez le mot de passe indiqué dans le fichier Passwords.txt.

    3. Saisissez la commande suivante pour passer en mode superutilisateur : su -

    4. Saisissez le mot de passe indiqué dans le fichier Passwords.txt.

      Lorsque vous êtes connecté en tant que root, l'invite passe de $ à #.

  3. Exécutez le script suivant pour démonter un volume de stockage défaillant :

    sn-unmount-volume object_store_ID

  4. Si vous y êtes invité, appuyez sur y pour arrêter le service Cassandra selon le volume de stockage 0.

    Remarque Si le service Cassandra est déjà arrêté, vous n'êtes pas invité. Le service Cassandra est arrêté uniquement pour le volume 0. 
    root@Storage-180:~/var/local/tmp/storage~ # sn-unmount-volume 0
Services depending on storage volume 0 (cassandra) aren't down.
Services depending on storage volume 0 must be stopped before running this script.
Stop services that require storage volume 0 [y/N]? y
Shutting down services that require storage volume 0.
Services requiring storage volume 0 stopped.
Unmounting /var/local/rangedb/0
/var/local/rangedb/0 is unmounted.

    En quelques secondes, le volume est démonté. Des messages s'affichent à chaque étape du processus. Le dernier message indique que le volume est démonté.

  5. Si le démontage échoue parce que le volume est occupé, vous pouvez forcer un démontage à l'aide de l' --use-umountof option :

    Remarque Forcer le démontage à l’aide de l’option --use-umountof peut entraîner un comportement inattendu ou un plantage des processus ou services utilisant le volume. 
    root@Storage-180:~ # sn-unmount-volume --use-umountof /var/local/rangedb/2
Unmounting /var/local/rangedb/2 using umountof
/var/local/rangedb/2 is unmounted.
Informing LDR service of changes to storage volumes