Por lo general, sólo indica la existencia de un problema si:
Existen actualizaciones con el estado Con error.
■
Las actualizaciones permanecen en el estado Pendiente (o a la espera entre el estado
■
Pendiente y el estado En curso) por un período prolongado (más de media hora), sin que
disminuya el número de actualizaciones restantes.
Las siguientes condiciones no indican un problema:
Las actualizaciones de firmware de discos se muestran como pendientes por un período
■
prolongado, con un mensaje de estado que indica que no forman parte de ninguna
agrupación. Este comportamiento es esperado, dado que sólo se actualiza el firmware de
discos que forman parte de una agrupación. Para actualizar estos discos, agréguelos a una
agrupación.
Se están actualizando varios chasis, se muestra un progreso (es decir, disminuye el
■
número de actualizaciones restantes) y algunos de los chasis aparecen temporalmente
como pendientes con un estado que indica que algunos discos sólo tienen una ruta. Este
comportamiento también es esperado, ya que cuando se actualiza un chasis, es posible que
se restablezca uno de sus expansores. Al restablecer un expansor, algunos discos tienen
temporalmente una ruta y, como resultado, las actualizaciones en otros chasis se retrasan
hasta que sea seguro ejecutarlas de nuevo de forma no disruptiva.
Tenga en cuenta que actualmente el cuadro de diálogo Firmware Updates (Actualizaciones de
firmware) no se actualiza de forma automática, por lo que debe cerrarlo y volverlo a abrir para
obtener una vista actualizada.
La aplicación de actualizaciones de hardware siempre se realiza de forma completamente
segura. Esto significa que el sistema puede tener un estado en el que no es posible aplicar
actualizaciones de hardware. Esto resulta particularmente importante en el contexto de las
configuraciones de cluster. Durante las operaciones de toma de control y failback, se completan
todas las actualizaciones de firmware en curso. Se suspenden las actualizaciones de firmware
pendientes hasta que se haya completado la toma de control o el failback, momento en el que se
revalúan las restricciones descritas a continuación en el contexto del nuevo estado de cluster y,
si es posible, se reanudan las actualizaciones de firmware.
A menos que sea absolutamente necesario, no se deben realizar operaciones de toma
Atención -
de control ni de failback cuando hay actualizaciones de firmware en curso.
El procedimiento de actualización gradual documentado más adelante cumple todas estas
mejores prácticas y satisface las restricciones por clase de dispositivo descritas más adelante.
Siempre se debe seguir el procedimiento al realizar actualizaciones en un entorno de cluster.
En los entornos de cluster e independientes, estos criterios también se revalúan tras un
reinicio del sistema o del software de diagnóstico, lo que puede provocar que se reanuden las
actualizaciones de firmware incompletas o suspendidas anteriormente.
Pasos para resolver alertas de comprobaciones de estado
Capítulo 3. Mantenimiento del sistema
265