Qui di seguito sono riportati i bug di installazione che si verificano durante un aggiornamento di Solaris 9 4/04.
Quando si installa un archivio Solaris Flash, un file viene identificato come nuovo e questo impedisce la riuscita dell'aggiornamento. Solaris Flash verifica che i file del sistema clone siano la copia esatta di quelli del sistema master. Lo script reboot_processing non viene eliminato al reboot. Di conseguenza, questo file viene identificato come nuovo dal software Flash.
Viene visualizzato il seguente messaggio di errore.
New files detected: /etc/init.d/flash_reboot_processing |
Soluzione: per evitare il problema, scegliere una delle soluzioni indicate qui di seguito:
Eliminare il file flash_reboot_processing prima di installare l'archivio Solaris Flash sul sistema clone.
Quando si installa l'archivio differenziale, usare la parola chiave forced_deployment del metodo JumpStart personalizzato per forzare l'installazione. I file nuovi rilevati sul sistema clone vengono eliminati durante l'installazione e questo consente il suo corretto completamento.
Nell'installazione dell'archivio differenziale è possibile usare la parola chiave no_content_check del metodo JumpStart personalizzato per disabilitare il controllo dei file. Il software non esegue il controllo dei file, nessun file viene eliminato e l'installazione viene completata correttamente.
È possibile escludere il file al momento della creazione dell'archivio differenziale. Durante la creazione dell'archivio, il file viene aggiunto a un filtro. Il file viene quindi ignorato durante l'installazione dell'archivio. Procedere come segue:
Avviare il sistema master.
Per escludere il file /etc/init.d/flash_reboot_processing durante la creazione dell'archivio, digitare il comando seguente:
# flarcreate -n nome-archivio -A immagine-master-non-modificata-x \ /etc/init.d/flash-reboot-processing percorso/nomefile |
Durante la creazione dell'archivio differenziale, è possibile usare l'opzione -M per disattivare il controllo dei file. Non viene creato il manifesto dei file. Di conseguenza, i file sul sistema clone non vengono controllati. Procedere come segue:
Avviare il sistema master.
Per usare l'opzione -M per disattivare il controllo dei file, digitare il seguente comando:
# flarcreate -n nome-archivio -A dir_immagine_master_non_modificata \ -M percorso/nomefile |
nome-archivio – È il nome assegnato all'archivio.
Opzione -A – Indica che la creazione dell'archivio differenziale viene effettuata confrontando la nuova immagine del sistema con quella specificata dall'argomento dir_immagine_master_non_modifcata.
percorso – È il percorso della directory in cui si desidera salvare il file dell'archivio. Se il percorso non viene specificato, flarcreate salva il file dell'archivio nella directory attiva.
nomefile – È il nome del file contenente l'archivio.
Per maggiori informazioni, vedere la Guida all'installazione di Solaris 9 4/04.
Se si utilizza il comando luupgrade(1m) di Solaris Live Upgrade con l'opzione -i per aggiornare un ambiente di boot inattivo, il testo visualizzato dal programma di installazione può risultare illeggibile in alcune lingue. Questo accade quando i programmi di installazione richiedono font che non sono inclusi nella versione precedente residente nell'attuale ambiente di boot.
Soluzione: scegliere una delle seguenti procedure:
Eseguire l'installazione usando un'immagine di installazione in rete combinata.
Abilitare la versione locale C impostando la variabile d'ambiente sul sistema.
Se si utilizza la Bourne shell o la Korn shell, procedere come segue:
Impostare la versione locale C.
# LANG=C; export LANG |
Iniziare l'installazione.
Se si utilizza la C shell, procedere come segue:
Digitare il comando seguente:
# csh |
Impostare la versione locale C.
# setenv LANG C |
Iniziare l'installazione.
Quando si esegue un aggiornamento da Solaris 8 a Solaris 9 o Solaris 9 4/04, la rimozione del pacchetto SUNWjxcft genera un errore. Il seguente messaggio di errore viene registrato nel file upgrade_log.
Rimozione del package SUNWjxcft: Impossibile aprire /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.upr Impossibile aprire /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.scale Impossibile aprire /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.alias Impossibile aprire /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.upr Impossibile aprire /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.scale Impossibile aprire /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.alias Rimozione di <SUNWjxcft> eseguita con successo |
Soluzione: ignorare il messaggio di errore.
Se si esegue un aggiornamento a Solaris 9 4/04 su un sistema che utilizza una Secure Shell di terze parti (ad esempio, OpenSSH) con il daemon /etc/init.d/sshd, la procedura di aggiornamento disabiliterà il daemon della Secure Shell. Durante l'aggiornamento, il software di Solaris 9 4/04 sovrascrive il contenuto esistente di /etc/init.d/sshd.
Soluzione: scegliere una delle seguenti procedure:
Se non si desidera usare il server del protocollo Secure Shell sul sistema, non installare i pacchetti SUNWsshdr e SUNWsshdu durante l'aggiornamento.
Se non si desidera usare i programmi server o client del protocollo Secure Shell sul sistema, non installare il cluster della Secure Shell (SUNWCssh) durante l'aggiornamento.
Se la capacità della directory /export è quasi esaurita quando si esegue un aggiornamento a Solaris 9 4/04, i requisiti di spazio per /export vengono calcolati erroneamente. Di conseguenza, l'aggiornamento non riesce. In genere, il problema si verifica se è installato un client diskless. Oppure, si può verificare se è installato un software di terze parti nella directory /export. Viene visualizzato il messaggio seguente:
WARNING: Insufficient space for the upgrade. |
Soluzione: prima di eseguire l'aggiornamento, scegliere una delle soluzioni seguenti:
Rinominare temporaneamente la directory /export fino al termine dell'aggiornamento.
Commentare temporaneamente la riga /export nel file /etc/vfstab fino al termine dell'aggiornamento.
Se /export è un file system separato, disattivarlo prima di eseguire l'aggiornamento.
Se attualmente il sistema supporta i client diskless installati con Solstice AdminSuiteTM 2.3 Diskless Client, è necessario eseguire le due operazioni seguenti:
Eliminare tutti i client diskless esistenti che non utilizzano la stessa versione di Solaris e la stessa architettura del server.
Installare o eseguire l'aggiornamento a Solaris 9 4/04.
Per istruzioni dettagliate, vedere il manuale System Administration Guide: Basic Administration.
Se si cerca di installare Solaris 9 4/04 su client diskless esistenti, viene visualizzato il seguente messaggio di errore:
La versione di Solaris (Solaris numero-versione) sulla slice <xxxxxxxx> non può essere aggiornata. È stato riscontrato un problema non identificato nella configurazione software installata sul disco. |
In questo messaggio di errore, numero-versione indica la versione di Solaris attualmente eseguita sul sistema. <xxxxxxxx> designa la slice in cui viene eseguita questa versione di Solaris.