Los defectos de instalación siguientes tienen lugar después de la modernización a la versión Solaris 9 9/05.
Los programas de desinstalación no se eliminan si utiliza la Modernización automática de Solaris para actualizar el sistema operativo Solaris 9 9/05 a partir de las siguientes versiones:
Sistema operativo Solaris 8
Versiones de Solaris 9 anteriores al sistema operativo Solaris 9 9/05
Estos programas de desinstalación de las versiones anteriores del sistema operativo 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
uninstall_CDRW_1_0.class
uninstall_Java3D_1_3.class
uninstall_Java3D_1_2_1_04.class
uninstall_Java3D_1_2_1_03.class
uninstall_Man_Page_Supplement.class
uninstall_OpenGL_1_2_3.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_Sun_Hardware_AnswerBook.class
uninstall_SunATM_5_0.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_SunForum_3_1.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_WBEM_DR_1_0.class
uninstall_Web_Start_Wizards_SDK_3_0_1.class
uninstall_Web_Start_Wizards_SDK.class
Solución: después de actualizar el sistema, elimine manualmente los programas de desinstalación obsoletos del directorio /var/sadm/prod.
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 revisión que acaba de aplicar ha introducido el módulo. El siguiente mensaje de error se registra 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, también se registran los siguientes mensajes de error 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) |
Como un módulo ya está utilizando la llamada del sistema 181, configure samsys para emplear otro valor de llamada no utilizado del sistema.
Edite /etc/name_to_sysnum cambiando samsys para utilizar 182 u otro valor no utilizado dentro del intervalo 0-255.
samsys 182 |
Arranque el sistema para volver a configurar samsys.
# shutdown -y -g0 -i0
OK> boot -r
Compruebe que los mensajes de error ya no aparezcan en /var/adm/messages y que se puedan montar todos los sistemas de archivos SAM-FS.
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 revisió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: Opte por una de estas soluciones:
Siga estos pasos para evitar daños en el depósito WBEM.
Conviértase en superusuario.
Antes de aplicar la revisión, haga una copia de seguridad del depósito WBEM.
# cp —r /var/sadm/wbem/logr path/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 path/logr /var/sadm/wbem/logr |
# cp -rf path/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/mofcomp nombre_archivo_MOF |