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.

Panne d'un nœud de stockage de plus de 15 jours

Contributeurs
PDF

Si un seul nœud de stockage a été hors ligne et n'est pas connecté aux autres nœuds de stockage depuis plus de 15 jours, vous devez reconstruire Cassandra sur le nœud.

Avant de commencer

  • Vous avez vérifié qu'une mise hors service du nœud de stockage n'est pas en cours ou que vous avez interrompu la procédure de mise hors service du nœud. (Dans le Gestionnaire de grille, sélectionnez MAINTENANCE > tâches > désaffectation.)

  • Vous avez vérifié qu'une extension n'est pas en cours. (Dans le Gestionnaire de grille, sélectionnez MAINTENANCE > tâches > expansion.)

Description de la tâche

Les nœuds de stockage disposent d'une base de données Cassandra qui inclut les métadonnées d'objet. Si un nœud de stockage n'a pas pu communiquer avec d'autres nœuds de stockage depuis plus de 15 jours, StorageGRID suppose que la base de données Cassandra du nœud est obsolète. Le nœud de stockage ne peut pas rejoindre la grille tant que Cassandra n'a pas été reconstruite à l'aide d'informations provenant d'autres nœuds de stockage.

Utilisez cette procédure pour reconstruire Cassandra uniquement si un seul nœud de stockage est défaillant. Contactez le support technique si des nœuds de stockage supplémentaires sont hors ligne ou si Cassandra a été reconstruite sur un autre nœud de stockage au cours des 15 derniers jours. Par exemple, Cassandra a peut-être été reconstruite dans le cadre des procédures de restauration des volumes de stockage défaillants ou de restauration d'un nœud de stockage défaillant.

Avertissement Si plusieurs nœuds de stockage ont échoué (ou sont hors ligne), contactez le support technique. N'effectuez pas la procédure de récupération suivante. Des données peuvent être perdues.
Avertissement S'il s'agit de la défaillance du deuxième nœud de stockage dans les 15 jours qui suivent la défaillance ou la restauration d'un nœud de stockage, contactez le support technique. N'effectuez pas la procédure de récupération suivante. Des données peuvent être perdues.
Remarque Si plusieurs nœuds de stockage d'un site ont échoué, une procédure de restauration de site peut être nécessaire. Voir "Comment la reprise sur site est effectuée par le support technique".
Étapes

  1. Si nécessaire, mettez le nœud de stockage sous tension qui doit être restauré.

  2. Connectez-vous au nœud grid :

    1. Saisissez la commande suivante : ssh admin@grid_node_IP

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

    3. Entrez la commande suivante pour passer à la racine : su -

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

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

    Remarque Si vous ne parvenez pas à vous connecter au nœud de la grille, il est possible que le disque système ne soit pas intact. Passer à la procédure pour "restauration en cas de panne du lecteur système".

  3. Effectuez les vérifications suivantes sur le nœud de stockage :

    1. Exécutez cette commande : nodetool status

      La sortie doit être de Connection refused

    2. Dans le Gestionnaire de grille, sélectionnez SUPPORT > Outils > topologie de grille.

    3. Sélectionnez site > nœud de stockage > SSM > Services. Vérifiez que le service Cassandra s'affiche Not Running.

    4. Sélectionnez nœud de stockage > SSM > Ressources. Vérifiez qu'il n'y a pas d'état d'erreur dans la section volumes.

    5. Exécutez cette commande : grep -i Cassandra /var/local/log/servermanager.log

      Le message suivant doit s'afficher dans la sortie :

    Cassandra not started because it has been offline for more than 15 day grace period - rebuild Cassandra

  4. Exécutez cette commande et surveillez la sortie du script : check-cassandra-rebuild

    • Si le service Cassandra, selon le volume 0, est en cours d'exécution, vous serez invité à l'arrêter. Saisissez : y

      Remarque Si le service Cassandra est déjà arrêté, vous n'êtes pas invité à le faire. Le service Cassandra est arrêté uniquement pour le volume 0.

    • Vérifiez les avertissements dans le script. Si aucune d'entre elles ne s'applique, confirmez que vous souhaitez reconstruire Cassandra. Saisissez : y

      Remarque Certaines procédures de restauration StorageGRID utilisent Reaper pour traiter les réparations Cassandra. Les réparations sont effectuées automatiquement dès que les services connexes ou requis ont commencé. Vous remarquerez peut-être des résultats de script mentionnant « couche » ou « réparation Cassandra ». Si un message d'erreur indiquant que la réparation a échoué, exécutez la commande indiquée dans le message d'erreur.

  5. Une fois la reconstruction terminée, effectuez les vérifications suivantes :

    1. Dans le Gestionnaire de grille, sélectionnez SUPPORT > Outils > topologie de grille.

    2. Sélectionnez site > nœud de stockage récupéré > SSM > Services.

    3. Vérifiez que tous les services sont en cours d'exécution.

    4. Sélectionnez DDS > Data Store.

    5. Confirmez que l'état Data Store est « Up » (mise en service) et l'état Data Store State est « Normal » (État de stockage de données*).