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.

Récupérez les volumes de stockage défaillants et reconstruisez la base de données Cassandra dans StorageGRID

PDF

Vous devez exécuter un script qui reformate et remonte le stockage sur les volumes de stockage défaillants, et reconstruit la base de données Cassandra sur le nœud de stockage si le système le juge nécessaire.

Avant de commencer

  • Vous avez le Passwords.txt fichier.

  • ${post_edited_translations.segment}

  • La cause de la panne a été identifiée et, si nécessaire, du matériel de stockage de remplacement a déjà été acquis.

  • La capacité totale du stockage de remplacement est identique à celle du stockage d'origine.

  • Vous avez vérifié qu'aucune mise hors service d'un nœud de stockage n'est en cours, ou vous avez suspendu la procédure de mise hors service du nœud. (Dans le Grid Manager, sélectionnez Maintenance > Tasks > Decommission.)

  • Vous avez vérifié qu'aucune extension n'est en cours. (Dans le Grid Manager, sélectionnez Maintenance > Tasks > Expansion.)

  • Vous avez "Vous avez examiné les avertissements concernant la récupération du volume de stockage".

Étapes

  1. Au besoin, remplacez le stockage physique ou virtuel défaillant associé aux volumes de stockage défaillants que vous avez identifiés et démontés précédemment.

    Ne remontez pas les volumes à cette étape. Le stockage est remonté et ajouté à /etc/fstab à une étape ultérieure.

  2. Dans le Gestionnaire de grille, accédez à Nœuds > appliance Storage Node > Matériel. Dans la section StorageGRID Appliance de la page, vérifiez que le mode RAID de stockage est opérationnel.

  3. 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 $ à #.

  4. Utilisez un éditeur de texte (vi ou vim) pour supprimer les volumes défaillants du /etc/fstab fichier, puis enregistrez le fichier.

    Remarque Commenter un volume défaillant dans le /etc/fstab fichier ne suffit pas. Le volume doit être supprimé de fstab car le processus de récupération vérifie que toutes les lignes du fstab fichier correspondent aux systèmes de fichiers montés.

  5. Formatez les volumes de stockage défaillants et reconstruisez la base de données Cassandra si nécessaire. Saisissez : reformat_storage_block_devices.rb

    • Lorsque le volume de stockage 0 est démonté, des invites et des messages indiqueront que le service Cassandra est en cours d'arrêt.

    • Vous serez invité à reconstruire la base de données Cassandra si cela est nécessaire.

      • Examinez les avertissements. Si aucun ne s'applique, reconstruisez la base de données Cassandra. Saisissez : y

      • Si plusieurs nœuds de stockage sont hors ligne. Saisissez : n

        Le script s'arrêtera sans reconstruire Cassandra. Veuillez contacter le support technique.

    • Pour chaque lecteur rangedb sur le nœud de stockage, lorsque le système vous demande  Reformat the rangedb drive <name> (device <major number>:<minor number>)? [y/n]?, saisissez l'une des réponses suivantes :

      • Appuyez sur y pour reformater un disque présentant des erreurs. Cette opération reformate le volume de stockage et ajoute le volume de stockage reformaté au fichier /etc/fstab.

      • n si le disque ne contient aucune erreur et que vous ne souhaitez pas le reformater.

        Remarque La sélection de n quitte le script. Montez le disque (si vous pensez que les données sur le disque doivent être conservées et que le disque a été démonté par erreur) ou retirez le disque. Ensuite, exécutez la commande reformat_storage_block_devices.rb à nouveau.
        Remarque Certaines procédures de récupération StorageGRID utilisent Reaper pour effectuer les réparations Cassandra. Les réparations se produisent automatiquement dès que les services associés ou requis ont démarré. Vous pourriez remarquer dans la sortie du script des mentions telles que « reaper » ou « réparation Cassandra ». Si un message d’erreur indique que la réparation a échoué, exécutez la commande indiquée dans le message d’erreur.

      Dans l'exemple de sortie suivant, le disque /dev/sdf doit être reformaté, et Cassandra n'a pas eu besoin d'être reconstruite :

    root@DC1-S1:~ # reformat_storage_block_devices.rb
Formatting devices that are not in use...
Skipping in use device /dev/sdc
Skipping in use device /dev/sdd
Skipping in use device /dev/sde
Reformat the rangedb drive /dev/sdf (device 8:64)? [Y/n]? y
Successfully formatted /dev/sdf with UUID b951bfcb-4804-41ad-b490-805dfd8df16c
All devices processed
Running: /usr/local/ldr/setup_rangedb.sh 12368435
Cassandra does not need rebuilding.
Starting services.
Informing storage services of new volume

Reformatting done.  Now do manual steps to
restore copies of data.

Une fois les volumes de stockage reformatés et remontés et les opérations Cassandra nécessaires terminées, vous pouvez "restaurer les données d'objet à l'aide de Grid Manager".