I seguenti bug di installazione si verificano dopo l'aggiornamento di Solaris 9 9/04.
Quando si aggiorna il sistema a Solaris 9 9/04, i seguenti pacchetti di localizzazione del CDE non vengono aggiornati:
SUNWmeadt
SUNWnafdt
SUNWnamdt
SUNWneudt
SUNWseudt
SUNWweudt
Per determinare se il problema riguarda il sistema in uso, eseguire il comando pkgchk -n dopo l'aggiornamento. Se il comando produce i seguenti messaggi di errore, è necessario rimuovere manualmente i pacchetti di localizzazione del CDE e quindi aggiungerli nuovamente al sistema.
Controllo del package SUNWmeadt ERRORE: /usr/dt/config/he/Xresources.d/Xresources.ow Percorso inesistente Controllo del package SUNWnafdt ERRORE: /usr/dt/config/ar/Xresources.d/Xresources.ow Percorso inesistente Controllo del package SUNWnamdt ERRORE: /usr/dt/config/en_US.ISO8859-15/Xresources.d/Xresources.ow Percorso inesistente Controllo del package SUNWneudt ERRORE: /usr/dt/config/da_DK.ISO8859-15/Xresources.d/Xresources.ow Percorso inesistente ERRORE: /usr/dt/config/fi_FI.ISO8859-15/Xresources.d/Xresources.ow Percorso inesistente Controllo del package SUNWseudt ERRORE: /usr/dt/config/el_GR.ISO8859-7/Xresources.d/Xresources.ow Percorso inesistente ERRORE: /usr/dt/config/pt_PT.ISO8859-15/Xresources.d/Xresources.ow Percorso inesistente Controllo del package SUNWweudt ERRORE: /usr/dt/config/en_GB.ISO8859-15/Xresources.d/Xresources.ow Percorso inesistente ERRORE: /usr/dt/config/en_IE.ISO8859-15/Xresources.d/Xresources.ow Percorso inesistente ERRORE: /usr/dt/config/nl_BE.ISO8859-15/Xresources.d/Xresources.ow Percorso inesistente ERRORE: /usr/dt/config/nl_NL.ISO8859-15/Xresources.d/Xresources.ow Percorso inesistente |
Soluzione: dopo avere aggiornato il sistema, aggiornare i pacchetti di localizzazione, come indicato qui di seguito:
Diventare utente root.
Rimuovere i pacchetti.
# pkgrm SUNWmeadt SUNWnafdt SUNWnamdt SUNWneudt \ SUNWseudt SUNWweudt |
Spostarsi nella directory che contiene le versioni Solaris 9 9/04 dei pacchetti.
# cd percorso_immagine
Ad esempio, per accedere ai pacchetti sul CD “Solaris 9 9/04 Software 1 of 2”, inserire il CD nel lettore. Quindi digitare il seguente comando.
# cd /cdrom/cdrom0/Solaris_9/Product
Aggiungere i pacchetti al sistema.
# pkgadd -d . SUNWmeadt SUNWnafdt SUNWnamdt SUNWneudt \ SUNWseudt SUNWweudt |
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 utente root.
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 utente root.
Prima di applicare la patch, eseguire un backup dell'archivio WBEM.
# cp -r /var/sadm/wbem/logr percorso/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 |
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 utente root.
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 file-MOF |