Owners Manual

Tableau 27. Descriptions des événements et actions recommandées (suite)
Nombre Gravité Description/actions recommandées
disque de remplacement global de chaque type (à moins que des disques de secours dédiés
soient utilisés pour protéger chaque groupe de disques d’un type donné, ce qui s’applique
uniquement à une configuration de stockage linéaire).
485 Avertissement Le groupe de disques indiqué a été mis en quarantaine pour empêcher l’écriture de données non valides
qui peuvent exister dans le contrôleur ayant consigné cet événement.
Cet événement est consigné pour signaler que le groupe de disques indiqué est hors ligne et en
quarantaine (état QTOF) afin d’éviter la perte de données. Le contrôleur ayant consigné cet événement
a détecté (à partir des informations enregistrées dans les métadonnées du groupe de disques) qu’il
pourrait contenir des données obsolètes qui ne doivent pas être écrites sur le groupe de disques. Les
données peuvent être perdues si vous ne suivez pas les actions recommandées avec précaution. Cette
situation est généralement causée par le retrait d’un module de contrôleur sans l’arrêter au préalable,
suivi de l’insertion d’un autre module de contrôleur à sa place. Pour éviter que ce problème ne se
reproduise, arrêtez systématiquement le contrôleur de stockage d’un module de contrôleur avant de le
retirer. Cette situation peut également être causée par la défaillance de la carte CompactFlash, comme
indiqué par l’événement 204.
Actions recommandées :
● Si l’événement 204 est consigné, suivez les actions recommandées correspondantes.
● Si l’événement 204 N’EST PAS consigné, effectuez les actions recommandées suivantes :
○ Si l’événement 486 n’est pas consigné à peu près au même moment que l’événement 485,
réinsérez le module de contrôleur retiré, arrêtez-le, puis retirez-le à nouveau.
○ Si les événements 485 et 486 sont consignés à peu près au même moment, attendez au moins
5 minutes que la récupération automatique se termine. Ensuite, connectez-vous et confirmez
que les deux modules de contrôleur sont opérationnels. (Vous pouvez déterminer si les
contrôleurs sont opérationnels à l’aide de la commande CLI show controllers ou avec le SMC.)
Dans la plupart des cas, le système revient à la normale et aucune action supplémentaire n’est
requise. Si les deux modules de contrôleur ne deviennent pas opérationnels dans les 5 minutes,
des données peuvent avoir été perdues. Si les deux contrôleurs ne sont pas opérationnels, suivez
ce processus de récupération :
￭ Retirez le module de contrôleur ayant consigné l’événement 486 en premier.
￭ Éteignez l’alimentation du boîtier du contrôleur, attendez quelques secondes, et remettez-le
sous tension.
￭ Attendez que le module de contrôleur redémarre, puis reconnectez-vous.
￭ Vérifiez l’état des groupes de disques. Si l’un des groupes de disques est hors ligne et en
quarantaine (QTOF), annulez leur mise en quarantaine.
￭ Réinsérez le module de contrôleur retiré précédemment. Il devrait redémarrer correctement.
486
Avertissement Une récupération a été lancée pour empêcher l’écriture de données non valides qui pourraient exister
dans le contrôleur ayant consigné cet événement.
Le contrôleur ayant consigné cet événement a détecté (à partir des informations enregistrées dans les
métadonnées du groupe de disques) qu’il pourrait contenir des données obsolètes qui ne doivent pas
être écrites sur le groupe de disques. Le contrôleur consigne cet événement, redémarre le contrôleur
partenaire, attend 10 secondes, puis force son propre arrêt. Le contrôleur partenaire annule ensuite
l’arrêt forcé du contrôleur et met en miroir les données de cache appropriées sur ce dernier. Dans la
plupart des cas, cette procédure permet d’écrire toutes les données sans aucune perte et sans écrire de
données obsolètes.
Actions recommandées :
● Attendez au moins 5 minutes pour que le processus de récupération automatique se termine.
Ensuite, connectez-vous et vérifiez que les deux modules de contrôleur sont opérationnels. (Vous
pouvez déterminer si les contrôleurs sont opérationnels à l’aide de la commande CLI show
redundancy-mode.) Dans la plupart des cas, le système revient à la normale et aucune action
n’est requise.
● Si les deux modules de contrôleur ne deviennent pas opérationnels dans les 5 minutes, reportez-
vous aux actions recommandées pour l’événement 485, qui est consigné à peu près au même
moment.
487 Info. Les statistiques de performances historiques ont été réinitialisées.
126 Événements et messages d’événement