Consultez les tâches de réparation de données dans StorageGRID
Avant de mettre hors service ou d'étendre un nœud de grille, vous devez vérifier qu'aucune tâche de réparation de données n'est en cours. Si des réparations ont échoué, vous devez les relancer et attendre leur achèvement avant de procéder à la mise hors service.
Consultez "Types d'expansion" pour obtenir des détails sur la façon d’étendre un nœud de grille.
Si vous devez mettre hors service un nœud de stockage déconnecté, suivez ces étapes une fois la procédure de mise hors service terminée afin de garantir que la tâche de restauration des données est terminée. Vous devez vous assurer que tous les fragments à codage d'effacement présents sur le nœud retiré ont été restaurés.
Ces étapes ne s'appliquent qu'aux systèmes comportant des objets à codage d'effacement.
-
Connectez-vous au nœud d'administration principal :
-
Saisissez la commande suivante :
ssh admin@grid_node_IP -
Saisissez le mot de passe indiqué dans le fichier
Passwords.txt. -
Saisissez la commande suivante pour passer en mode superutilisateur :
su - -
Saisissez le mot de passe indiqué dans le fichier
Passwords.txt.Lorsque vous êtes connecté en tant que root, l'invite passe de
$à#.
-
-
Vérifiez les réparations en cours :
repair-data show-ec-repair-status-
Si vous n'avez jamais exécuté de tâche de réparation de données, le résultat est
No job found. Vous n'avez pas besoin de redémarrer de tâches de réparation. -
Si la tâche de réparation des données a déjà été exécutée ou est en cours d'exécution, le résultat affiche les informations relatives à la réparation. Chaque réparation possède un identifiant de réparation unique.

Vous pouvez également utiliser le Gestionnaire de grille pour surveiller les processus de restauration en cours et afficher l’historique des restaurations. Voir "Restaurez les données d'objet à l'aide de Grid Manager". -
-
Si l'état de toutes les réparations est
Completed, vous n'avez pas besoin de relancer les travaux de réparation. -
Si l'état d'une réparation est
Stopped, vous devez redémarrer cette réparation.-
Obtenez l'identifiant de réparation de la réparation ayant échoué à partir des données de sortie.
-
Exécutez la commande
repair-data start-ec-node-repair.Utilisez l’option
--repair-idpour spécifier l’ID de réparation. Par exemple, si vous souhaitez réessayer une réparation avec l’ID de réparation 949292, exécutez cette commande :repair-data start-ec-node-repair --repair-id 949292 -
Continuez à suivre l’état des réparations des données EC jusqu’à ce que l’état de toutes les réparations soit
Completed.
-