Bug di installazione che si verificano durante l'aggiornamento

Qui di seguito sono riportati i bug di installazione che si verificano durante un aggiornamento di Solaris 9 4/04.

L'aggiornamento non riesce quando si installa un archivio differenziale Solaris Flash (4997302)

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:

  1. Avviare il sistema master.

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

  1. Avviare il sistema master.

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

Problema di visualizzazione del testo del programma di installazione con Solaris Live Upgrade (4736488)

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:

    1. Impostare la versione locale C.

       # LANG=C; export LANG

    2. Iniziare l'installazione.

  • Se si utilizza la C shell, procedere come segue:

    1. Digitare il comando seguente:

       # csh

    2. Impostare la versione locale C.

       # setenv LANG C

    3. Iniziare l'installazione.

SPARC: La rimozione del pacchetto SUNWjxcft registra un errore durante l'aggiornamento (4525236)

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.

L'aggiornamento a Solaris 9 4/04 disabilita il daemon della Secure Shell (sshd) (4626093)

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.

L'aggiornamento non riesce se la capacità della directory /export è quasi esaurita (4409601)

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.

Aggiornamento di server e client diskless (4363078)

Se attualmente il sistema supporta i client diskless installati con Solstice AdminSuite^TM 2.3 Diskless Client, è necessario eseguire le due operazioni seguenti:

1. Eliminare tutti i client diskless esistenti che non utilizzano la stessa versione di Solaris e la stessa architettura del server.

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