Para obtener la información más reciente sobre la compatibilidad de actualizaciones a partir de Solaris 10 10/09, consulte Cambios en la compatibilidad de actualizaciones para las versiones de Oracle Solaris.
Esta sección describe los errores de actualización. Algunos errores se pueden producir cuando está realizando la actualización al Sistema operativo Oracle Solaris 10. Otros errores pueden tener lugar después de haber completado la actualización.
El comando shutdown podría llegar a bloquear el sistema después de actualizarse a la versión Solaris 10 10/09. El bloqueo tiene lugar cuando el daemon svc.startd detiene los servicios del sistema.
El archivo de registro de depuraciones de Sun Java Web Console de /var/log/webconsole/console/console_debug_log aparece si el servicio de la consola web se inicia y se detiene.
Solución: escriba los siguientes comandos:
/usr/share/webconsole/private/bin/wcremove -i console svcadm clear system/webconsole:console smcwebserver start |
El comando wcremove elimina la instancia del dominio de servidor que se creó para esa consola en concreto. Cuando la consola se reinicia, se crea una nueva instancia del dominio.
Cuando se utilizan los comandos lucreate y lumake en zonas no globales que no se encuentren en estado de ejecución, los comandos podrían ejecutarse de forma incorrecta. Podrían diferir el contenido de la zona no global original y el de la copia. Los usuarios quizá no puedan iniciar sesión en la consola de la zona mediante el comando zlogin. Al utilizar el comando zlogin se muestra el mensaje de error siguiente:
zlogin: makeutx failed |
La salida de diagnóstico de los comandos lucreate y lumake no muestra ningún error.
Solución: antes de utilizar los comandos lucreate y lumake, asegúrese de que todas las zonas no globales estén en ejecución.
Si utiliza Modernización automática de Oracle Solaris para actualizar de Solaris 8 o Solaris 9 a la versión Solaris 10 10/09, la actualización produce un error. El archivo de compresión de imágenes de instalación se descomprime mediante la utilidad 7za. El paquete SUNWp7zip no se incluye en las versiones Solaris 8 y 9. Como consecuencia, Modernización automática de Oracle Solaris genera un error.
Solución: para utilizar Modernización automática de Oracle Solaris para actualizar el sistema de Solaris 8 o Solaris 9 a Solaris 10 10/09, siga los pasos que se enumeran en Restricciones de Modernización automática de Oracle Solaris.
La reasignación de espacio en el disco con zonas falla si se instalan zonas en el directorio /opt. La actualización puede fallar al restaurar el archivo de almacenamiento de reasignación de espacio en el disco. En determinados casos la actualización puede funcionar bien, pero no se puede reiniciar el sistema.
Solución: compruebe que el sistema de archivos raíz no esté completamente lleno antes de la actualización. Si es preciso, quite archivos antes de efectuar la actualización para que el segmento raíz esté lleno por debajo del 90 por ciento.
Al actualizar Trusted Extensions desde Solaris 10 11/06 o Solaris 10 8/07 a Solaris 10 10/08, Solaris 10 5/09 o Solaris 10 10/09, en el sistema se instalan paquetes de Trusted Extensions localizados no deseados. Este error se debe a que el programa de instalación de Trusted Extensions en las versiones Solaris 10 11/06 y Solaris 10 8/07 instala los paquetes traducidos de forma predeterminada. No se muestra ningún mensaje de error.
Solución: antes de actualizar Trusted Extensions a la versión actual, elimine los siguientes paquetes traducidos de Trusted Extensions.
SUNWjdtts |
SUNWkdtts |
SUNWjmgts |
SUNWkmgts |
SUNWjtsman |
SUNWktsu |
SUNWjtsu |
SUNWodtts |
SUNWtgnome-l10n-doc-ja |
SUNWtgnome-l10n-ui-ko |
SUNWtgnome-l10n-ui-it |
SUNWtgnome-l10n-ui-zhHK |
SUNWtgnome-l10n-ui-sv |
SUNWtgnome-l10n-ui-es |
SUNWtgnome-l10n-doc-ko |
SUNWtgnome-l10n-ui-ptBR |
SUNWtgnome-l10n-ui-ja |
SUNWtgnome-l10n-ui-zhTW |
SUNWtgnome-l10n-ui-zhCN |
SUNWtgnome-l10n-ui-fr |
SUNWtgnome-l10n-ui-de |
SUNWtgnome-l10n-ui-ru |
Este error se produce al actualizar Solaris 10 Hardware 2 (HW2) a la versión actual de Solaris 10 10/09.
En Solaris 10 HW2, el archivo name_service.xml de cualquier servicio de nombres, como NIS, NIS+, FILES o LDAP, es el siguiente:
# ls -l name_service.xml lrwxrwxrwx 1 root root 10 Apr 10 16:26 name_service.xml -> ns_files.xml |
Si el servicio de nombres es NIS, el archivo name_service.xml se vincula con ns_files.xml. Sin embargo, los archivos ns_files.xml y ns_nis.xml tienen el mismo contenido.
# cat /etc/release Solaris 10 3/05 HW2 s10s_hw2wos_05 SPARC Copyright 2005 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 26 September 2005 # cd /var/svc/profile # ls -l name_service.xml ns_files.xml ns_nis.xml lrwxrwxrwx 1 root other 12 May 21 04:06 name_service.xml -> ns_files.xml -r--r--r-- 1 root sys 779 May 21 04:25 ns_files.xml -r--r--r-- 1 root sys 779 Jan 21 2005 ns_nis.xml # # diff ns_files.xml ns_nis.xml # diff name_service.xml ns_nis.xml |
En la salida anterior, los archivos ns_nis.xml y ns_files.xml son idénticos. Eso significa que el archivo name_service.xml se vincula simbólicamente con el archivo incorrecto de servicio de nombres. El archivo name_service.xml se vincula con ns_files.xml. En lugar de eso, name_service.xml debería vincularse con ns_nis.xml.
La solución de CR 6411084, la secuencia de comandos de instalación o de postinstalación de SUNWcsr, crea el vínculo correcto sólo si name_service.xml no es un archivo de vínculos. Si name_service.xml ya es un archivo de vínculos simbólicos, como en Solaris 10 Hardware 2, la solución de CR 6411084 no es válida.
Tras actualizar de Solaris 10 Hardware 2 a Solaris 10 10/09, el mensaje siguiente aparece en la consola o registrado en el archivo de mensajes:
Oct 23 12:18:45 vt2000a automount[301]: [ID 366266 daemon.error] can't read nis map auto_master: can't communicate with ypbind - retrying |
Asimismo, el servicio /network/nis/client:default carece de conexión.
Solución: opte por una de estas soluciones:
Solución 1: antes de una actualización, quite el archivo /var/svc/profile/name_service.xml.
Solución 2: Después de una actualización, cambie el vínculo /var/svc/profile/name_service.xml por el archivo ns_<xxx>.xml, que se basa en el servicio de nombres.
Una zona no global que se haya instalado, pero que nunca se haya iniciado o preparado para su uso impide que la actualización se realice correctamente. No se muestra ningún mensaje de error.
Solución: Si se encuentra una zona de este tipo, ésta debe preparase para su uso y, a continuación, detenerse antes de que se inicie la actualización. Por ejemplo:
global# zoneadm -z myzone ready ; zoneadm -z myzone halt |
Al actualizar un sistema Solaris 10 3/05 o Solaris 10 1/06 con zonas no globales a Solaris 10 10/09, es posible que el servicio SMF que monta los sistemas de archivos locales falle en las zonas no globales. Como resultado, es posible que no se inicien otros servicios ubicados en las zonas no globales.
Una vez actualizado un sistema Oracle Solaris 10 con zonas no globales a la versión Solaris 10 10/09, es posible que los servicios se encuentren en estado de mantenimiento. Por ejemplo:
# zlogin myzone svcs -x svc:/system/filesystem/local:default (local file system mounts) State: maintenance since Wed May 24 13:18:06 2006 Reason: Start method exited with $SMF_EXIT_ERR_FATAL. See: http://sun.com/msg/SMF-8000-KS See: /var/svc/log/system-filesystem-local:default.log Impact: 18 dependent services are not running. (Use -v for list.) |
Solución:
Reinicie la zona no global desde la zona global. Por ejemplo:
global# zoneadm -z myzone reboot |
En esta versión de Oracle Solaris, el Gestor de volúmenes de Solaris muestra el resultado del ID de dispositivo en un nuevo formato. SO Solaris 9 9/04, que introdujo la compatibilidad de ID de dispositivos en conjuntos de discos, no reconoce el nuevo formato. Cuando actualiza al Sistema operativo Oracle Solaris 10 desde la versión Solaris 9 9/04, los ID de dispositivo asociados a los conjuntos de discos existentes no se actualizan en la configuración del Gestor de volúmenes de Solaris. Si necesita volver a la SO Solaris 9 9/04, es posible que los cambios de configuración realizados en los conjuntos de discos después de la actualización no estén disponibles en SO Solaris 9 9/04. Para obtener más información, consulte el Capítulo 25, Troubleshooting Solaris Volume Manager (Tasks) de Solaris Volume Manager Administration Guide.
Si utiliza Modernización automática de Oracle Solaris para actualizar desde Solaris 8 o Solaris 9 al Sistema operativo Oracle Solaris 10, los programas de desinstalación obsoletos no se eliminan. Estos programas de desinstalación de las versiones anteriores permanecen en el directorio /var/sadm/prod del sistema.
Los siguientes programas de desinstalación obsoletos no se eliminan:
uninstall_Alternate_Pathing_2_3_1.class uninstall_CDRW_1_1.class o uninstall_CDRW_1_0.class uninstall_Bonus_Localization_-_Catalan_CDE_Desktop.class uninstall_Bonus_Localization_-_Polish_CDE_Desktop.class uninstall_Bonus_Localizations_-_Russian_CDE_Desktop.class uninstall_Capacity_on_Demand_1_0.class uninstall_Java3D_1_3_1.class uninstall_Java3D_1_3.class uninstall_Java3D_1_2_1_04.class uninstall_Java3D_1_2_1_03.class uninstall_Lights_Out_Management_2_0.class uninstall_Man_Page_Supplement.class uninstall_OpenGL_1_3.class uninstall_OpenGL_1_2_3.class uninstall_Netra_ct_Platform_1_0.class uninstall_Netra_t11xx_Alarms_2_0.class uninstall_Netscape_6_2_3.class uninstall_Netscape_6_2_1_Beta.class uninstall_PC_launcher_1_0_2.class uninstall_PC_launcher_1_0_1_PCfileviewer_1_0_1.class uninstall_RSC_2_2_2.class uninstall_RSC_2_2_1.class uninstall_RSC_2_2.class uninstall_ShowMeTV_1_3.class uninstall_Solaris_9_French_Localization.class uninstall_Solaris_9_German_Localization.class uninstall_Solaris_9_Hong_Kong_Traditional_Chinese_Localization.class uninstall_Solaris_9_Italian_Localization.class uninstall_Solaris_9_Japanese_Localization.class uninstall_Solaris_9_Korean_Localization.class uninstall_Solaris_9_Simplified_Chinese_Localization.class uninstall_Solaris_9_Spanish_Localization.class uninstall_Solaris_9_Swedish_Localization.class uninstall_Solaris_9_Traditional_Chinese_Localization.class uninstall_Solaris_On_Sun_Hardware_Documentation.class uninstall_Sun_Hardware_AnswerBook.class uninstall_SunATM_5_0.class uninstall_SunATM_5_1.class uninstall_SunFDDI_PCI_3_0.class uninstall_SunFDDI_SBus_7_0.class uninstall_Sun_Fire_880_FC-AL_Backplane_Firmware_1_0.class uninstall_Sun_Fire_B10n_Load_Balancing_Blade_1_1.class uninstall_SunForum_3_1.class uninstall_SunForum_3_2.class uninstall_SunHSI_PCI_3_0.class uninstall_SunHSI_SBus_3_0.class uninstall_SunScreen_3_2.class uninstall_SunVTS_5_1_PS6.class uninstall_SunVTS_5_1_PS5.class uninstall_SunVTS_5_1_PS4.class uninstall_SunVTS_5_1_PS3.class uninstall_SunVTS_5_1_PS2.class uninstall_SunVTS_5_1_PS1.class uninstall_SunVTS_5_0.class uninstall_System_Management_Services_1_4.class uninstall_System_Management_Services_1_3.class uninstall_System_Management_Services_1_2.class uninstall_System_Service_Processor_3_5.class uninstall_WBEM_DR_1_0.class uninstall_Web_Start_Wizards_SDK_3_0_2.class uninstall_Web_Start_Wizards_SDK_3_0_1.class uninstall_Web_Start_Wizards_SDK.class uninstall_XML_Libraries_2_4_12.class |
Solución: después de actualizar el sistema, elimine manualmente los programas de desinstalación obsoletos del directorio /var/sadm/prod.
Al seleccionar un entorno nacional para su instalación, se pueden instalar también otros entornos relacionados. Este cambio de comportamiento en la versión Oracle Solaris 10 se debe a que se han vuelto a empaquetar todas las configuraciones regionales completas con traducciones de mensajes, las configuraciones regionales parciales asiática y japonesa, así como el activador de configuraciones regionales, según la compatibilidad del idioma de los entornos. Otros entornos parciales se siguen empaquetando e instalando en función de la región geográfica; por ejemplo, Europa central.