I seguenti bug di installazione si verificano dopo l'aggiornamento di Solaris 9 9/05.
I programmi di disinstallazione obsoleti non vengono rimossi quando si utilizza Solaris Live Upgrade per l'aggiornamento di Solaris 9 9/05 dalle seguenti versioni:
Solaris 8
Versioni di Solaris 9 precedenti a Solaris 9 9/05
I programmi di disinstallazione del sistema operativo precedente restano memorizzati nella directory /var/sadm/prod del sistema.
I programmi di disinstallazione obsoleti sotto elencati non vengono rimossi.
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
Soluzione: Dopo l'aggiornamento del sistema, rimuovere manualmente i programmi di disinstallazione obsoleti dalla directory /var/sadm/prod.
I daemon SAM-FS/QFS non vengono avviati e non è più possibile disattivare i file system se è stata eseguita una delle seguenti operazioni:
È stato eseguito l'aggiornamento a Solaris 9 4/04.
È stato applicato il cluster di patch consigliate di Solaris 9 (ID 112233-11).
L'errore si verifica in quanto la chiamata di sistema 181 utilizzata dai daemon SAM-FS/QFS è utilizzata da un modulo differente. Il modulo è stato introdotto dalla patch appena applicata. I seguenti messaggi di errore vengono registrati in /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. |
Vengono registrati anche i seguenti messaggi in /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' |
Procedere come segue:
Diventare superutente.
Eseguire un grep di 181 sull'output di modinfo per determinare se la chiamata 181 è utilizzata da un altro modulo:
# 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) |
Poiché la chiamata di sistema 181 è utilizzata da un altro modulo, configurare samsys perché utilizzi un diverso valore per la chiamata di sistema.
Modificare la voce samsys di /etc/name_to_sysnum in modo che utilizzi il valore 182 o qualsiasi altro valore inutilizzato compreso nell'intervallo 0-255.
samsys 182 |
Riavviare il sistema per riconfigurare samsys.
# shutdown -y -g0 -i0
OK> boot -r
Verificare che i messaggi di errore non compaiano più in /var/adm/messages e che sia possibile attivare i file system SAM-FS.
Il database CIM (Common Information Model) dell'archivio WBEM si può danneggiare nelle seguenti condizioni:
Viene applicata una revisione della patch 112945 per una versione di Solaris 9 su un sistema che esegue Solaris 9.
Si rimuove quindi la patch che era stata applicata al sistema.
Se l'archivio WBEM è danneggiato, il Visualizzatore log della Solaris Management Console presenta il seguente messaggio di errore:
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 |
Soluzione: scegliere una delle seguenti procedure:
Procedere come segue per evitare che l'archivio WBEM venga danneggiato:
Diventare superutente.
Prima di applicare la patch, eseguire un backup dell'archivio WBEM.
# cp —r /var/sadm/wbem/logr path/logr |
dove percorso è il percorso dell'archivio WBEM di backup.
Se l'archivio WBEM risulta danneggiato dopo la disinstallazione della patch, arrestare il server WBEM.
# /etc/init.d/init.wbem stop |
Ripristinare la copia di backup dell'archivio WBEM.
# cp -rf percorso/logr /var/sadm/wbem/logr |
# cp -rf percorso/logr /var/sadm/wbem/logr |
Riavviare il server WBEM.
# /etc/init.d/init.wbem start |
Procedere come segue per creare un nuovo archivio WBEM:
Questa soluzione non ripristina i dati WBEM se l'archivio WBEM è danneggiato. I dati eventualmente aggiunti all'archivio durante l'installazione vengono perduti.
Diventare superutente.
Arrestare il server WBEM.
# /etc/init.d/init.wbem stop |
Rimuovere i file dalla directory /logr.
# rm /var/sadm/wbem/logr/* |
Rimuovere la directory /notFirstTime.
# rmdir notFirstTime |
Avviare il server WBEM.
# /etc/init.d/init.wbem start |
Compilare manualmente eventuali file MOF (Managed Object Format) proprietari.
# /usr/sadm/bin/mofcomp nome-file-MOF |