Lea la descripción del problema ID 4121281 antes de empezar a modernizar su sistema basado en AI (arquitectura Intel) al sistema operativo Solaris 8.
Si el directorio /export está cerca de su capacidad total y moderniza el sistema operativo a la versión Solaris 8 4/01, los requisitos de espacio de /export se calculan erróneamente y la modernización falla. Es un problema habitual si hay un cliente sin disco instalado o si se ha instalado software de terceros en /export. Aparece el mensaje siguiente:
WARNING: Insufficient space for the upgrade. |
Solución alternativa: antes de modernizar, elija una de las siguientes soluciones alternativas.
Cambie provisionalmente el nombre del directorio /export hasta que termine la modernización.
Convierta provisionalmente en comentario la línea /export del archivo /etc/vfstab hasta que termine la modernización.
Si /export es un sistema de archivos independiente, desmonte /export antes de llevar a cabo la modernización.
Después de modernizar desde el sistema operativo Solaris 2.5.1 8/97 u 11/97 al sistema operativo Solaris 8, el siguiente error puede aparecer en /a/var/sadm/system/logs/upgrade_log:
rm: Unable to remove directory /a/var/sadm/pkg/.save.SUNWcsr: File exists |
Solución alternativa: para evitar este error, antes de modernizar el sistema operativo a Solaris 8, ejecute fsck en el sistema de archivos raíz.
Para resolver el error después de modernizar, lleve a cabo fsck en el sistema de archivos raíz.
Si su sistema admite la instalación de clientes sin disco con la herramienta de clientes sin disco AdminSuite 2.3, en primer lugar debe suprimir todos los clientes sin disco antes de instalar el sistema operativo Solaris 8 4/01. Para obtener instrucciones específicas, consulte "How to Set Up Your Diskless Client Environment" en Solaris 8 System Administration Supplement.
Si intenta instalar el sistema operativo Solaris 8 4/01 sobre los clientes sin disco actuales, aparecerá el siguiente mensaje de error:
The Solaris Version (Solaris 7) on slice <xxxxxxxx> cannot be upgraded. There is an unknown problem with the software configuration installed on this disk. |
Si ha modernizado el sistema operativo desde Solaris 8 (servicios WBEM Solaris 2.0), Solaris 8 6/00 (servicios WBEM 2.1), Solaris 8 10/00 (servicios WBEM 2.2) o Solaris 8 1/01 (servicios WBEM 2.3) a Solaris 8 4/01 (servicios WBEM 2.4), debe convertir los datos del formato del objeto gestionado (MOF) personalizado por el propietario al nuevo formato de depósito de registro fiable usado con los servicios WBEM Solaris 2.4. Un fallo al convertir los datos provocará su pérdida.
Solución alternativa: para convertir datos WBEM, antes de modernizar debe guardar el software JavaSpacesTM. Tras la modernización, debe ejecutar el comando wbemconfig convert.
Antes de modernizar el sistema operativo a la versión Solaris 8 4/01, siga estos pasos para guardar el software JavaSpaces.
Conviértase en superusuario.
Guarde el software JavaSpaces.
cp /usr/sadm/lib/wbem/outrigger.jar /usr/sadm/lib/wbem/outrigger.jar.tmp |
Compruebe y registre la versión del software JDKTM instalado en la máquina. Por ejemplo:
# /usr/bin/java -version java version "1.2.1" Solaris VM (build Solaris_JDK_1.2.1_04c, subprocesos nativos, sunwjit) |
Debe ejecutar la misma versión del software JDK que se estaba ejecutando cuando se creó la memoria de datos JavaSpaces original.
Después de haber modernizado al sistema operativo Solaris 8 4/01, debe convertir los datos WBEM. Si desea instrucciones específicas, consulte "Modernización del depósito WBEM para prevenir la pérdida de datos WBEM" in Solaris 8: Suplemento de instalación.
La réplica metadb de DiskSuiteTM contiene nombres de controladores dentro de los datos de configuración de DiskSuite. En los sistemas basados en AI que ejecutan las versiones 2.4, 2.5, 2.5.1 y 2.6 del sistema operativo Solaris, el nombre del controlador SCSI es cmdk. En los sistemas operativos Solaris 7 y 8, para los sistemas basados en AI, el controlador sd sustituye al cmdk.
Solución alternativa: para evitar posibles pérdidas de datos durante las modernizaciones a los sistemas operativos Solaris 7 y 8, guarde las configuraciones de metadispositivos del sistema en archivos de texto y elimine de ellos las réplicas metadb correspondientes antes de modernizar cualquier sistema basado en AI que disponga del software DiskSuite. Después de modernizar el sistema basado en AI, debe restaurar las configuraciones de metadispositivos con la interfaz de línea de comandos de DiskSuite.
DiskSuite Version 4.2 Release Notes describe un procedimiento para guardar las configuraciones metadb, eliminar las réplicas de metadb, modernizar los sistemas basados en AI a Solaris 7 y 8, modernizar DiskSuite a la versión 4.2 y restaurar las configuraciones de metadispositivos. En los sistemas operativos Solaris 7 y 8 hay secuencias de Bourne shell para automatizar el procedimiento.
Este problema afecta a los sistemas que ejecutan los sistemas operativos Solaris 2.5.1 y Solaris 2.5.1 independientes de CDE. Sin embargo, estos sistemas sólo se verán afectados si el CDE no integrado se ha reubicado en un directorio diferente a /usr/dt. La reubicación de CDE en estos sistemas se ha logrado creando un enlace simbólico en /usr/dt que señala al CDE reubicado.
Al modernizar al sistema operativo Solaris 8, CDE se reinstala en /usr/dt y el enlace a la versión reubicada se elimina. El CDE reubicado no se elimina, por lo que queda "huérfano".
Si la modernización implica la reasignación de los sistemas de archivos, las actualizaciones pueden fallar porque el mecanismo de reasignación no tiene en cuenta el espacio adicional que se necesita en /usr/dt para la nueva versión de CDE. Este fallo no se muestra hasta que acaba la modernización. Si se produce este fallo, el registro de modernización contiene varios mensajes que indican que se necesita más espacio para realizar la modernización.
Solución alternativa: desinstale el CDE reubicado antes de iniciar la modernización al sistema operativo Solaris 8. Puede desinstalarlo con la secuencia install-cde, en el CD de CDE de Solaris 2.5.1. Ejecute esta secuencia con el indicador -uninstall para eliminar el CDE.
Si ha instalado WBEM 1.0 desde el CD de Solaris Easy Access Server (SEAS) 3.0 en un sistema con Solaris 7, debe eliminar los paquetes de WBEM 1.0 antes de modernizar el sistema a Solaris 8. Solaris WBEM Services 2.0 no se inicia después de modernizar el sistema operativo Solaris 7 con WBEM 1.0 a Solaris 8. El Gestor de objetos del Modelo de información común (CIM) no se inicia. Aparece el mensaje de error siguiente:
File not found: /opt/sadm/lib/wbem/cimom.jar |
Solución alternativa: use el comando pkgrm para eliminar los paquetes de WBEM 1.0 antes de modernizar el sistema operativo a la versión Solaris 8.
Use el comando pkginfo para comprobar si los paquetes de WBEM 1.0 están instalados escribiendo lo siguiente:
% pkginfo | grep WBEM |
Conviértase en superusuario.
Use el comando pkgrm para eliminar todos los paquetes de WBEM 1.0 escribiendo lo siguiente:
# pkgrm SUNWwbapi # pkgrm SUNWwbcor # pkgrm SUNWwbdev # pkgrm SUNWwbdoc # pkgrm SUNWwbm |
El registro de actualización puede indicar que el paquete SUNWeeudt sólo está instalado parcialmente.
Doing pkgadd of SUNWeeudt to /. ERROR: attribute verification of </a/usr/dt/appconfig/types/ru_RU.KOI8-R/datatypes.dt> failed pathname does not exist ... Installation of <SUNWeeudt> partially failed. pkgadd return code = 2 |
Solución alternativa: siga los pasos que se indican a continuación una vez que se haya completado la modernización.
Elimine el paquete SUNWeeudt escribiendo:
# pkgrm SUNWeeudt |
Agregue el paquete SUNWeeudt escribiendo:
# pkgadd SUNWeeudt |