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

12/06/2022 Contributeurs

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.

Ce dont vous avez besoin

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 mise hors service.)
Vous avez vérifié qu'une extension n'est pas en cours. (Dans le Gestionnaire de grille, sélectionnez MAINTENANCE tâches extension.)

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 en utilisant les informations 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.

Si plusieurs nœuds de stockage ont échoué (ou sont hors ligne), contactez le support technique. Ne pas effectuer la procédure de récupération suivante. Des données peuvent être perdues.

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. Ne pas effectuer la procédure de récupération suivante. Des données peuvent être perdues.

Si plusieurs nœuds de stockage d'un site ont échoué, une procédure de restauration de site peut être nécessaire. Contactez l'assistance technique.

Comment la reprise sur site est effectuée par le support technique

Étapes

Si nécessaire, mettez le nœud de stockage sous tension qui doit être restauré.
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 $ à #.+

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.

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 noeud de stockage SSM Services. Vérifiez que le service Cassandra s'affiche Not Running.
4. Sélectionnez noeud 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
```

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

Si des services de stockage sont en cours d'exécution, vous serez invité à les arrêter. Saisissez : y

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

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.

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*).

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

Creating your file...