Problemi di installazione che si verificano dopo l'aggiornamento

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 da una versione precedente di Solaris (6198380)

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.

SPARC: Dopo l'aggiornamento o l'applicazione delle patch consigliate si verificano problemi con SAM-FS/QFS (5003346)

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:

1. Diventare superutente.

2. 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.

3. 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

4. Riavviare il sistema per riconfigurare samsys.

   # shutdown -y -g0 -i0

   OK> boot -r

5. Verificare che i messaggi di errore non compaiano più in /var/adm/messages e che sia possibile attivare i file system SAM-FS.

SPARC: La rimozione delle patch dopo un aggiornamento può danneggiare l'archivio WBEM (4820614)

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:

  1. Diventare superutente.

  2. 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.

  3. Se l'archivio WBEM risulta danneggiato dopo la disinstallazione della patch, arrestare il server WBEM.

     # /etc/init.d/init.wbem stop

  4. Ripristinare la copia di backup dell'archivio WBEM.

     # cp -rf percorso/logr /var/sadm/wbem/logr

     # cp -rf percorso/logr /var/sadm/wbem/logr

  5. Riavviare il server WBEM.

     # /etc/init.d/init.wbem start

• Procedere come segue per creare un nuovo archivio WBEM:

  ---

  Nota –

  Questa soluzione non ripristina i dati WBEM se l'archivio WBEM è danneggiato. I dati eventualmente aggiunti all'archivio durante l'installazione vengono perduti.

  ---

  1. Diventare superutente.

  2. Arrestare il server WBEM.

     # /etc/init.d/init.wbem stop

  3. Rimuovere i file dalla directory /logr.

     # rm /var/sadm/wbem/logr/*

  4. Rimuovere la directory /notFirstTime.

     # rmdir notFirstTime

  5. Avviare il server WBEM.

     # /etc/init.d/init.wbem start

  6. Compilare manualmente eventuali file MOF (Managed Object Format) proprietari.

     # /usr/sadm/bin/mofcomp nome-file-MOF