Si efectúa una modernización desde el entorno operativo Solaris 9, Solaris 9 9/02 o Solaris 9 12/02 a la versión Solaris 9 4/03, se producen los errores siguientes cuando usa el comando pkgchk con la opción -n:
ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/datatypes.dt pathname does not exist ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/develop.dt pathname does not exist ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/dtfile.dt pathname does not exist ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/dtmail.dt pathname does not exist ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/dtpad.dt pathname does not exist ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/print.dt pathname does not exist ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/uxstd.dt pathname does not exist |
Solución alternativa: use el DVD de Solaris 9 4/03 o el CD de software 1 de 2 de Solaris 9 4/03 para volver a añadir el paquete SUNWceudt. Siga estos pasos:
Conviértase en superusuario.
Borre el paquete SUNWceudt.
# pkgrm SUNWceudt |
Vaya a los directorios del producto.
# cd ruta-a-Solaris-9/Producto |
Añada el paquete SUNWceudt.
# pkgadd -d `pwd` SUNWceudt |
Si aplicó al sistema las modificaciones 114711-01 (Edición SPARC) o 114712-01 (Edición x86), debe registrar manualmente el archivo VDiskMgr.jar proporcionado con estas modificaciones tras modernizar el entorno operativo Solaris 9 4/03. Si no registra manualmente el archivo VDiskMgr.jar que se entrega con la modificación, el archivo VDiskMgr.jar existente permanece en el sistema. Además, la modificación no arreglará totalmente el problema.
Si desea saber si se instaló alguna de estas modificaciones en el sistema, escriba uno de los comandos siguientes:
Sistemas SPARC:
# patchadd -p | grep '114711-01' |
Sistemas x86:
# patchadd -p | grep '114712-01' |
Solución alternativa: registre manualmente el archivo VDiskMgr.jar proporcionado con las dos modificaciones especificadas después de modernizar el entorno operativo a Solaris 9 4/03. Siga estos pasos:
Conviértase en superusuario.
Sustituya el archivo VDiskMgr.jar existente por el archivo .jar proporcionado con la modificación.
# /usr/sadm/bin/smcregister tool -n \ com.sun.admin.diskmgr/VDiskMgr.jar \ /usr/sadm/lib/diskmgr/VDiskMgr.jar \ /usr/sadm/lib/dismgr/VDiskMgr_classlist.txt \ /usr/sadm/lib/diskmgr/VDiskMgrInfo.xml> /dev/null 2>$1 |
Sustituya la herramienta VDiskMgr del cuadro de herramientas por la herramienta VDiskMgr suministrada en la modificación.
# /usr/sadm/bin/smcregister toolbox add -f tool \ com.sun.admin.diskmgr.client.VDiskMgr \ -F "/Storage/">/dev/null 2>&1 |
Pare el servidor WBEM.
# /etc/init.d/init.wbem stop |
Reinicie el servidor WBEM.
# /etc/init.d/init.wbem start |
Si efectúa la modernización desde el entorno operativo Solaris 9 a Solaris 9 9/02, Solaris 9 12/02 o Solaris 9 4/03, la modernización no vuelve a registrar los archivos del Formato de objeto gestionado (MOF). Durante la modernización, el directorio antiguo de /var/sadm/wbem/logr se guarda como el directorio /var/sadm/wbem/logru3. Los archivos MOF registrados no se vuelven a registrar después de la modernización. Como resultado, las aplicaciones de Solaris Management Console que dependen de los archivos MOF fallarán.
El mensaje de error siguiente aparece cuando usa las herramientas de consola Montajes y Discos:
CIM_ERR_NOT_FOUND |
Solución alternativa: registre manualmente los archivos MOF que falten. Los archivos MOF están disponibles en el directorio /var/sadm/wbem/logru3. Siga los pasos que se indican:
Conviértase en superusuario.
Registre manualmente los archivos MOF.
# /usr/sadm/bin/mofreg -r tag archivo mof |
donde tag es el directorio situado en el directorio /var/sadm/wbem/logru3/unregDir/ y archivo mof es el archivo MOF situado en el directorio tag.
Por ejemplo:
# /usr/sadm/bin/mofreg -r svm \ /var/sadm/wbem/logru3/unregDir/svm/svm/Solaris_Vm1.0.mof |
Pare el servidor WBEM.
# /etc/init.d/init.wbem stop |
Reinicie el servidor WBEM.
# /etc/init.d/init.wbem start |
Al usar el comando luupgrade(1M) de Modernización automática de Solaris con la opción -i para completar una modernización de un entorno de arranque inactivo, el texto que muestran los instaladores podría no ser legible en algunos idiomas. Se deteriora el texto cuando los instaladores solicitan tipos de letras que no existen en la versión anterior que se encuentra en el entorno de arranque actual.
Solución alternativa: elija una de las soluciones alternativas siguientes:
Use una imagen combinada de instalación en red para realizar dicha instalación.
Active el entorno nacional C estableciendo la variable de entorno del sistema.
Si utiliza la opción -s con el comando luupgrade para agregar modificaciones con un directorio y un archivo de lista de modificaciones, éstas no se agregan. Se muestra un mensaje parecido al siguiente:
/usr/sbin/luupgrade [52]: 3 archivo_lista_modificación: bad number |
En el mensaje anterior, archivo_lista_modificaciones es el archivo de lista de modificaciones especificado para que el comando luupgrade lo utilice con el fin de agregar modificaciones.
Solución alternativa: para agregar modificaciones que especifiquen un archivo de lista, lleve a cabo los pasos siguientes:
Conviértase en superusuario.
Monte el entorno de arranque que desee modificar.
# lumount nombre_entorno_arranque punto_montaje |
Agregue las modificaciones al entorno de arranque.
# /usr/sbin/patchadd -R punto_montaje -M ruta_modificación nombre_archivo_lista_modificaciones |
En el comando anterior, ruta_modificación es el nombre de la ruta de acceso a un directorio que contiene modificaciones para agregar. nombre_archivo_lista_modificaciones es el archivo que contiene la lista de modificaciones que se desea agregar.
Desmonte el entorno de arranque
# luumount nombre_entorno_arranque |
Al efectuar la modernización desde el sistema operativo Solaris 8 a Solaris 9 o Solaris 9 4/03, surge un problema cuando se elimina el paquete SUNWjxcft. En el archivo upgrade_log se registra el mensaje de error siguiente.
Removing package SUNWjxcft: Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.upr Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.scale Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.alias Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.upr Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.scale Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.alias Removal of <SUNWjxcft> was successful |
Solución alternativa: haga caso omiso del mensaje de error.
En el sistema operativo Solaris 9 4/03, el mecanismo general de Kerberos versión 5 admite la privacidad. Por consiguiente, el mecanismo doméstico de Kerberos ya no es necesario. Si ha instalado el mecanismo doméstico de Kerberos ubicado en /usr/lib/gss/do/mech_krb.so.1 en un sistema con Solaris 8, elimínelo y a continuación modernice el sistema a Solaris 9 4/03.
Solución alternativa: siga estos pasos antes de modernizar el sistema operativo a Solaris 9 4/03.
Escriba el comando siguiente para determinar si el mecanismo doméstico de Kerberos está instalado en el sistema.
% pkginfo | fgrep ' SUNWk5' |
Si en la salida de este comando aparece el nombre de paquete SUNWk5, el mecanismo doméstico de Kerberos se ha instalado en el sistema. Vaya al paso 2.
Si en la salida del comando no aparece el nombre de paquete SUNWk5, el mecanismo doméstico de Kerberos no se ha instalado en el sistema. Omita el resto de pasos. Modernice el sistema
Efectúe una copia de seguridad de los archivos /etc/nfssec.conf y /etc/gss/qop mediante el comando siguiente.
% tar -cf /var/tmp/krb_config_files.tar /etc/nfssec.conf /etc/gss/qop |
Compruebe que se ha llevado a cabo la copia de seguridad escribiendo el comando siguiente.
% tar -tf /var/tmp/krb_config_files.tar |
Elimine cada uno de los paquetes que aparecen en la salida del paso 1.
% pkgrm nombre_paquete nombre_paquete nombre_paquete |
Modernice el sistema operativo a Solaris 9 4/03.
El programa de modernización actualiza el código del mecanismo general de Kerberos y activa la compatibilidad con la privacidad de Kerberos.
Mediante un editor de texto, cambie las líneas siguientes en el archivo /etc/gss/mech.
Quite el comentario de la línea siguiente.
kerberos_v5 1.2.840.113554.1.2.2 gl/mech_krb5.so gl_kmech_krb5 |
Si es necesario agregue la línea anterior en el archivo /etc/gss/mech.
Quite la línea siguiente.
kerberos_v5 1.2.840.113554.1.2.2 do/mech_krb5.so do_kmech_krb5 |
Restaure los archivos /etc/nfssec.conf y /etc/gss/qop mediante el comando siguiente.
% tar -xf /var/tmp/krb_config_files.tar |
Si moderniza el sistema operativo a Solaris 9 4/03 en un sistema que tiene un shell seguro de otra empresa (por ejemplo, OpenSSH) a partir del daemon /etc/init.d/sshd, la modernización desactiva el daemon de shell seguro. Durante una modernización, el software de modernización de Solaris 9 4/03 sobrescribe el contenido de /etc/init.d/sshd.
Solución alternativa: elija una de las soluciones alternativas siguientes:
Si no desea instalar el programa del servidor de protocolo de shell seguro, no instale los paquetes SUNWsshdr ni SUNWsshdu durante la modernización.
Si no desea instalar programas de cliente ni de servidor de protocolo de shell seguro en el sistema, no instale el clúster de shell seguro (SUNWCssh) durante la modernización.
Si el directorio /export está cerca de su capacidad máxima y realiza una modernización al sistema operativo Solaris 9 4/03, los requisitos de espacio de /export se calculan erróneamente. En consecuencia, la modernización falla. Es un problema habitual si hay un cliente sin disco instalado o si se ha instalado software de otros fabricantes en el directorio /export. Aparece el mensaje siguiente:
WARNING: Insufficient space for the upgrade. |
Solución alternativa: antes de modernizar, elija una de las soluciones alternativas siguientes.
Cambie temporalmente el nombre del directorio /export hasta que la modernización haya terminado.
Convierta temporalmente en comentario la línea /export del archivo /etc/vfstab hasta que la modernización haya finalizado.
Si /export es un sistema de archivos independiente, desmonte /export antes de llevar a cabo la modernización.
Si el sistema admite los clientes sin discos instalados con la herramienta Solstice AdminSuiteTM 2.3 Diskless Client, debe efectuar estos pasos. Primero, elimine todos los clientes sin disco con la misma arquitectura y versión de Solaris que el servidor. Después, instale o modernice el sistema operativo a Solaris 9 4/03. Para obtener instrucciones específicas, consulte System Administration Guide: Basic Administration.
Si intenta instalar el sistema operativo Solaris 9 4/03 en clientes sin disco, es posible que aparezca el mensaje de error siguiente:
The Solaris Version (Solaris número_versión) on slice <xxxxxxxx> cannot be upgraded. There is an unknown problem with the software configuration installed on this disk. |
En este mensaje de error, número-de-versión se refiere a la versión de Solaris que se ejecuta en el sistema. <xxxxxxxx> se refiere al segmento en el que se ejecuta esta versión del sistema operativo Solaris.