Les bogues d'installation suivants surviennent après une mise à niveau vers la version Solaris 9 9/05.
Les programmes de désinstallation obsolètes ne sont pas supprimés si vous utilisez Solaris Live Upgrade pour mettre à niveau le système d'exploitation Solaris 9 9/05 à partir des versions suivantes :
Solaris 8
Versions de Solaris 9 antérieures au système d'exploitation Solaris 9 9/05
Ces programmes de désinstallation à partir du système d'exploitation précédent demeurent dans le répertoire /var/sadm/prod du système.
Les programmes de désinstallation obsolètes suivants ne sont pas supprimés.
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
Solution : Une fois que vous avez mis le système à niveau, supprimez manuellement les programmes de désinstallation obsolètes dans le répertoire /var/sadm/prod.
Les démons SAM-FS/QFS ne démarrent pas et les systèmes de fichiers ne peuvent pas être montés lorsque vous effectuez l'une des opérations suivantes :
mise à jour vers la version Solaris 9 4/04 ;
application du cluster de patchs recommandés pour Solaris 9 (ID de patch Solaris 9, 112233-11).
L'erreur se produit car l'appel système 181 normalement utilisé par les démons est utilisé par un autre module. Le module a été introduit par le patch que vous venez d'appliquer. Les messages d'erreur suivants sont enregistrés dans /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. |
De plus, les messages d'erreur suivants sont également enregistrés dans /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' |
Procédez comme suit :
Prenez le rôle de superutilisateur.
Appliquez la commande grep à 181 à partir du résultat de modinfo pour déterminer si 181 est utilisé par un autre module :
# 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) |
L'appel système 181 étant utilisé par un autre module, configurez samsys pour utiliser une autre valeur d'appel système inutilisée.
Modifiez /etc/name_to_sysnum en modifiant samsys pour utiliser 182 ou une autre valeur inutilisée comprise entre 0 et 255.
samsys 182 |
Initialisez le système pour reconfigurer samsys.
# shutdown -y -g0 -i0
OK> boot -r
Vérifiez que les messages d'erreur n'apparaissent plus dans /var/adm/messages et que la totalité des systèmes de fichiers SAM-FS peut être montée.
La base de données CIM (Common Information Model) du référentiel WBEM peut s'altérer dans les situations suivantes :
Vous appliquez une version du patch 112945 pour une version de Solaris 9 à un système fonctionnant avec le logiciel Solaris 9.
Vous supprimez ensuite ce patch.
Si le référentiel WBEM est corrompu, l'afficheur de journal de la Solaris Management Console affiche les messages d'erreur suivants :
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 |
Solution : Choisissez l' une des solutions de rechange suivantes:
Pour éviter toute corruption du référentiel WBEM, procédez comme indiqué ci-dessous.
Prenez le rôle de superutilisateur.
Avant d'appliquer le patch, effectuez une sauvegarde du référentiel WBEM.
# cp —r /var/sadm/wbem/logr path/logr |
où le chemin est le chemin d'accès vers le référentiel WBEM de sauvegarde.
Si le référentiel WBEM est corrompu après la sauvegarde du patch, arrêtez le serveur WBEM.
# /etc/init.d/init.wbem stop |
Restaurez le référentiel WBEM.
# cp -rf path/logr /var/sadm/wbem/logr |
# cp -rf path/logr /var/sadm/wbem/logr |
Redémarrez le serveur WBEM.
# /etc/init.d/init.wbem start |
Pour créer un nouveau référentiel WBEM, procédez comme indiqué ci-après.
cette solution ne restaure pas les données WBEM si le référentiel WBEM est corrompu. Toute donnée ajoutée lors de l'installation est perdue.
Prenez le rôle de superutilisateur.
Arrêtez le serveur WBEM.
# /etc/init.d/init.wbem stop |
Supprimez les fichiers du répertoire /logr.
# rm /var/sadm/wbem/logr/* |
Supprimez le répertoire /notFirstTime.
# rmdir notFirstTime |
Démarrez le serveur WBEM.
# /etc/init.d/init.wbem start |
Compilez manuellement les fichiers MOF (Managed Object Format) propriétaires.
# /usr/sadm/bin/mofcomp nom_fichier_MOF |