Los defectos de instalación siguientes tienen lugar después de la modernización a la versión Solaris 9 9/04.
Si moderniza el sistema operativo a la versión Solaris 9 9/04, los paquetes siguientes de adaptación a entornos nacionales de CDE no se modernizan:
SUNWmeadt
SUNWnafdt
SUNWnamdt
SUNWneudt
SUNWseudt
SUNWweudt
Para saber si este problema afecta al sistema, ejecute la orden pkgchk -n después de modernizar el sistema. Si los mensajes de error siguientes aparecen en la salida, debe borrar manualmente y añadir al sistema los paquetes de adaptación al entorno nacional de CDE.
Checking Package SUNWmeadt ERROR: /usr/dt/config/he/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWnafdt ERROR: /usr/dt/config/ar/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWnamdt ERROR: /usr/dt/config/en_US.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWneudt ERROR: /usr/dt/config/da_DK.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/fi_FI.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWseudt ERROR: /usr/dt/config/el_GR.ISO8859-7/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/pt_PT.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWweudt ERROR: /usr/dt/config/en_GB.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/en_IE.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/nl_BE.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/nl_NL.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist |
Solución: Después de modernizar el sistema, modernice estos paquetes adaptados al entorno nacional siguiendo estos pasos:
Conviértase en superusuario.
Suprima los paquetes.
# pkgrm SUNWmeadt SUNWnafdt SUNWnamdt SUNWneudt \ SUNWseudt SUNWweudt |
Colóquese en el directorio que contenga las versiones de Solaris 9 9/04 de estos paquetes.
# cd ruta_a_imagen
Por ejemplo, para acceder a estos paquetes del Solaris 9 9/04 Software 1 of 2 CD, inserte dicho CD en la unidad. Después escriba la orden siguiente.
# cd /cdrom/cdrom0/Solaris_9/Product
Añada los paquetes al sistema.
# pkgadd -d . SUNWmeadt SUNWnafdt SUNWnamdt SUNWneudt \ SUNWseudt SUNWweudt |
Los daemons de SAM-FS/QFS no se inician y los sistemas de archivos no se pueden desmontar si ha efectuado una de estas operaciones:
Ha modernizado la versión a Solaris 9 4/04.
Ha solicitado el clúster de modificaciones recomendadas de Solaris 9 (identificador de la modificación de Solaris 9: 112233-11).
El error se produce porque la llamada al sistema 181 que normalmente usan los daemons la está usando otro módulo. La modificación que acaba de aplicar ha introducido el módulo. Los siguientes mensajes de error se graban en /var/adm/messages:
/var/adm/messages Jan 5 13:28:46 host genunix: [ID 147998 kern.warning] WARNING: system call entry 181 is already in use Jan 5 13:28:46 host samfs: [ID 798779 kern.warning] WARNING: SAM-FS: modload(samsys) failed. |
Además, los siguientes mensajes de error también se graban en /var/adm/sam-log:
/var/adm/sam-log Jan 5 13:30:08 host sam-fsd[355]: [ID 617651 local4.alert] Fatal error - samsys module not loaded Jan 5 13:30:08 host sam-fsd[355]: [ID 765074 local4.alert] Correct problem and 'kill -HUP 355' |
Siga estos pasos:
Conviértase en superusuario.
Emita una orden grep de 181 desde la salida de modinfo para determinar si otro módulo está usando 181:
# modinfo | grep 181 8 1181aa0 38c4 1 1 TS (time sharing sched class) 15 11b1092 181a 12 1 sad (STREAMS Administrative Driver ') 43 1295cd8 ce9 181 1 ssc050 (SSC050 i2c device driver: v1.4) 158 7813a87f 181c 95 1 cpc (cpc sampling driver v1.10) 158 7813a87f 181c 179 1 cpc (cpc sampling system call) 158 7813a87f 181c 179 1 cpc (32-bit cpc sampling system call) |
Ya que otro módulo usa la llamada al sistema 181, configure samsys con el fin de usar otro valor de llamada al sistema sin utilizar.
Edite /etc/name_to_sysnum cambiando samsys para usar 182 o cualquier otro valor sin usar, de 0 a 255.
samsys 182 |
Arranque el sistema para volver a configurar samsys.
# shutdown -y -g0 -i0
OK> boot -r
Compruebe que no aparezcan más mensajes de error en /var/adm/messages y que todos los sistemas de archivos SAM-FS se puedan montar.
La base de datos del depósito WBEM del Modelo de información común (CIM) puede dañarse si ocurren las siguientes condiciones:
Aplica una revisión de la modificación 112945 en una versión de Solaris 9 en un sistema que ejecute el software Solaris 9.
Suprime, a continuación, la modificación que se ha aplicado al sistema.
Si el depósito WBEM está dañado, aparece el siguiente mensaje de error en el registro de Solaris Management Console:
CIM_ERR_FAILED: /usr/sadm/lib/wbem/../../../../var/sadm/wbem/logr/ preReg/PATCH113829install/Solaris_Application.mof,18,ERR_SEM, ERR_EXC_SET_CLASS,CIM_ERR_FAILED:Other Exception: java.io.StreamCorruptedException: invalid stream header |
Solución: elija una de las soluciones siguientes:
Siga estos pasos para evitar daños en el depósito WBEM.
Conviértase en superusuario.
Antes de aplicar la modificación, haga una copia de seguridad del depósito WBEM.
# cp -r/var/sadm/wbem/logrruta/logr |
donde ruta es la ruta al depósito WBEM de copias de seguridad.
Si el depósito WBEM se daña después de haber retirado la modificación, pare el servidor WBEM.
# /etc/init.d/init.wbem stop |
Restaure el depósito WBEM de la copia de seguridad.
# cp -rf ruta/logr /var/sadm/wbem/logr |
Reinicie el servidor WBEM.
# /etc/init.d/init.wbem start |
Siga estos pasos para crear un depósito WBEM nuevo.
Esta solución alternativa no restaura los datos de WBEM si se daña el depósito WBEM. Se pierde cualquier dato añadido al depósito durante la instalación.
Conviértase en superusuario.
Pare el servidor WBEM.
# /etc/init.d/init.wbem stop |
Elimine los archivos del directorio /logr.
# rm /var/sadm/wbem/logr/* |
Elimine el directorio /notFirstTime.
# rmdir notFirstTime |
Inicie el servidor WBEM.
# /etc/init.d/init.wbem start |
Compile manualmente cualquier archivo propietario del Formato de objeto gestionado (MOF).
# /usr/sadm/bin/mofcompnombre_archivo_MOF |