Actualizaciones del sistema

La función de actualización del sistema proporciona a los clientes, desarrolladores y personal técnico la posibilidad de actualizar el software de un sistema después de haberlo instalado. Puede recibir notificaciones cuando haya nuevas actualizaciones de software disponibles en My Oracle Support (MOS) o puede realizar la comprobación inmediata de actualizaciones desde la BUI o la CLI.

Notificación de actualizaciones de software

Puede configurar comprobaciones periódicas de actualizaciones de software, o puede realizar comprobaciones manuales cuando lo desee. Cuando hay algún paquete de software actualizado disponible, se le indica que descargue el paquete más reciente de MOS. Para usar la función de notificación de actualizaciones, el servicio de asistencia técnica remota debe estar activado, como se describe en Servicio de asistencia técnica remota de Guía de administración de Oracle ZFS Storage Appliance .

Programación de notificaciones de software con la BUI

1. Asegúrese de que el servicio de asistencia técnica remota esté activado.
2. Vaya a Maintenance (Mantenimiento) > System (Sistema) > Software Updates (Actualizaciones de software).
3. Haga clic en la casilla de verificación y seleccione la frecuencia: daily (diaria), weekly (semanal) o monthly (mensual). Cuando haya una actualización de software disponible en MOS, recibirá una notificación de alerta similar a la siguiente:

   An update is available on My Oracle Support version 2013.1.0.1.

4. Vaya a Maintenance (Mantenimiento) > System (Sistema) > Software Updates (Actualizaciones de software) y haga clic en el ícono de descarga que se encuentra en el extremo derecho.
5. Haga clic en el enlace de descarga que se muestra en la ventana emergente y guarde el archivo zip.

Programación de notificaciones de software con la CLI

1. Asegúrese de que el servicio de asistencia técnica remota esté activado.
2. En la línea de comandos, introduzca configuration services scrk. En el siguiente ejemplo se comprueba la disponibilidad de nuevas versiones de software cada 30 días:

   zfs-appliance:configuration services scrk> ls
   ...
   updatecheck_on = false
   time_updatecheck = 7d
   ...
   zfs-appliance:configuration services scrk> set updatecheck_on=true
   updatecheck_on = true (uncommitted)
   zfs-appliance:configuration services scrk> set time_updatecheck=30d
   time_updatecheck = 30d (uncommitted)

3. Cuando reciba una notificación de una actualización, vaya a MOS y descargue el paquete.

Comprobación de actualizaciones con la BUI

1. Asegúrese de que el servicio de asistencia técnica remota esté activado.
2. Vaya a Maintenance (Mantenimiento) > System (Sistema) > Software Updates (Actualizaciones de software).
3. Observe la fecha de la última comprobación de software, que se muestra junto al enlace Check now (Comprobar ahora).
4. Haga clic en el enlace Check now (Comprobar ahora).
5. Cuando haya una actualización disponible en MOS, aparece lo siguiente debajo de STATUS (Estado):

   Update available for download (Actualización disponible para descarga)

6. Haga clic en el ícono de descarga , que se encuentra en el extremo derecho.
7. Haga clic en el enlace de descarga que se muestra en la ventana emergente y guarde el archivo zip.

Comprobación de actualizaciones con la CLI

1. Asegúrese de que el servicio de asistencia técnica remota esté activado.
2. En la línea de comandos, introduzca lo siguiente en el contexto maintenance system updates:

    zfs-appliance:maintenance system updates> show
    Updates:
    UPDATE                          DATE                      STATUS
    2013.1.1.5                      2014-2-18 08:00           downloadable
    ak-nas@2014.01.15,1-0           2014-1-15 14:38:53        previous
    ak-nas@2014.02.01,1-0           2014-2-1 19:38:55         previous
    ak-nas@2014.02.08,1-0           2014-2-8 08:59:04         current
    zfs-appliance:maintenance system updates>
   
    zfs-appliance:maintenance system updates> select status=downloadable
    zfs-appliance:maintenance system 2013.1.1.5> show
    Properties:
   
                          version = 2013.1.1.5
                              date = 2014-2-18 08:00
                          status = downloadable
                               url = https://updates.oracle.com/Orion/Services/download
   /p18269573_20131_Generic.zip?aru=17312483&patch_file=p18269573_20131_Generic.zip
   
                         checkdate = 2014-3-4
     zfs-appliance:maintenance system 2013.1.1.5> 
   

Descripción general de la actualización del sistema

Las actualizaciones de software se ofrecen como descargas de archivos binarios opacos que contienen algunos o todos estos elementos:

• Software de gestión y del sistema.

• Firmware para componentes internos, como HBA y dispositivos de red.

• Firmware para discos y dispositivos flash.

• Firmware para componentes del contenedor de almacenamiento externo.

Las notas de la versión actualizada describen el contenido de la actualización, mientras que el proceso de actualización automatiza todos los pasos de la activación de los componentes proporcionados. El procedimiento para actualizar el sistema es el siguiente:

• Descargue el "soporte" de actualización del software de My Oracle Support (MOS) o alguna otra fuente autorizada. El medio está representado por un archivo comprimido único cuyo nombre proviene del número de versión, por ejemplo: ak-nas-2013-06-05-0-0.0.pkg.gz. Puede cambiar el nombre del archivo si es necesario, ya que el número de versión real se registra internamente dentro de la imagen. Los paquetes de medios comprimidos varían de tamaño, pero generalmente tienen cerca de varios cientos de megabytes.

• Use la BUI o la CLI para cargar la actualización del software en el dispositivo. Consulte los detalles de esta operación más adelante.

• Después de cargar el medio, se desempaqueta y se verifica. Si se superan todos los controles de verificación, aparece en la lista de imágenes de actualización como elegible para la instalación. Es posible mantener cualquier cantidad de imágenes en el dispositivo, según la cuota de espacio de los discos del sistema, sin aplicarlas realmente. Si aún no se aplicó ninguna actualización (es decir, no está en ejecución y no es un destino de reversión), se puede suprimir a través de la BUI o la CLI. Es posible que desee suprimir imágenes para liberar espacio necesario para descargar imágenes nuevas.

• Verifique que el sistema esté en buen estado antes de aplicar la actualización. Los detalles se describen en Condiciones previas.

• Una vez que el medio se desempaquetó y se verificó, puede aplicar la actualización. Durante este proceso, se realiza una comprobación del estado de la actualización para verificar que el dispositivo esté listo para actualizarse. Es posible que deba establecer las opciones de actualización y confirmar los datos. Para obtener más información sobre estos temas, consulte la sección sobre actualizaciones diferidas. Si la actualización ya no es adecuada para el sistema (porque ya superó su número de versión), es posible que se muestre un mensaje de error. Durante la actualización, aparecen mensajes y un medidor de progreso para indicar que la actualización está en curso. La parte de instalación de la actualización tarda alrededor de media hora en completarse. Sin embargo, es posible que todo el proceso de cambio de versión no se complete en ese punto. Consulte más adelante las actualizaciones de firmware adicionales que se pueden producir tras el reinicio.

• Mientras está en curso, hasta el reinicio y después del reinicio durante las actualizaciones de firmware, la actualización es no disruptiva: el controlador continúa prestando servicios de datos a los clientes. Si se produce un error en el software del sistema durante la actualización, el sistema se reinicia y sigue ejecutando el software desde el punto previo a la actualización. Importante: No realice una operación de toma de control del cluster ni un reinicio cuando haya una actualización en curso.

• Tras el reinicio posterior a la actualización, se actualiza el firmware del componente (consulte Actualizaciones de firmware del hardware) lo que demora más tiempo en función del tamaño de la configuración del sistema y el volumen de firmware que cambió desde que se proporcionó la versión instalada anteriormente. Las configuraciones muy grandes pueden tardar varias horas en completar todas las actualizaciones de firmware después de haber aplicado la actualización en sí.

Para obtener detalles sobre el proceso de actualización con la BUI o la CLI, revise las siguientes secciones.

Condiciones previas

Las mejores prácticas incluyen comprobar las condiciones previas antes de aplicar cualquier actualización. Cuando sea posible, los administradores deben garantizar que estas condiciones previas se cumplan de inmediato antes de aplicar una actualización en el controlador de almacenamiento. En un entorno de cluster, estas condiciones se deben comprobar en ambos controladores de almacenamiento antes de aplicar la actualización en cualquiera de ellos.

• Asegúrese de que las operaciones de reconstrucción de datos hayan finalizado. Esto se puede observar en Configuration (Configuración) > Storage (Almacenamiento) o en el contexto equivalente de la CLI. Para obtener más información, consulte Capítulo 5, Configuración del almacenamiento de Guía de administración de Oracle ZFS Storage Appliance .

• Asegúrese de que no haya problemas activos como se describe en Problemas.

• Verifique que no haya actualizaciones de firmware en curso.

• Compruebe las notas de la versión del producto más recientes para conocer otras condiciones previas que se deben cumplir para la versión de software que desea actualizar.

Comprobaciones del estado de la actualización

Las comprobaciones del estado del sistema se proporcionan para ayudar a garantizar que ninguna patología interfiera con la actualización de software. Si se detecta un problema, se indica en el log de alertas y se anula el proceso de actualización. Las actualizaciones de software del sistema no continúan hasta que se hayan corregido todos los problemas.

Puede ejecutar manualmente las mismas comprobaciones del estado antes de una actualización planificada. Esto permite comprobar el estado del sistema antes de programar una ventana de mantenimiento de actualizaciones a fin de poder corregir cualquier problema que interfiera con el proceso de actualización. Los informes de problemas generados por una comprobación de estado manual son idénticos a los generados por las comprobaciones de estado integradas en el proceso de actualización. Al igual que con las comprobaciones de estado integradas, cuando se detectan problemas se muestra un enlace al log de alertas, como se describe en Alertas . Si no se detecta ningún problema, el estado de System Ready (Sistema preparado) cambia a Yes (Sí) para indicar que el sistema está listo para las actualizaciones de software.

BUI

Tras seleccionar e iniciar una actualización, es posible ejecutar comprobaciones del estado de la actualización desde el cuadro de diálogo de la actualización de software en la BUI; para ello, haga clic en Check (Comprobar).

Figura 3-1  Inicio de comprobaciones de estado de actualizaciones en la BUI

El sistema permanece en el estado Unchecked (No comprobado) hasta que se haga clic en el botón Check (Comprobar). Durante la operación de comprobación del estado, se mostrará un indicador de progreso.

Figura 3-2  Comprobaciones del estado de la actualización en curso en la BUI

Una vez finalizada la comprobación, el estado de System Ready (Sistema preparado) cambia a Yes (Sí) o No y se incluye un enlace al log de alertas.

Figura 3-3  Comprobaciones de estado de actualizaciones finalizadas en la BUI

CLI

Para ejecutar las comprobaciones del estado de la actualización mediante la CLI, ejecute el comando upgrade en el contexto maintenance system updates después de seleccionar el medio de actualización:

zfs-appliance:maintenance system updates:ak-nas@2013.06.05.0.0,1-1.6> upgrade
This procedure will consume several minutes and requires a system reboot upon
successful update, but can be aborted with [Control-C] at any time prior to
reboot. A health check will validate system readiness before an update is
attempted, and may also be executed independently using the check command.
Are you sure? (Y/N)
 Healthcheck running ... /
 Healthcheck completed.  There are no issues at this time which
 would cause an upgrade to this media to be aborted.

Resolución de fallos en comprobaciones del estado de la actualización

Antes de la actualización real, las comprobaciones del estado se efectúan automáticamente cuando se inicia una actualización. Si se produce un error en la comprobación del estado de una actualización, es posible que la actualización se anule (consulte el siguiente ejemplo). Las comprobaciones del estado de la actualización sólo validan los problemas que pueden afectar a las actualizaciones.

Figura 3-4  Ejemplos de errores de comprobación de estado de actualizaciones en la BUI y la CLI

zfs-appliance:maintenance system updates ak-nas@2013.06.05.0.0,1-1.6> upgrade
This procedure will consume several minutes and requires a system reboot upon
successful update, but can be aborted with [Control-C] at any time prior to
reboot. A health check will validate system readiness before an update is
attempted, and may also be executed independently using the check command.
Are you sure? (Y/N)
error: System is not in an upgradeable state: prerequisite healthcheck reports problems. 
See alert log for more.

Acciones necesarias para resolver alertas de comprobación del estado

Tras un fallo en la comprobación del estado de una actualización, puede revisar el log de alertas y realizar la acción necesaria para resolver cada fallo según el mensaje del log. En la siguiente tabla, se muestran los fallos en las comprobaciones del estado que pueden bloquear una actualización, y se describen el mensaje del log de alertas asociado y el orden recomendado de los pasos que puede seguir para resolver el problema. Para los fallos de componentes, siga las instrucciones de extracción e instalación que figuran en los procedimientos de mantenimiento para el controlador.

Tabla 3-2  Resolución de alertas de comprobación de estado

ID y mensaje del log de alertas Error Pasos para la resolución B1 "System software update cannot proceed: Slot <label> in disk shelf <name> is reported as absent." No se puede detectar la SIM. 1, 2, 4 B2 "System software update cannot proceed: Slot <label> in disk shelf <name> is faulted." La SIM presenta fallos. 1, 2, 4 C1 "System software update cannot proceed: Some slots of disk shelf <name> have no firmware revision information." Falta información de la revisión de firmware en la SIM. 1, 4 C2 "System software update cannot proceed: The slots of disk shelf <name> have non-uniform part numbers." Las SIM notifican números de referencia diferentes. 2, 4 C5 "System software update cannot proceed: The slots of disk shelf <name> have mixed firmware revisions <rev1> and <rev2>." Las SIM notifican revisiones de firmware diferentes. 4 E1 "System software update cannot proceed: Disk shelf <name> has <just one path or zero paths>." El estante de discos no tiene dos rutas. 1, 2, 4 E2 "System software update cannot proceed: Disk shelf <name> path <pathname> is <state>." La ruta del estante de discos no aparece con conexión. 1, 2, 4 E3 "System software update cannot proceed: Pool <data or log> disk <label> in disk shelf <name> has <just one path or zero paths>." El dispositivo de log o disco configurado en una agrupación no tiene dos rutas. 3, 4 PAN1 "Slot <slot> has a Revision B3 SAS HBA; Revision C0 (or later) required." Hay una revisión B3 SAS HBA presente. 4 PAN2 "J4400 and J4500 disk shelves are not supported in this release." Hay estantes de discos presentes no admitidos para esta versión de software. V1 "<product> is not supported in this release." El controlador (producto) no se admite para esta versión de software.

Pasos para la resolución

Lleve a cabo los siguientes pasos en el orden enumerado anteriormente para resolver el problema detectado durante la comprobación del estado de la actualización.

Pasos para resolver alertas de comprobaciones de estado

1. Si el LED de puerto SAS no está iluminado, compruebe todas las conexiones y sustituya los cables como sea necesario.
2. Identifique el chasis afectado, y luego desconecte y quite la SIM defectuosa. Después de dos minutos, vuelva a colocar la SIM y espere hasta que el LED de energía se ilumine con una luz fija antes de conectar los cables de nuevo.
3. Identifique el chasis afectado y quite el disco defectuoso. Después de 30 segundos, vuelva a colocar el disco y espere hasta que el LED se ilumine con una luz fija o parpadee.
4. Póngase en contacto con la asistencia técnica de Oracle para reparar o reemplazar el componente.

Actualizaciones diferidas

Cada actualización puede incluir nuevo firmware o actualizaciones de los recursos externos. En general, estas actualizaciones son compatibles con las versiones anteriores y se aplican de manera automática sin la intervención del usuario. No obstante, existen excepciones para las actualizaciones irreversibles. En estas actualizaciones, se actualiza un recurso externo del software del sistema de una manera que no es compatible con las versiones anteriores del software. Una vez aplicada la actualización, se genera un comportamiento indefinido si se revierte a las versiones anteriores. Para estas actualizaciones, siempre se proporciona una opción explícita para aplicarlas automáticamente durante el cambio de versión o después de él. Por este motivo, se conocen como "actualizaciones diferidas".

Al aplicar una actualización a una versión con cambios de versión no compatibles, aparece la opción para aplicar estos cambios de versión como parte de la actualización. Para cada cambio de versión, se muestran las ventajas relacionadas con la aplicación del cambio. La opción predeterminada es no aplicar los cambios, lo que requiere regresar a la vista de actualizaciones y aplicarlos una vez reiniciado el sistema tras aplicar la actualización. Esto permite verificar que el resto del software funciona y que no se necesita una reversión antes de aplicar la actualización.

Si decide no aplicar actualizaciones diferidas durante un cambio de versión, puede regresar a la vista de actualizaciones en cualquier momento para aplicar la actualización. Si hay actualizaciones diferidas disponibles para la versión actual del software, aparecen como una lista debajo del conjunto actual de actualizaciones disponibles y se mostrará el botón "Apply" (Aplicar) para aplicarlas. Las actualizaciones diferidas de un cluster se implementan en ambos controladores de almacenamiento al mismo tiempo y sólo se pueden aplicar cuando funcionan los dos controladores. Dado que las actualizaciones diferidas sólo se muestran para los recursos presentes en el controlador de almacenamiento local, es posible que en un cluster las actualizaciones diferidas estén disponibles solamente para los recursos activos en el controlador del mismo nivel. En un cluster, es necesario entonces comprobar ambos controladores de almacenamiento para determinar la disponibilidad de las actualizaciones diferidas.

Tabla 3-3  Actualizaciones diferidas

Característica Presentada en versión Passthrough x 2009.Q2.0.0 Cuotas de usuarios 2009.Q3,0.0 COMSTAR 2009.Q3,0.0 RAID de paridad triple 2009.Q3,0.0 Anulación de duplicación 2010.Q1,0.0 Replicación 2010.Q1,0.0 Propiedades recibidas 2010.Q1,0.0 ZIL limitado 2010.Q3,1.0 Supresión de instantáneas 2010.Q3,1.0 Instantáneas recursivas 2010.Q3,1.0 Reemplazo múltiple 2010.Q3,1.0 Reflejo RAID-Z 2011.1.0.0 Directorio secundario opcional 2011.1.0.0 Varios grupos de iniciadores por LUN 2011.1.8.0 Compatibilidad para bloques de gran tamaño 2013.1.1.0 Reconstrucción secuencial 2013.1.2.0

Reinicio tras una actualización

Una vez finalizado el proceso de actualización, el sistema se reinicia automáticamente. Si tiene abierta la consola serie, observará durante este reinicio que hay disponibles varias entradas de menú GRUB, ordenadas del software más reciente (parte superior) al software más antiguo (parte inferior). La entrada de menú predeterminada es la entrada superior, es decir, el nuevo software al que acaba de actualizar el sistema. Si no realiza ninguna acción, esta entrada se inicia de forma predeterminada para completar la actualización. Las entradas anteriores son destinos de reversión que se pueden usar para iniciar una reversión a versiones anteriores del software del sistema. La reversión se explica más adelante.

  GNU GRUB  version 0.97  (612K lower / 2087424K upper memory)
 +-------------------------------------------------------------------------+
 | Sun ZFS Storage 7120 2013.06.05.0.0,1-1.6                               |  
 | Sun ZFS Storage 7120 2011.04.24.4.2,1-1.28                              |
 |                                                                         |  
 +-------------------------------------------------------------------------+
     Use the ^ and v keys to select which entry is highlighted.
     Press enter to boot the selected OS, 'e' to edit the
     commands before booting, or 'c' for a command-line.

Mientras el sistema se inicia con el nuevo software, aparecerán algunos mensajes especiales en el primer inicio, que indican que se está completando una actualización, y que muestran la versión anterior y nueva del software del sistema:

SunOS Release 5.11 Version ak/generic@2013.06.05.0.0,1-1.6 64-bit
Copyright (c) 1983, 2013, Oracle and/or its affiliates. All rights reserved.

System update in progress.
Updating from: ak/nas@2011.04.24.4.2,1-1.28
Updating to:   ak/nas@2013.06.05.0.0,1-1.6

Cloning active datasets ...... done.
Upgrading /var/ak/home ... 16 blocks
Upgrading /etc/svc/profile ... 176 blocks
Upgrading /var/apache2 ... 4432 blocks
Upgrading /var/sadm ... 5040 blocks
Upgrading /var/svc ... 0 blocks
Upgrading /var/dhcp/duid ... done.
Upgrading /var/pkg ... 208800 blocks
Upgrading /var/ak/logadm.conf ... done.
Adjusting system/dump and system/cores ... done.
Upgrading /var/crypto/pkcs11.conf ... done.
Updating system logs ... done.
Starting primordial svc.configd
Upgrading SMF repository.  This may take several minutes.
   Upgrading from Version 5 to Version 6 :   
     11570 of 11570 rows upgraded  
                   
   Upgrading from Version 6 to Version 7 :  
     6305 of 6305 rows upgraded  
                   
   Upgrading from Version 7 to Version 8 :

SMF repository upgrade complete
SMF online in 180 seconds
Sanitizing manifestfiles properties ... done.
Loading smf(5) service descriptions: 162/162
svccfg: Loaded 162 smf(5) service descriptions
Transitioning NFS server properties ... done.
Re-enabling auditing of Solaris commands ... done.
Transitioning network/initial IPMP properties to network/ipmp ... done.
Transitioning name service properties ... done.
Transitioning CIFS server properties ... done.
Preparing for service import ... done.
Importing adconf.xml ... done.
...
Configuring appliance/kit/identity:default ... done.
Applying service layer ak_generic ... done.
Refreshing services: done.
Applying service layer ak_nas ... done.
Refreshing services: done.
Applying service layer ak_SUNW,iwashi_plus ... done.
Refreshing services: done.
Applying service profile ak_generic ... done.
Applying profile upgrade/akinstall.xml ... done.
Applying layer upgrade/composite.svc ... done.
Cleaning up services ... done.
Shutting down svc.configd ... done.
Configuring devices.
Configuring network devices.

Sun ZFS Storage 7120 Version ak/SUNW,iwashi_plus@2013.06.05.0.0,1-1.6
Copyright (c) 2008, 2013, Oracle and/or its affiliates. All rights reserved.

dorab console login: