Échec potentiel de la mise à niveau du microprogramme de l'IOM en
période d'E/S intense
Bogue 6507700 – Les mises à niveau du microprogramme de l'IOM peuvent échouer
si la baie de disques traite une quantité importante d'E/S hôte.
Solution – Si cela se produit, planifiez une période de maintenance de faible activité
afin d'exécuter le processus de mise à niveau.
Si la mise à niveau échoue, réinitialisez les contrôleurs avant de mettre à nouveau à
jour le microprogramme de l'IOM.
Échec possible du rétablissement suite à la mise à niveau du
microprogramme de l'IOM
Bogue 6509762 - Après la mise à niveau d'un microprogramme vers un module
d'entrée/sortie (IOM), la baie de disques affiche sur tous les hôtes un message de
condition de vérification - modification du microcode.
Après la mise à niveau du microprogramme, un rétablissement automatique est
généré. Lorsque le port de commutation chargé de connecter l'hôte de données est
activé, le rétablissement automatique échoue, indiquant n'avoir pas traité le message
MICROCODE_CHANGED.
Solution – Il y a deux solutions :
1) Effectuez un basculement manuel. Le problème ne se produit pas.
2) Une fois le microprogramme de l'IOM mis à jour, vous effacerez l'erreur en forçant
manuellement un basculement et un rétablissement de tous les LUN concernés sur
tous les hôtes Solaris mappés.
Messages d'erreur erronés parfois générés suite au basculement
Bogue 6509331 – Sous Solaris, en période de trafic de données intense, un basculement
initié par l'hôte peut générer des messages d'erreur dans /var/adm/messages même
si l'opération réussit.
Solution – Dans la CLI, utilisez la commande luxadm de Solaris afin de vérifier que
le basculement a réussi.
18
Notes de version de la baie de disques Sun StorageTek 2500 • Octobre 2007