Este capítulo contiene instrucciones para instalar por primera vez el software Alternate Pathing (AP) 2.2 o bien para sustituir la versión existente de este software por la versión 2.2 en el servidor Sun Enterprise 10000.
El software AP 2.2 incluye un paquete que debe instalarse en el SSP y un grupo de paquetes centrales que deben instalarse en el dominio de Sun Enterprise 10000.
Las instrucciones contenidas en esta sección se refieren a entornos donde no se encuentra instalado ni configurado AP. Si ya hay alguna versión de este software instalada, debe utilizar las instrucciones del procedimiento "Actualización de AP". Este procedimiento utiliza archivos de comandos que guardan la configuración de AP existente y luego restauran esa configuración después de instalar los paquetes de AP 2.2.
En las instrucciones de esta sección se presupone que ya se encuentra instalado el entorno operativo Solaris 7 11/99. Debe instalar este entorno antes de proceder a la instalación de AP 2.2.
Los paquetes de AP precisan aproximadamente 2,7 megabytes de espacio de disco en el dominio y 37 kilobytes en el SSP. En la tabla siguiente se detalla el tamaño de los distintos sistemas de archivos que componen el software de AP:
Tabla 9-1 Requisitos de espacio en disco de AP por sistema de archivo
Sistema de archivo |
Tamaño |
---|---|
Sistema principal: |
|
/usr |
317 Kbytes |
/ |
1,3 Mbytes |
/etc |
13 Kbytes |
/kernel |
1528 Kbytes |
/sbin |
1481 Kbytes |
|
|
SSP: |
|
/opt |
31 Kbytes |
Si su intención es instalar AP sobre una instalación nueva del entorno operativo Solaris 7 11/99, instale primero este entorno (si es necesario) y vuelva luego a este realizar procedimiento.
Consulte "Primera instalación del software" en el capítulo "Solaris 7 11/99 en Sun Enterprise 10000" en Solaris 7 11/99: Guía de plataformas de hardware de Sun.
Monte el CD-ROM.
Entre en el SSP como superusuario.
Introduzca el CD suplementario de Sun Computer Systems en la unidad de CD-ROM.
La unidad de CD-ROM está conectada al SSP. Espere a que el administrador de volúmenes monte el CD-ROM.
Ejecute el siguiente comando share(1M) en el SSP para que el CD-ROM pueda utilizarse a través de la red.
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
Instale los paquetes de AP en el SSP (y en cualquier otro SSP, si existe).
Instale AP en el dominio.
Desmonte y extraiga el CD-ROM.
Configure AP.
Si precisa instrucciones para hacerlo, lea "Para configurar AP". Consulte también el manual Sun Enterprise Server Alternate Pathing User's Guide.
Cree entre tres y cinco bases de datos AP.
# apdb -c segmento_disco_básico -f
Cree los metadiscos AP.
Debe conocer la configuración del hardware del dominio para saber qué dos puertos están conectados a la misma matriz de discos. En los pasos siguientes se utilizan los puertos pln, pero los puertos reales pueden variar en función de la configuración del sistema.
Examine la lista de puertos y los nodos de dispositivos de discos asociados.
# apinst pln0 /dev/dsk/c1t0d0 /dev/dsk/c1t1d0 /dev/dsk/c1t2d0 /dev/dsk/c1t3d0 /dev/dsk/c1t4d0 /dev/dsk/c1t5d0 pln1 /dev/dsk/c2t0d0 /dev/dsk/c2t1d0 /dev/dsk/c2t2d0 /dev/dsk/c2t3d0 /dev/dsk/c2t4d0 /dev/dsk/c2t5d0
Cree un grupo de rutas de disco sin confirmar.
# apdisk -c -p pln0 -a pln1 # apconfig -S -u
donde:
-c crea el grupo de rutas.
-p designa la ruta principal.
-a designa la ruta alternativa.
Puede verificar los resultados utilizando apconfig(1M) según se muestra en el ejemplo anterior.
Confirme las entradas en la base de datos.
# apdb -C
Puede verificar los resultados del comando anterior utilizando apconfig -S.
Regenere los directorios de dispositivos.
# drvconfig -i ap_dmd # ls -l /devices/pseudo/ap_dmd* ...
Como puede verse en este ejemplo, es posible verificar los resultados del comando drvconfig(1M) viendo el contenido de /devices/pseudo/ap_dmd*.
Cree enlaces simbólicos entre el directorio de dispositivos /devices/pseudo y los archivos de metadisco especiales contenidos en /dev/ap/dsk y /dev/ap/rdsk.
# apconfig -R # ls -l /dev/ap/dsk ...
Tal y como se muestra en el ejemplo, es posible verificar los resultados del comando apconfig(1M) viendo el contenido de /dev/ap/dsk para examinar los enlaces simbólicos.
Si va a poner el disco de arranque bajo el control de AP, utilice apboot(1M) para definir el nuevo dispositivo de arranque de AP.
# apboot nombre_metadisco
El comando apboot(1M) modifica los archivos /etc/vfstab y /etc/system. El argumento nombre_metadisco debe tener el formato: mcxtxdx.
Modifique cualquier referencia que utilice un nodo de dispositivo físico (es decir, cualquier ruta que comience por /dev/dsk o /dev/rdsk) para sustituirla por el nodo de dispositivo de metadiscos correspondiente (es decir, una ruta que comience por /dev/ap/dsk o /dev/ap/rdsk).
Si una partición está montada bajo una ruta física, desmóntela y vuelva a montarla bajo la ruta del metadisco.
Examine /etc/vfstab para localizar posibles dispositivos físicos que deberían sustituirse por metadispositivos AP. Si es necesario, abra /etc/vfstab con un editor para efectuar las modificaciones oportunas.
Es preciso ser un administrador con amplios conocimientos para editar /etc/vfstab. Una configuración incorrecta de los sistemas de archivos de /etc/vfstab puede provocar la pérdida de datos al rearrancar el dominio.
Cree las metarredes AP (para redes distintas de la principal).
Los pasos siguientes se aplican a todas las redes para las que desee definir rutas alternativas, excepto a la red principal.
Cree el grupo de rutas de red.
# apnet -c -p interfaz_red -a interfaz_red # apconfig -N -u ...
Tal y como se muestra en el ejemplo, puede verificar los resultados del comando apnet(1M) utilizando apconfig(1M).
Confirme las entradas de grupos de rutas de red en la base de datos.
# apdb -C
Puede verificar los resultados de apdb(1M) utilizando el comando apconfig(1M) con la opción -N.
Suprima cualquier uso directo de los dos miembros de los grupos de rutas de red.
Si la interfaz física está abierta y no es la interfaz que utilizará durante la ejecución de los comandos para configurar la metarred, puede cerrarla utilizando el comando ifconfig(1M).
Cree un archivo /etc/hostname.mnombre_interfaz_red para cualquier metarred que desee configurar cuando se rearranque el servidor.
Cree la metarred AP correspondiente a la red principal.
Examine el contenido de los archivos /etc/nodename y /etc/hostname.nombre_interfaz para verificar que el nombre de interfaz es el mismo.
Cree el grupo de rutas de la red principal.
# apnet -c -p interfaz_red -a interfaz_red
En este ejemplo, -c crea el nuevo grupo de rutas de la red principal, -p designa la ruta principal y -a la ruta alternativa.
Confirme la entrada de grupo de rutas de red en la base de datos.
# apdb -C # apconfig -N
Tal y como se muestra en el ejemplo, puede verificar los resultados de apdb(1M) utilizando el comando apconfig(1M).
Cree el nuevo archivo /etc/hostname.mnombre_interfaz para configurar la red cuando rearranque el servidor.
Por ejemplo, /etc/hostname.mnombre_interfaz podría contener hmb.
Suprima los archivos de configuración correspondientes a la interfaz de la metarred.
# rm -f /etc/hostname.nombre_interfaz_principal \ /etc/hostname.nombre_interfaz_alternativa
Si tiene intención de utilizar un administrador de volúmenes como Sun Enterprise Volume Manager (SEVM) o Solstice DiskSuite (SDS), configure el administrador siguiendo las instrucciones del fabricante.
Asegúrese de que Solaris 7 11/99 (que es necesario para AP 2.2) soporta el administrador de volúmenes que vaya a utilizar.
Consideraciones sobre SEVM
Si desea configurar los volúmenes SEVM sobre AP, deberá hacerlo utilizando rutas de metadiscos AP en lugar de rutas físicas. SEVM reconoce e instala correctamente los metadispositivos AP existentes sin necesidad de realizar acciones especiales.
SEVM puede encapsular discos de arranque y otros discos que estén configurados como metadispositivos AP. También puede encapsular bases de datos AP sin que ello afecte a AP, pero recuerde que SEVM impone habitualmente ciertas condiciones para la encapsulación:
Tiene que existir un segmento s2 que represente el disco completo.
Tiene que existir una "pequeña cantidad" de espacio libre al principio o al final del disco.
Tiene que haber dos particiones libres.
Puede que los requisitos de las particiones impliquen abandonar una base de datos AP, que normalmente se sitúa en el segmento s4.
Es aconsejable configurar SEVM después de configurar AP. No está dentro de los objetivos de este documento describir la forma de integrar AP con una configuración de SEVM existente.
Consideraciones sobre SDS.
Si desea configurar los volúmenes de SDS sobre AP, deberá hacerlo utilizando rutas de metadiscos AP en lugar de rutas físicas. SDS reconoce e instala correctamente los metadispositivos AP existentes sin necesidad de realizar acciones especiales.
Rearranque el dominio (si es necesario).
Si ya había rearrancado el dominio después de configurar un administrador de volúmenes, puede omitir este paso.
Esta sección contiene instrucciones para actualizar a AP 2.2 en el SSP y en un dominio. El entorno operativo Solaris 7 11/99 no soporta las versiones AP 2.0 y AP 2.1. El proceso de actualización implica desinstalar la versión anterior de AP del SSP y del dominio, instalar un paquete de AP en el SSP y un conjunto de paquetes centrales de este mismo software en el dominio, y restaurar la configuración anterior de AP. Para simplificar el proceso, se suministran diversos archivos de comandos.
Si instala AP 2.2 en un dominio Sun Enterprise 10000, el SSP debe ejecutar el software SSP 3.1, ya que SSP 3.0 no soporta AP 2.2. Consulte el kit de soporte del SSP si precisa instrucciones para instalar el software del SSP.
La instalación de los paquetes contenidos en el CD-ROM suministrado precisa aproximadamente 2,7 de espacio en el dominio principal y 37 kilobytes en el SSP. En la tabla siguiente figuran los tamaños de los sistemas de archivos que componen la totalidad del software de AP:
Tabla 9-2 Tamaños de los sistemas de archivos del software de AP
Sistema de archivos |
Tamaño |
---|---|
Dominio: |
|
/opt |
1,23 Mbytes |
/usr |
158 Kbytes |
/ |
1,3 Mbytes |
|
|
SSP: |
|
/opt |
37 Kbytes |
No olvide hacer siempre una copia de seguridad del servidor antes de actualizar cualquier software. La copia más segura es un volcado de nivel 0 (ufsdump(1M)) de los sistemas de archivos conectados al servidor que se va a actualizar. Si no tiene establecido ningún procedimiento de copia de seguridad, consulte la System Administration Guide.
No necesita suprimir los parches instalados antes de proceder a la actualización.
Compruebe la documentación de otros paquetes de software que se estén ejecutando (como administradores de volúmenes) antes de utilizar la opción upgrade de la utilidad suninstall. Puede haber otras instrucciones que necesita seguir para conservar las configuraciones existentes. Recuerde también revisar las notas sobre la versión de AP y de cualquier administrador de volúmenes que esté utilizando.
Los procedimientos de actualización de AP descritos en esta sección utilizan dos archivos de comandos, ap_upgrade_begin y ap_upgrade_finish. El primero guarda la configuración de AP existente y el segundo restaura exactamente la misma configuración una vez que se han instalado los paquetes de AP 2.2. Es probable que realice la actualización al entorno operativo Solaris 7 11/99 junto con la de AP 2.2, ya que AP 2.2 precisa Solaris 7 11/99. Dado que se restaura la misma configuración de AP que existía antes de instalar Solaris 7 11/99, necesitará tener en cuenta los comentarios de las secciones siguientes.
Si se renumeran los controladores de E/S, los archivos de comandos de actualización de AP no funcionarán. El cambio de la numeración puede tener lugar si se altera la configuración del hardware de determinadas maneras y luego se ejecuta un arranque de reconfiguración (boot -R) o se provoca la ejecución de un comando drvconfig(1M). Si, por ejemplo, utiliza Reconfiguración dinámica (DR) para desconectar lógicamente una placa del sistema que contiene controladores de E/S y otras placas del sistema de numeración superior también contienen controladores de E/S, el siguiente arranque de reconfiguración provocará un cambio en la numeración de los controladores. Por ejemplo, pln5 podría pasar a ser pln3.
El procedimiento de suninstall requiere una arranque de reconfiguración. Si éste provoca la renumeración de los controladores, no podrá utilizar ap_upgrade_finish para finalizar la actualización de AP, aunque sí podrá seguir utilizando ap_upgrade_begin. La razón es que ap_upgrade_begin guarda la información de configuración de AP en los archivos /var/tmp/ap*. Si conoce bien la forma en que funciona la numeración de dispositivos, puede recrear la configuración de AP haciendo referencia a esos archivos de /var/tmp y reasignar manualmente la anterior configuración de AP teniendo en cuenta la nueva numeración de los controladores físicos.
Si no conoce con certeza la forma en que se numeran los dispositivos, debería hacer una instalación desde cero y recrear la configuración de AP, o solicitar ayuda al servicio técnico. Como norma general, trate de no cambiar el hardware de forma que pueda ocasionar la renumeración de los controladores.
Los archivos de comandos de actualización de AP tratan de recrear sus bases de datos en las mismas particiones que ocupaban antes de actualizar al entorno operativo Solaris 7 11/99. Tenga presente, sin embargo, que Solaris 7 11/99 precisa más espacio de disco que las anteriores versiones de este entorno operativo. Por este motivo, puede que prefiera modificar el esquema de particiones del disco de arranque durante la ejecución de suninstall. Si sitúa sistemas de archivos en todas las particiones utilizadas anteriormente para bases de datos de AP, ap_upgrade_finish no es capaz de recrear ninguna base de datos y el proceso de actualización falla. Por otra parte, si sitúa un sistema de archivos en alguna partición anteriormente utilizada para una base de datos de AP y, por algún motivo, ese sistema de archivos no está montado en el momento de ejecutar ap_upgrade_finish, el sistema de archivos queda sustituido por una copia de la base de datos de AP.
La utilidad de actualización de AP presupone que el particionamiento del disco raíz (el que contiene la partición root) no se modifica durante la actualización. El software de Solaris 7 11/99 precisa más espacio de disco que las versiones anteriores y una forma de obtener más espacio es reparticionar el disco original o dividir el disco root en dos discos utilizando los comandos estándar antes de actualizar a Solaris 7 11/99. Si necesita reparticionar el disco root, deberá hacerlo antes de llevar a cabo la actualización a AP 2.2. Si no hay espacio suficiente al ejecutar suninstall, tiene la posibilidad de modificar el esquema de particiones del disco para obtener más espacio, pero no puede reasignar las particiones root o usr a otro disco durante la ejecución de suninstall, ya que esto provocaría el fallo del archivo de actualización de AP.
Antes de ejecutar ap_upgrade_begin, confirme cualquier entrada de la base de datos de AP que esté sin confirmar. Todos los metadispositivos que se hayan creado, pero no se hayan confirmado, se perderán durante la actualización. Igualmente, los dispositivos que se hayan eliminado sin la correspondiente confirmación seguirán existiendo después de la actualización.
Si es necesario, confirme los metadispositivos AP que no estén confirmados.
Finalice cualquier proceso que directa o indirectamente implique el acceso a los metadispositivos AP.
No necesita preocuparse por el hecho de que el disco de arranque o la red principal puedan estar utilizando metadispositivos AP. El archivo de comandos ap_upgrade_begin, que deberá ejecutar más adelante durante este procedimiento, y el posterior rearranque harán que el disco de arranque y la red principal utilicen rutas físicas en lugar de metadispositivos AP.
Prepare el CD-ROM.
Entre en el SSP como superusuario.
Introduzca el CD suplementario de Sun Computer Systems en la unidad de CD-ROM de la máquina del SSP.
Espere a que el administrador de volúmenes monte el CD.
Ponga el CD-ROM en modo compartido de forma que pueda utilizarse a través de la red.
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
Actualice AP en el SSP.
Interrumpa (kill) el proceso de ap_ssp_daemon.
Desinstale el paquete SUNWapssp en el SSP principal y en el secundario (si existe) utilizando el comando pkgrm(1M).
Instale el paquete SUNWapssp de AP 2.2 en el SSP principal y en el secundario (si existe).
ssp# cd /cdrom/cdrom0/Product ssp# pkgadd -d . SUNWapssp
Inicie ap_ssp_daemon (en el SSP principal).
ssp# init q
Desinstale AP del dominio.
Entre en el dominio como superusuario.
Cree y monte el directorio /cdrom.
# mkdir /cdrom # mount nombresistema_ssp:/cdrom/cdrom0 /cdrom
Ejecute el siguiente archivo de comandos para desconfigurar AP (guardando la configuración para recuperarla más adelante):
# /cdrom/Tools/ap_upgrade_begin ... ap_upgrade_begin has completed
Este archivo de comandos guarda la información de configuración de AP en los archivos /var/tmp/ap*. También genera archivos de comandos de shell ejecutables que puede utilizar posteriormente para recuperar esa configuración. Puede examinar los archivos /var/tmp/ap* si lo desea, pero no los modifique ni los suprima. Si lo hace, puede poner en peligro el proceso de actualización.
Si algún sistema de archivos de /etc/vfstab aún está configurado como metadispositivo de AP, abra /etc/vfstab con un editor y reconfigúrelo como dispositivo físico.
Es preciso ser un administrador con amplios conocimientos para editar /etc/vfstab. Una configuración incorrecta de los sistemas de archivos de /etc/vfstab puede provocar la pérdida de datos al rearrancar el dominio.
Desinstale los paquetes SUNWapdoc, SUNWapr, SUNWapu y SUNWabap utilizando el comando pkgrm(1M).
Si tiene prevista la actualización al entorno operativo Solaris 7 11/99, llévela a cabo ahora.
Consulte la sección "Actualización del software" en el capítulo "Solaris 7 11/99 en Sun Enterprise 10000" de Solaris 7 11/99: Guía de plataformas de Hardware de Sun.
Espere a que haya finalizado el proceso de actualización de Solaris antes de continuar con este procedimiento.
Asegúrese de que actualiza el segmento correcto. Si había utilizado un administrador de volúmenes para duplicar el disco de arranque y también AP para acceder con rutas alternativas a cada duplicación del disco, entonces hay cuatro rutas físicas definidas como potenciales rutas de acceso al disco de arranque (dos rutas alternativas por cada duplicación del disco de arranque). Ahora que se han desconfigurado AP y el administrador de volúmenes, examine /etc/vfstab para comprobar la ruta física que corresponde al sistema de archivos root (/). Cerciórese de que la variable boot-device de OBP tiene definida esa ruta y especifíquela cuando ejecute suninstall para indicar el disco que debe actualizarse. Posteriormente, cuando restaure el administrador de volúmenes, no olvide designar ese disco como duplicación principal. Consulte la documentación del administrador de volúmenes si precisa información para determinar qué segmento físico se utiliza al arrancar.
Prepare el CD-ROM (si es necesario).
Entre en el SSP como superusuario.
Vuelva a introducir el CD suplementario de Sun Computer Systems en la unidad de CD-ROM de la máquina del SSP.
Espere a que el administrador de volúmenes monte el CD.
Ponga el CD-ROM en modo compartido, de forma que pueda utilizarse a través de la red.
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
Actualice a AP 2.2 en el dominio.
Entre en el dominio como superusuario.
Si es necesario, cree y monte el directorio /cdrom.
# mkdir /cdrom # mount nombresistema_ssp:/cdrom/cdrom0 /cdrom
Instale los paquetes de AP 2.2 necesarios.
# cd /cdrom/Product # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
Ejecute el archivo de comandos siguiente para restaurar la configuración original de AP.
No olvide leer "Actualización simultánea del software de AP y de Solaris" antes de ejecutar el comando siguiente.
# /cdrom/Tools/ap_upgrade_finish ... ap_upgrade_finish has completed
Si alguno de los sistemas de archivos de /etc/vfstab aún está configurado como dispositivo físico y desea utilizarlo como metadispositivo de AP, abra /etc/vfstab con un editor y reconfigure ese sistema de archivos como metadispositivo de AP.
Es preciso ser un administrador con amplios conocimientos para editar /etc/vfstab. Una configuración incorrecta de los sistemas de archivos de /etc/vfstab puede provocar la pérdida de datos al rearrancar el dominio.
Rearranque el dominio.
En el SSP, anule el modo compartido de la unidad de CD-ROM y extraiga el CD suplementario de Sun Computer Systems.
ssp# cd / ssp# unshare /cdrom/cdrom0 ssp# eject cdrom
Si está sustituyendo los entornos operativos Solaris 2.5.1 o 2.6 por Solaris 7 11/99 y tiene instalados AP 2.0 o 2.1 y Solstice(TM) DiskSuite(TM) 4.0 o 4.1 (SDS) en el sistema, deberá actualizar a AP 2.2 y SDS 4.2.
Compruebe que dispone de la siguiente documentación antes de proceder a la actualización:
Suplemento de notas sobre la versión de Solaris 7 11/99 para hardware de Sun (disponible en formato impreso en el kit de soporte de Solaris 7 11/99)
Solaris 7 11/99: Guía de plataformas de hardware de Sun (disponible en formato impreso en el kit de soporte de Solaris 7 11/99 o en formato AnswerBook2 dentro del CD suplementario de hardware de Sun)
Sun Enterprise Server Alternate Pathing User's Guide (disponible en formato AnswerBook2 en el CD suplementario de hardware de Sun, dentro del kit de soporte de Solaris 7 11/99)
Solstice DiskSuite 4.2 User's Guide (disponible en formato AnswerBook2 en http://docs.sun.com o en el kit de soporte de SDS)
Solstice DiskSuite 4.2 Installation and Product Notes (disponible en formato AnswerBook2 en http://docs.sun.com o en el kit de soporte de SDS)
Es preciso seguir el orden indicado a continuación para realizar la actualización correctamente.
Las tareas básicas son:
Desconfigurar SDS 4.0 o 4.1.
Desinstalar AP 2.0 o 2.1.
Actualizar al entorno operativo Solaris 7 11/99.
Instalar AP 2.2.
Instalar y reconfigurar SDS 4.2.
Antes de comenzar con este procedimiento, lea las notas sobre la versión de AP, así como las de Solstice DiskSuite 4.2. Haga también una lectura completa del procedimiento antes de iniciarlo.
Si es necesario, confirme cualquier metadispositivo AP que esté sin confirmar.
Desconfigure Solstice DiskSuite(TM) (SDS) siguiendo los pasos del uno al ocho del procedimiento "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" en Solstice DiskSuite 4.2 Installation and Product Notes (19 de octubre de 1998).
Rearranque.
Con ello se asegura de que los volúmenes de discos desconfigurados dejan de estar activos.
Finalice cualquier proceso que directa o indirectamente implique el acceso a metadispositivos AP.
No necesita preocuparse ahora por el hecho de que el disco de arranque o la red principal puedan estar utilizando metadispositivos AP. El archivo de comandos ap_upgrade_begin, que ejecutará más adelante durante este procedimiento, y el posterior rearranque harán que el disco de arranque y la red principal utilicen rutas físicas en lugar de metadispositivos AP.
Prepare el CD-ROM.
Entre en el SSP como superusuario.
Introduzca el CD suplementario de Sun Computer Systems en la unidad de CD-ROM de la máquina del SSP.
Espere a que el administrador de volúmenes monte el CD.
Ponga el CD-ROM en modo compartido para que pueda utilizarse a través de la red.
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
Actualice AP en el SSP.
Interrumpa (kill) el proceso ap_ssp_daemon.
Desinstale el paquete SUNWapssp en el SSP principal y el secundario (si existe) utilizando el comando pkgrm(1M).
Instale el paquete SUNWapssp de AP 2.2 en el SSP principal y en el secundario (si existe).
ssp# cd /cdrom/cdrom0/Product ssp# pkgadd -d . SUNWapssp
Inicie ap_ssp_daemon (en el SSP principal).
ssp# init q
Desinstale AP del dominio.
Entre en el dominio como superusuario.
Cree y monte el directorio /cdrom.
# mkdir /cdrom # mount nombresistema_ssp:/cdrom/cdrom0 /cdrom
Ejecute el archivo de comandos siguiente para desconfigurar AP (y guardar la configuración existente de este software para poderla recuperar más adelante):
# /cdrom/Tools/ap_upgrade_begin ... ap_upgrade_begin has completed
Este archivo guarda la configuración de AP existente en los archivos /var/tmp/ap*. También genera archivos de comandos ejecutables que pueden utilizarse para restablecer la configuración guardada. Puede examinar los archivos /var/tmp/ap* si lo desea, pero no modificarlos ni suprimirlos, ya que podría poner en peligro el procedimiento de actualización.
Si alguno de los sistemas de archivos contenidos en /etc/vfstab sigue configurado como metadispositivo, abra /etc/vfstab con un editor y reconfigúrelo como dispositivo físico.
Es preciso ser un administrador con amplios conocimientos para editar /etc/vfstab. Una configuración incorrecta de los sistemas de archivos de /etc/vfstab puede provocar la pérdida de datos al rearrancar el dominio.
Suprima los paquetes SUNWapdoc, SUNWapr, SUNWapu y SUNWabap utilizando el comando pkgrm(1M).
Si tiene intención de actualizar el entorno operativo a Solaris 7 11/99, hágalo ahora.
Consulte la sección "Actualización del software" en el capítulo "Solaris 7 11/99 en Sun Enterprise 10000" de Solaris 7 11/99: Guía de plataformas de hardware de Sun.
Espere a que la actualización de Solaris haya finalizado para continuar con este procedimiento.
Asegúrese de que actualiza el segmento correcto. Si había utilizado un administrador de volúmenes para duplicar el disco de arranque y también AP para acceder con rutas alternativas a cada duplicación del disco, entonces hay cuatro rutas físicas definidas como potenciales rutas de acceso al disco de arranque (dos rutas alternativas por cada duplicación del disco de arranque). Ahora que se han desconfigurado AP y el administrador de volúmenes, examine /etc/vfstab para comprobar la ruta física que corresponde al sistema de archivos root (/). Cerciórese de que la variable boot-device de OBP tiene definida esa ruta y especifíquela cuando ejecute suninstall para indicar el disco que debe actualizarse. Posteriormente, cuando restaure el administrador de volúmenes, no olvide designar ese disco como duplicación principal. Consulte la documentación del administrador de volúmenes si precisa información para determinar qué segmento físico se utiliza al arrancar.
Prepare el CD-ROM (si es necesario).
Entre en el SSP como superusuario.
Vuelva a introducir el CD suplementario de Sun Computer Systems en la unidad de CD-ROM de la máquina del SSP.
Espere a que el administrador de volúmenes monte el CD-ROM.
Ponga el CD-ROM en modo compartido para que pueda utilizarse a través de la red.
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
Actualice a AP 2.2 en el dominio.
Entre en el dominio como superusuario.
Si es necesario, cree y monte el directorio /cdrom.
# mkdir /cdrom # mount nombresistema_ssp:/cdrom/cdrom0 /cdrom
Instale los paquetes de AP 2.2 necesarios.
# cd /cdrom/Product # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
Ejecute el archivo de comandos siguiente para restaurar la configuración original de AP.
No olvide leer "Actualización simultánea del software de AP y de Solaris" antes de ejecutar el comando siguiente.
# /cdrom/Tools/ap_upgrade_finish ... ap_upgrade_finish has completed
Si alguno de los sistemas de archivos de /etc/vfstab aún está configurado como dispositivo físico y desea utilizarlo como metadispositivo de AP, abra /etc/vfstab con un editor y reconfigure ese sistema de archivos como metadispositivo de AP.
Es preciso ser un administrador con amplios conocimientos para editar /etc/vfstab. Una configuración incorrecta de los sistemas de archivos de /etc/vfstab puede provocar la pérdida de datos al rearrancar el dominio.
Rearranque el dominio.
En el SSP, anule el modo compartido de la unidad de CD-ROM y extraiga el CD suplementario de Sun Computer Systems.
ssp# cd / ssp# unshare /cdrom/cdrom0 ssp# eject cdrom
Instale y configure Solstice DiskSuite 4.2 siguiendo los pasos del 10 al 16 del procedimiento "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" de Solstice DiskSuite 4.2 Installation and Product Notes (19 de octubre de 1998).
Si el disco de arranque está duplicado, asegúrese de que especifica el disco actualizado como duplicación principal.
De forma opcional, defina la variable boot-device de OBP con una ruta de acceso a cualquier dispositivo de arranque disponible.
Puede haber hasta cuatro rutas de acceso a un dispositivo de arranque si se ha duplicado el disco de arranque y se han establecido rutas de acceso alternativas (en las fases anteriores de este procedimiento, al desconfigurar AP y el administrador de volúmenes, fue necesario que boot-device indicase una ruta física al directorio raíz (/) según lo especificado en /etc/vfstab).
Si está actualizando a AP 2.2 y también a un administrador de volúmenes distinto de Solstice DiskSuite 4.2, siga las instrucciones generales proporcionadas en esta sección.
Asegúrese de que Solaris 7 11/99 (que es necesario para AP 2.2) soporta el administrador de volúmenes.
Utilice el procedimiento "Para actualizar a AP 2.2 y SDS 4.2" como referencia, aunque dos de los pasos son diferentes:
En lugar del Paso 2, "Desconfigure Solstice DiskSuite(TM) (SDS)", siga estas instrucciones:
Seguramente deberá realizar operaciones de desconfiguración dentro de un procedimiento destinado a actualizar la versión del administrador de volúmenes.
Después de realizar los pasos para desconfigurar los dispositivos del administrador de volúmenes, puede que se encuentre a la mitad de un procedimiento de actualización de este administrador. No continúe más allá del punto en que se desconfigura el administrador de volúmenes.
No instale nuevos paquetes del administrador de volúmenes.
No ejecute suninstall.
Continúe con el Paso 3 del procedimiento "Para actualizar a AP 2.2 y SDS 4.2" inmediatamente después de desconfigurar el administrador de volúmenes.
En lugar del Paso 12, "Instale y configure Solstice DiskSuite 4.2", siga las instrucciones del fabricante del software para recuperar las configuración del administrador de volúmenes. Lo más probable es que tenga que continuar con el procedimiento que estaba siguiendo en el punto anterior.