no hace mucho me tuve que documentar la actualizanción de firmware de las "System Controller" de un servidor Sun Fire E6900. Decir que el servidor Sun Sunfire E6900 es un servidor particionable de gama media, salió al mercado antes del auge de la virtualización.
Sus principales cualidades son un sistema operativo propietario tipo Unix Solaris, se montan con procesadores SPARC de 64Bits y se pueden unir varias particiones físicas para conseguir un servidor lógico que tiene la potencia de la suma de ellas.
Logotipo de Solaris. |
Aunque son servidores muy potentes, las mejoras en los procesadores de Intel, la madurez de Linux, el auge de la virtualización y sus altos costes de compra y mantenimiento han hecho que poco a poco se vayan desplazando del mercado. Por otra parte Sun fue comprada por Oracle. Está última está focalizando la venta de su hardware como una solución completa de Hardware & Software para sus bases de datos.
Antecedentes
Practicamente todos nuestros dispositivos BIOS, UEFI, tarjetas de red, tarjetas de fibra, placas base, etc, etc, disponen de un software que controla el funcionamiento del hardware llamado firmware.
La actualización del firmware de nuestro servidores, debería ser un proceso planificado a ejecutar de forma periódica. Se recomienda por parte de los fabricantes de hardware tener siempre las ultimas versiones, estás solucionan problemas y bugs con el software que controla nuestro hardware.
En este caso debido a un mal funcionamiento de las System Controller, Oracle recomienda instalar la última versión del firmware. Se puede abrir caso con Oracle directamente desde Oracle Metalink, también desde allí se puede bajar el paquete con la última versión del firmware.
Logotipo de Oracle. |
El Sunfire E6900 dispone de dos System Controller que nos permiten conectarnos al servidor para crear particiones, servidores y conectar a las consolas locales de los mismos. Una es la main (activa) y a otra es la de slave (o backup). Se puede configurar ssh/telnet para conectarnos a ellas por red.
Procedimiento
El procedimiento en tres pasos es el siguiente:
- Actualizar la SC Slave.
- Actualizar la SC Main.
- Reiniciar las particiones del Servidor. En este caso solo una.
Después de bajarnos el paquete lo descomprimimos y dejamos los ficheros en un servidor web para poder acceder a ellos desde las consolas. La versión actual es la 5.20.12 y actualizaremos a las 5.20.17.
La documentación nos dice:
1. If you have a redundant SC configuration, connect to the spare SC console using the serial port.
2. Upgrade the firmware on the spare SC by running the flashupdate command on the spare SC.
Use the command syntax appropriate to the URL protocol:
schostname:SC> flashupdate -f http://192.168.121.2:5080/sun/114527-18/ scapp rtos
where <URL> is the URL to the directory containing the new flash images.
The flashupdate command updates ScApp and RTOS on the spare SC.
Annex B
1. Upgrade the firmware on the main SC by running the flashupdate command on the main SC in the platform shell.
CAUTION: When performing this step, do NOT:
o Power down any part of the system
o Reset any part of the system
o Perform any DR operation
Use the command syntax appropriate to the URL protocol:
schostname:SC> flashupdate -f http://192.168.121.2:5080/sun/114527-18/ all rtos
where <URL> is the URL to the directory containing the new flash images. The flashupdate command upgrades the CPU/Memory boards and I/O assemblies, then it reboots the SC. ScApp and RTOS are upgraded during the reboot.
NOTE: The first SC reboot after a successful update from 5.11.x or 5.12.x firmware may take up to 20 minutes to complete due in part to updating of internal system records. Other factors include POST level setting and configuration. While these factors may affect the speed of subsequent reboots, the updating of system records occurs only once.
2. Verify that the firmware has been upgraded:
o Run the showsc command on the main and spare SCs to verify that ScApp and RTOS have been upgraded.
For 5.20.17, the output should indicate that the ScApp version is 5.20.17 and the RTOS version is 49.
o Run the showboards -p version command to verify that the CPU/Memory boards and I/O assemblies have been upgraded.
3. If you have main and spare SCs, synchronize their date and time settings. The date and time must be the same on both SCs for failover purposes. For more information, see Section 8.0, Synchronizing Date and Time on SCs, then proceed to the next step in this procedure.
After you have verified the firmware upgrade and synchronized the SCs, connect to each domain console and, one at a time, execute the following steps on all of them.
NOTE: The following steps involve domain setkeyswitch operations that can be performed later, at your convenience. However, note that the new firmware does not take full effect until they are completed, so execute the remaining steps as soon as possible after the flashupdate. Also, do not reboot the Solaris operating environment until the remaining steps are completed.
4. Shut down all the domains by halting the Solaris operating environment on each domain.
5. Power off all CPU/Memory boards and I/O assemblies by setting the keyswitch position to off:
schostname:A> setkeyswitch off
6. Verify that all the CPU/Memory boards and I/O assemblies are powered off by running the showboards command on the SC in the platform shell:
schostname:SC> showboards
7. (En caso necesario) If any CPU/Memory boards or I/O assemblies are not Powered off, run the poweroff command on the SC in the platform shell to power off those components:
schostname:SC> poweroff <component_names>
8. Bring up each domain by setting the keyswitch position to on:
schostname:A> setkeyswitch on
Saludos!!
No hay comentarios:
Publicar un comentario