test

Software Sun Cluster: Guía de instalación para el sistema operativo Solaris

Realizar una modernización automática a Sun Cluster 3.2

Esta sección contiene la siguiente información para actualizar desde Sun Cluster 3.1 a Sun Cluster 3.2 utilizando el método de modernización automática:

La siguiente tabla enumera las tareas que deben realizarse para actualizar de Sun Cluster 3.1 a Sun Cluster 3.2. También puede llevar a cabo estar tareas para actualizar únicamente la versión del SO Solaris. Si actualiza el SOL Solaris desde Solaris 9 a Solaris 10, también deberá actualizar Sun Cluster y el software de dependencia a la versión compatible con la nueva versión del SO Solaris.

Tabla 8–3 Mapa de tareas: realizar una modernización automática a Sun Cluster 3.2

Tarea 

Instrucciones 

1. Leer los requisitos y las restricciones para la modernización. Determine el método de modernización adecuado a su configuración y necesidades. 

Requisitos de modernización y directrices para la compatibilidad del software

Selección de un método de modernización de Sun Cluster

2. Sacar el clúster del estado productivo, desactivar los recursos y hacer una copia de seguridad de los datos y de los discos del sistema. Si el clúster utiliza mediadores de dos cadenas en Solaris Volume Manager, desconfigúrelos. 

Cómo preparar el clúster para la modernización (modernización automática)

3. Modernizar Solaris, si fuera necesario, a una actualización de Solaris admitida. Efectuar una modernización al marco de trabajo y software de servicio de datos de Sun Cluster 3.2. Si fuera necesario modernizar las aplicaciones. Si el clúster utiliza mediadores de dos cadenas, vuelva a configurarlos. De acuerdo a sus necesidades, modernice VERITAS Volume Manager (VxVM), los grupos de discos y VERITAS File System (VxFS). 

Cómo actualizar el SO Solaris y Sun Cluster 3.2 (modernización automática)

4. Compruebe la correcta finalización de la modernización a Sun Cluster 3.2. 

Cómo comprobar la modernización de Sun Cluster 3.2

5. Activar recursos y conectar en línea los grupos de recursos. Migre los recursos existentes a nuevos tipos de recursos. 

Cómo finalizar la modernización a Sun Cluster 3.2

6. (Opcional) SPARC: Modernizar el módulo Sun Cluster de Sun Management Center, si es necesario.

SPARC: Cómo modernizar el software del módulo Sun Cluster en Sun Management Center

ProcedureCómo preparar el clúster para la modernización (modernización automática)

Ejecute este procedimiento para preparar un clúster para la modernización automática.

Antes de empezar

Lleve a cabo las siguientes tareas:

  1. Compruebe que el clúster funcione con normalidad.

    1. Si desea ver el estado actual del clúster, ejecute el comando siguiente desde cualquier nodo:


      phys-schost% scstat

      Consulte la página de comando man de scstat(1M) para obtener más información.

    2. Busque el registro de /var/adm/messages en el mismo nodo para mensajes de error o de advertencia sin solucionar.

    3. Compruebe el estado del gestor de volúmenes.

  2. Si es necesario, informe a los usuarios de que los servicios del clúster podrían interrumpirse temporalmente durante la modernización.

    Las interrupciones de servicio llevarán aproximadamente la cantidad de tiempo que normalmente tarda su clúster en conmutar los servicios a otro nodo.

  3. Conviértase en superusuario en un nodo del clúster.

  4. Si se encuentra instalado Sun Cluster Geographic Edition, desinstálelo.

    Si desea conocer los procedimientos de desinstalación, consulte la documentación de su versión de Sun Cluster Geographic Edition.

  5. En un clúster de dos nodos que utilice el software de Sun StorEdge Availability Suite o Sun StorageTek Availability Suite, asegúrese de que los datos de configuración de los servicios de disponibilidad se encuentren en el disco del quórum.

    Los datos de configuración deben residir en un disco del quórum para garantizar el correcto funcionamiento de Availability Suite después de actualizar el software del clúster.

    1. Conviértase en superusuario en un nodo del clúster que ejecute el software de Availability Suite.

    2. Identifique el Id. de dispositivo y el segmento que utiliza el archivo de configuración de Availability Suite.


      phys-schost# /usr/opt/SUNWscm/sbin/dscfg
/dev/did/rdsk/dNsS

      En esta salida de ejemplo, N es el ID de dispositivo y S el segmento del dispositivo N.

    3. Identifique el dispositivo de quórum existente.


      phys-schost# scstat -q
-- Quorum Votes by Device --
                     Device Name         Present Possible Status
                     -----------         ------- -------- ------
   Device votes:     /dev/did/rdsk/dQsS  1       1        Online

      En esta salida de ejemplo, dQsS es el dispositivo de quórum existente.

    4. Si el dispositivo de quórum no es el mismo que el dispositivo de datos de configuración de Availability Suite, mueva los datos de configuración a un segmento disponible en el dispositivo del quórum.


      phys-schost# dd if=`/usr/opt/SUNWesm/sbin/dscfg` of=/dev/did/rdsk/dQsS
      Nota –

      Debe utilizar el nombre del dispositivo DID original, /dev/did/rdsk/, no el dispositivo DID de bloque, /dev/did/dsk/.

    5. Si ha movido los datos de configuración, configure el software de Availability Suite para que use la ubicación nueva.

      Como superusuario, emita el siguiente comando en cada nodo que ejecute el software de Availability Suite.


      phys-schost# /usr/opt/SUNWesm/sbin/dscfg -s /dev/did/rdsk/dQsS

  6. Compruebe que se haya efectuado una copia de seguridad de todos los datos compartidos.

  7. Compruebe que se haya efectuado una copia de seguridad de cada disco del sistema.

Pasos siguientes

Ejecute una modernización automática del SO Solaris, Sun Cluster 3.2 y el resto de software. Diríjase a Cómo actualizar el SO Solaris y Sun Cluster 3.2 (modernización automática).

ProcedureCómo actualizar el SO Solaris y Sun Cluster 3.2 (modernización automática)

Ejecute este procedimiento para modernizar el SO Solaris, los componentes compartidos de Java ES, el administrador de volúmenes y Sun Cluster mediante el método de modernización automática. El método de modernización automática de Sun Cluster utiliza la función Modernización automática de Solaris. Para obtener información acerca de la modernización automática del SO Solaris, consulte la documentación de la versión de Solaris que esté utilizando:

Nota –

El clúster se debe ejecutar o modernizar en, al menos, el nivel mínimo requerido del sistema operativo Solaris para que admita la modernización a Sun Cluster 3.2. Consulte "Supported Products" en Notas de la versión de Sun Cluster 3.2 para el SO Solaris para obtener más información.

Siga este procedimiento en cada nodo del clúster.

Consejo –

Puede emplear la utilidad cconsole para realizar este procedimiento en todos los nodos simultáneamente. Consulte Cómo instalar el software Cluster Control Panel en una consola de administración para obtener más información.

Antes de empezar

Asegúrese de que se hayan llevado a cabo todos los pasos de Cómo preparar el clúster para la modernización (modernización automática).

  1. Compruebe que en cada nodo haya instalada una versión de Solaris Live Upgrade compatible.

    Si su sistema operativo ya se encuentra modernizado a Software Solaris 9 9/05 o software Solaris 10 11/06, ya cuenta con el software Solaris Live Upgrade adecuado. Si su sistema operativo es una versión anterior, ejecute los pasos siguientes:

    1. Inserte el disco Software Solaris 9 9/05 o software Solaris 10 11/06.

    2. Conviértase en superusuario.

    3. Instale los paquetes SUNWluu y SUNWlur.


      phys-schost# pkgadd -d path SUNWluu SUNWlur
      ruta

      Determina la ruta completa a los paquetes de software.

    4. Compruebe que se han instalado los paquetes.


      phys-schost# pkgchk -v SUNWluu SUNWlur

  2. Si va a actualizar el SO Solaris y el clúster utiliza mediadores de doble cadena para el software de Solaris Volume Manager, desconfigure los mediadores.

    Consulte Configuración de mediadores de dos cadenas para obtener más información sobre los mediadores.

    1. Ejecute la orden siguiente para verificar que no haya problemas con los datos de los mediadores.


      phys-schost# medstat -s setname
      -s setname

      Especifica el nombre del conjunto de discos.

      Si el valor el campo Estado es Incorrecto, repare el sistema mediador afectado. Siga el procedimiento que se indica en Cómo reparar los datos incorrectos del mediador.

    2. Coloque en una lista todos los mediadores.

      Guarde esta información para cuando deba restablecer los mediadores durante el procedimiento Cómo finalizar la modernización a Sun Cluster 3.2.

    3. En un conjunto de discos que utilice mediadores, pase a ser su propietario si ningún nodo tiene ya la propiedad.


      phys-schost# scswitch -z -D setname -h node
      -z

      Cambia el elemento que asume el control.

      -D devicegroup

      Especifica el nombre del conjunto de discos.

      -h nodo

      Especifica el nombre del nodo que debe convertirse en principal en el conjunto de discos.

    4. Desconfigure todos los mediadores del conjunto de discos.


      phys-schost# metaset -s setname -d -m mediator-host-list
      -s nombre_conjunto

      Especifica el nombre del conjunto de discos.

      -d

      Elimina un elemento del conjunto de discos.

      -m lista_sistemas_mediadores

      Especifica el nombre del nodo que suprimir como un sistema mediador del conjunto de discos.

      Consulte la página de comando man de mediator(7D) para obtener más información sobre las opciones específicas del mediador en el comando metaset.

    5. Repita del paso c al paso d para cada conjunto de discos restante que use mediadores.

  3. Cree un entorno de arranque inactivo (BE).


    phys-schost# lucreate options-n BE-name
    -n BE-name

    Especifica el nombre del entorno de arranque que se va a modernizar.

    Para obtener información importante relacionada con el comando lucreate, consulte Guía de instalación de Solaris 10: Modernización automática de Solaris y planificación de la modernización y la página de comando man lucreate(1M).

  4. Si es necesario, modernice el SO Solaris en su BE inactivo.

    Si el clúster ya está en ejecución en una versión adecuadamente parcheada del SO Solaris que admite Sun Cluster 3.2, este paso es opcional.

    • Si utiliza Solaris Volume Manager, ejecute el comando siguiente:


      phys-schost# luupgrade -u -n BE-name -s os-image-path
      -u

      Moderniza la imagen de un sistema operativo en un entorno de arranque

      -s os-image-path

      Especifica el nombre de la ruta de un directorio que contiene una imagen de sistema operativo.

    • Si utiliza VERITAS Volume Manager, lleve a cabo los procedimientos de modernización automática indicados en la documentación de instalación de VxVM.

  5. Monte su BE inactiva utilizando el comando lumount.


    phys-schost# lumount -n BE-name -m BE-mount-point
    -m BE-mount-point

    Especifica el punto de montaje de BE-name.

    Para obtener más información, consulte Guía de instalación de Solaris 10: Modernización automática de Solaris y planificación de la modernización y la página de comando man lumount(1M).

  6. Compruebe que el directorio /BE-mount-point/usr/java/ es un enlace simbólico a la versión mínima o más reciente del software Java.

    Sun Cluster requiere como mínimo la versión 1.5.0_06 de Java. Si ha efectuado la modernización a una versión de Solaris que instala una versión anterior de Java, la modernización podría haber modificado el enlace simbólico para señalar a una versión de Java que no cumple con los requisitos mínimos de Sun Cluster 3.2.

    1. Determine en qué directorio contiene un enlace simbólico el directorio /BE-mount-point/usr/java/.


      phys-schost# ls -l /BE-mount-point/usr/java
lrwxrwxrwx   1 root   other    9 Apr 19 14:05 /BE-mount-point/usr/java -> /BE-mount-point/usr/j2se/

    2. Establezca qué versiones del software de Java están instaladas.

      A continuación, aparecen ejemplos de comandos que se pueden utilizar para mostrar la versión de sus versiones relacionadas del software de Java.


      phys-schost# /BE-mount-point/usr/j2se/bin/java -version
phys-schost# /BE-mount-point/usr/java1.2/bin/java -version
phys-schost# /BE-mount-point/usr/jdk/jdk1.5.0_06/bin/java -version

    3. Si el directorio /BE-mount-point/usr/java/ no contiene un enlace simbólico a una versión compatible de Java, vuelva a crear el enlace simbólico para enlazarlo a una versión compatible de Java.

      El siguiente ejemplo muestra la creación de un vínculo simbólico con el directorio /usr/j2se/, que contiene el software de Java 1.5.0_06.


      phys-schost# rm /BE-mount-point/usr/java
phys-schost# cd /mnt/usr
phys-schost# ln -s j2se java

  7. Aplique los parches de Solaris necesarios.

    Puede que tenga que parchear Solaris para poder utilizar la función Live Upgrade. Para obtener detalles acerca de los parches que requiere el SO Solaris y de dónde descargarlos, consulte Managing Packages and Patches With Solaris Live Upgrade de Solaris 9 9/04 Installation Guide o Actualización de un sistema con paquetes y revisiones de Guía de instalación de Solaris 10: Modernización automática de Solaris y planificación de la modernización.

  8. Si es necesario, y si su versión de VERITAS Volume Manager (VxVM) lo admite, modernice su VxVM.

    Consulte la documentación de VxVM para determinar si su versión de software puede utilizar el método de modernización automática VxVM.

  9. (Opcional) SPARC: modernice VxFS.

    Siga los procedimientos proporcionados en la documentación de VxFS.

  10. Si su clúster alberga aplicaciones que requieren una modernización y puede realizarla mediante el método de modernización automática, modernícelas.

    Si su clúster alberga aplicaciones de software que requieren modernización y no puede realizarse mediante el método de modernización automática, su modernización se efectuará en el Paso 25.

  11. Cargue el archivo DVD-ROM de Sun Java Availability Suite en la unidad DVD-ROM.

    Si el daemon de administración de volúmenes vold(1M) se está ejecutando y está configurado para administrar los dispositivos de CD-ROM o DVD, el daemon monta automáticamente el soporte en el directorio /cdrom/cdrom0/.

  12. Vaya al directorio Asistente de instalación del DVD-ROM.

    • Si está instalando los paquetes de software en la plataforma SPARC, escriba el siguiente comando:


      phys-schost# cd /cdrom/cdrom0/Solaris_sparc

    • Si está instalando los paquetes de software en la plataforma x86, escriba el siguiente comando:


      phys-schost# cd /cdrom/cdrom0/Solaris_x86

  13. Inicie el programa Asistente de instalación para enviar la salida un archivo de estado.

    Especifique el nombre que desea asignar al archivo de estado y la ruta relativa o absoluta en la que debe crearse.

    • Para crear un archivo mediante la interfaz gráfica, utilice el siguiente comando:


      phys-schost# ./installer -no -saveState statefile

    • Para crear un archivo mediante la interfaz basada en texto, utilice el siguiente comando:


      phys-schost# ./installer -no -nodisplay -saveState statefile

    Consulte Generating the Initial State File de Sun Java Enterprise System 5 Installation Guide for UNIX para obtener más información.

  14. Siga las instrucciones que aparecen en la pantalla para seleccionar y actualizar los paquetes de software de los componentes compartidos en el nodo.

    El programa Asistente de instalación muestra el estado de la instalación. Cuando la instalación esté completa, el programa muestra un resumen de la instalación y los registros de la instalación.

  15. Salga del programa Asistente de instalación.

  16. Ejecute el programa installer en el modo silencioso y envíe la instalación al entorno de arranque alternativo.

    Nota –

    El programa installer debe presentar la misma versión que la utilizada para crear el archivo de estado.


    phys-schost# ./installer -nodisplay -noconsole -state statefile -altroot BE-mount-point

    Consulte To Run the Installer in Silent Mode de Sun Java Enterprise System 5 Installation Guide for UNIX para obtener más información.

  17. Vaya al directorio Directorio Solaris_arquitectura/Product/sun_cluster/Solaris_versión/Tools/ , donde arch es sparc o x86 (sólo Solaris 10) y donde ver es 9 para Solaris 9 o 10 para Solaris 10 


    phys-schost# cd /cdrom/cdrom0/Solaris_arquitectura/Product/sun_cluster/Solaris_versión/Tools

  18. Actualice el software de Sun Cluster mediante el comando scinstall.


    phys-schost# ./scinstall -u update -R BE-mount-point
    -u update

    Especifica que se está realizando una actualización del software de Sun Cluster.

    -R BE-mount-point

    Especifica el punto de montaje del entorno de arranque alternativo.

    Para obtener más información, consulte la página de comando man scinstall(1M).

  19. Actualice los servicios de datos mediante el comando scinstall. 


    phys-schost# BE-mount-point/usr/cluster/bin/scinstall -u update -s all  \
-d /cdrom/cdrom0/Solaris_arch/Product/sun_cluster_agents -R BE-mount-point

  20. Descargue el archivo DVD-ROM de Sun Java Availability Suite desde la unidad DVD-ROM.

    1. Para asegurarse de que no se esté usando el DVD-ROM, vaya a un directorio que no se encuentre en el DVD-ROM.

    2. Saque el DVD-ROM.


      phys-schost# eject cdrom

  21. Desmonte el BE inactivo.


    phys-schost# luumount -n BE-name

  22. Active el BE inactivo modernizado.


    phys-schost# luactivate BE-name
    BE-name

    El nombre del BE alternativo que creó en el Paso 3.

  23. Repita los pasos desde Paso 1 hasta Paso 22 para cada uno de los nodos del clúster.

    Nota –

    No reinicie ningún nodo hasta que se modernicen todos los nodos del clúster en su BE inactivo.

  24. Reinicie todos los nodos.


    phys-schost# shutdown -y -g0 -i6
    Nota –

    No utilice el comando reboot ni halt. Estos comandos no activan un nuevo BE. Para reiniciar en un nuevo BE, utilice sólo shutdown o init.

    Los nodos reinician en modo clúster empleando el nuevo y modernizado BE.

  25. (Opcional) Si su clúster alberga aplicaciones de software que requieren modernización para la que no puede utilizar el método de modernización automática, lleve a cabo los pasos siguientes.

    Nota –

    A través del proceso de modernización de aplicaciones de software, reinicie siempre en modo no clúster hasta que finalicen todas las modernizaciones en modo no clúster.

    1. Pare el nodo.


      phys-schost# shutdown -y -g0 -i0

    2. Arranque cada nodo en el modo sin clúster.

      • En los sistemas basados en SPARC, ejecute el siguiente comando:


        ok boot -x

      • En los sistemas basados en x86, ejecute el siguiente comando:

        1. En el menú de GRUB, utilice las teclas de dirección para seleccionar la entrada de Solaris adecuada y escriba e para editar sus comandos.

          El menú de GRUB presenta un aspecto similar al siguiente:


          GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
+-------------------------------------------------------------------------+
| Solaris 10 /sol_10_x86                                                  |
| Solaris failsafe                                                        |
|                                                                         |
+-------------------------------------------------------------------------+
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.

          Para obtener más información sobre el arranque basado en GRUB, consulte el Capítulo 11, GRUB Based Booting (Tasks) de System Administration Guide: Basic Administration.

        2. En la pantalla de parámetros de arranque, utilice las flechas de dirección para seleccionar la entrada del núcleo y escriba e para editar la entrada.

          La pantalla de parámetros de arranque de GRUB presenta un aspecto similar al siguiente:


          GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
+----------------------------------------------------------------------+
| root (hd0,0,a)                                                       |
| kernel /platform/i86pc/multiboot                                     |
| module /platform/i86pc/boot_archive                                  |
+----------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted.
Press 'b' to boot, 'e' to edit the selected command in the
boot sequence, 'c' for a command-line, 'o' to open a new line
after ('O' for before) the selected line, 'd' to remove the
selected line, or escape to go back to the main menu.

        3. Agregue -x al comando para especificar que el sistema se arrancará en el modo no de clúster.


          [ Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists the possible
completions of a device/filename. ESC at any time exits. ]

grub edit> kernel /platform/i86pc/multiboot -x

        4. Pulse Intro para aceptar el cambio y volver a la pantalla de parámetros de arranque.

          La pantalla muestra el comando editado.


          GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
+----------------------------------------------------------------------+
| root (hd0,0,a)                                                       |
| kernel /platform/i86pc/multiboot -x                                  |
| module /platform/i86pc/boot_archive                                  |
+----------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted.
Press 'b' to boot, 'e' to edit the selected command in the
boot sequence, 'c' for a command-line, 'o' to open a new line
after ('O' for before) the selected line, 'd' to remove the
selected line, or escape to go back to the main menu.-

        5. Escriba b para arrancar el nodo en el modo no de clúster.

          Nota –

          Este cambio efectuado en el comando de parámetros de arranque del núcleo no se conservará al arrancar el sistema. La próxima vez que reinicie el nodo, se arrancará en el modo de clúster. Para arrancarlo en el modo sin clúster, realice estos pasos de nuevo para agregar la opción -x al comando del parámetro de arranque del núcleo.

        Si la instrucción indica la ejecución del comando init S, detenga el sistema y, a continuación, cambie el comando de arranque del kernel GRUB a /platform/i86pc/multiboot -sx.

    3. Modernice las aplicaciones de software que requieran modernización.

      Recuerde arrancar en modo no clúster si se le solicita reiniciar, hasta que se hayan modernizado todas las aplicaciones.

    4. Arranque cada nodo en modo clúster.

      • En los sistemas basados en SPARC, ejecute el siguiente comando:


        ok boot

      • En los sistemas basados en x86, ejecute el siguiente comando:

        Cuando aparezca el menú de GRUB, seleccione la entrada de Solaris adecuada y pulse Intro. El menú de GRUB presenta un aspecto similar al siguiente:


        GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
+-------------------------------------------------------------------------+
| Solaris 10 /sol_10_x86                                                  |
| Solaris failsafe                                                        |
|                                                                         |
+-------------------------------------------------------------------------+
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.
Ejemplo 8–1 Modernización automática a Sun Cluster 3.2

Este ejemplo muestra una modernización automática de un nodo del clúster. Este ejemplo moderniza el nodo basado en SPARC al SO Solaris 10, el marco de trabajo de Sun Cluster 3.2 y todos los servicios de datos de Sun Cluster que admite el método de modernización automática. En este ejemplo, sc31u2 es el entorno de arranque (BE) original. El nuevo BE que se moderniza recibe el nombre sc32, y utiliza el punto de montaje /sc32. El directorio /net/installmachine/export/solaris10/OS_image/ contiene una imagen del SO Solaris 10. El archivo de estado del programa de instalación de Java ES recibe el nombre sc32state.

El siguiente comando suele producir amplios resultados. Este resultado sólo se muestra cuando es necesario con fines esclarecedores.


phys-schost# lucreate sc31u2 -m /:/dev/dsk/c0t4d0s0:ufs -n sc32
…
lucreate: Creation of Boot Environment sc32 successful.

phys-schost# luupgrade -u -n sc32 -s /net/installmachine/export/solaris10/OS_image/
The Solaris upgrade of the boot environment sc32 is complete.
Apply patches

phys-schost# lumount sc32 /sc32
phys-schost# ls -l /sc32/usr/java
lrwxrwxrwx   1 root   other    9 Apr 19 14:05 /sc32/usr/java -> /sc32/usr/j2se/

Insert the DVD-ROM de Sun Java Availability Suite.
phys-schost# cd /cdrom/cdrom0/Solaris_sparc
phys-schost# ./installer -no -saveState sc32state
phys-schost# ./installer -nodisplay -noconsole -state sc32state -altroot /sc32
phys-schost# cd /cdrom/cdrom0/Solaris_sparc/sun_cluster/Sol_9/Tools
phys-schost# ./scinstall -u update -R /sc32
phys-schost# /sc32/usr/cluster/bin/scinstall -u update -s all -d /cdrom/cdrom0 -R /sc32
phys-schost# cd /
phys-schost# eject cdrom

phys-schost# luumount sc32
phys-schost# luactivate sc32
Activation of boot environment sc32 successful.
Upgrade all other nodes

Boot all nodes
phys-schost# shutdown -y -g0 -i6
ok boot

En este punto cabe la posibilidad de que pueda modernizar aplicaciones de servicios de datos que no puedan utilizar el método de modernización automática, antes de reiniciar en el modo de no clúster.

Errores más frecuentes

Errores del nombre de dispositivo DID: durante la creación del BE inactivo, si recibe un error indicando que un sistema de archivos especificado con su nombre de dispositivo DID, /dev/dsk/did/dNsX, no existe, pero el nombre de dispositivo no existe, debe especificarlo mediante su nombre de dispositivo físico. A continuación, cambie la entrada vfstab del BE alternativo para utilizar en su lugar el nombre de dispositivo DID. Siga estos pasos:

Errores del punto de montaje: durante la creación del entorno de arranque inactivo, si recibe un error indicando que el punto de montaje que indicó no se encuentra montado, monte el punto de montaje y vuelva a ejecutar el comando lucreate.

Nuevos errores de arranque de BE: si experimenta problemas al arrancar el entorno actualizado recientemente, puede restablecer el BE original. Para obtener información específica, consulte Failure Recovery: Falling Back to the Original Boot Environment (Command-Line Interface) de Solaris 9 9/04 Installation Guide o el Capítulo 10, Recuperación después de un fallo: retorno al entorno de arranque original (tareas) de Guía de instalación de Solaris 10: Modernización automática de Solaris y planificación de la modernización.

Errores del sistema de archivos de dispositivos globales: después de actualizar un clúster en el que se haya encapsulado el disco raíz, puede que aparezca alguno de los siguientes errores en la consola del clúster durante el primer reinicio del BE modernizado:

mount: /dev/vx/dsk/bootdg/node@1 is already mounted or /global/.devices/node@1 is busy Trying to remount /global/.devices/node@1 mount: /dev/vx/dsk/bootdg/node@1 is already mounted or /global/.devices/node@1 is busy

WARNING - Unable to mount one or more of the following filesystem(s):     /global/.devices/node@1 If this is not repaired, global devices will be unavailable. Run mount manually (mount filesystem...). After the problems are corrected, please clear the maintenance flag on globaldevices by running the following command: /usr/sbin/svcadm clear svc:/system/cluster/globaldevices:default

Dec 6 12:17:23 svc.startd[8]: svc:/system/cluster/globaldevices:default: Method "/usr/cluster/lib/svc/method/globaldevices start" failed with exit status 96. [ system/cluster/globaldevices:default misconfigured (see 'svcs -x' for details) ] Dec 6 12:17:25 Cluster.CCR: /usr/cluster/bin/scgdevs: Filesystem /global/.devices/node@1 is not available in /etc/mnttab. Dec 6 12:17:25 Cluster.CCR: /usr/cluster/bin/scgdevs: Filesystem /global/.devices/node@1 is not available in /etc/mnttab.

Estos mensajes indican que el número menor vxio es el mismo en cada nodo del clúster. Cambie el número menor del grupo de discos raíz en cada nodo de forma que cada número sea único en el clúster. Consulte Cómo asignar un nuevo número menor a un grupo de dispositivos.

Pasos siguientes

Diríjase a Cómo comprobar la modernización de Sun Cluster 3.2.

Véase también

Puede seleccionar mantener su entorno de arranque original, y ahora inactivo, durante el tiempo que necesite. Cuando esté satisfecho con su modernización, puede elegir suprimir el antiguo entorno o conservarlo y mantenerlo.

Puede también mantener el BE inactivo. Para obtener información acerca de cómo mantener el entorno, consulte Capítulo 37, Maintaining Solaris Live Upgrade Boot Environments (Tasks) de Solaris 9 9/04 Installation Guide o Capítulo 11, Mantenimiento de los entornos de arranque de la Modernización automática de Solaris (tareas) de Guía de instalación de Solaris 10: Modernización automática de Solaris y planificación de la modernización.