test

Note su Solaris 9 12/02

Problemi di installazione che si verificano durante l'aggiornamento

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 non è chiaramente leggibile in alcune lingue. Questo accade quando i programmi di installazione richiedono font che non sono inclusi nella release precedente residente nell'attuale ambiente di boot.

Soluzione: Scegliere una delle soluzioni seguenti.

SPARC: Il comando luupgrade non aggiunge le patch quando si specifica l'elenco delle patch (4679511)

Se si utilizza l'opzione -s con il comando luupgrade per aggiungere le patch indicando una directory e un file con l'elenco delle patch, le patch non vengono aggiunte. Compare un messaggio simile al seguente: 


/usr/sbin/luupgrade [52]:		3 file-elenco-patch: bad number

Nel messaggio precedente, file-elenco-patch è il file con l'elenco delle patch specificato con il comando luupgrade.

Soluzione: Per aggiungere le patch specificando un file con l'elenco delle patch, procedere come segue.

  1. Diventare superutente.

  2. Attivare l'ambiente di boot da correggere.


    # lumount nome-amb-boot mount-point

  3. Aggiungere le patch all'ambiente di boot.


    # /usr/sbin/patchadd -R mount-point -M  percorso-patch file-elenco-patch

    Nel comando precedente, percorso-patch è il percorso di una directory che contiene le patch da aggiungere. file-elenco-patch è il file che contiene l'elenco delle patch da aggiungere.

  4. Disattivare l'ambiente di boot. 


    # luumount nome-amb-boot

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

Quando si esegue l'aggiornamento dall'ambiente operativo Solaris 8 a Solaris 9 o Solaris 9 12/02, si verifica un problema durante la rimozione del package SUNWjxcft. 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 dall'ambiente operativo Solaris 8 può creare meccanismi di privacy Kerberos ridondanti (4672740)

Nell'ambiente operativo Solaris 9 12/02, il meccanismo globale di Kerberos Versione 5 include già il supporto della privacy e rende superfluo il meccanismo interno di Kerberos. Se si è installato il meccanismo interno di Kerberos (situato in /usr/lib/gss/do/mech_krb.so.1) su un sistema Solaris 8, è consigliabile rimuoverlo prima di aggiornare il sistema all'ambiente operativo Solaris 9 12/02.

Soluzione: Prima di eseguire l'aggiornamento a Solaris 9 12/02, procedere come segue.

  1. Eseguire il comando seguente per determinare se il meccanismo interno di Kerberos è installato sul sistema.


    % pkginfo | fgrep ' SUNWk5'

    • Se l'output di questo comando include i package SUNWk5, significa che il meccanismo interno di Kerberos è installato sul sistema. Passare al punto 2.

    • Se l'output non include i package SUNWk5, significa che il meccanismo interno di Kerberos non è installato sul sistema. Ignorare il seguito della procedura. Aggiornare il sistema

  2. Eseguire un backup dei file /etc/nfssec.conf e /etc/gss/qop usando il comando seguente.


    % tar -cf /var/tmp/krb_config_files.tar /etc/nfssec.conf /etc/gss/qop

  3. Verificare che il backup sia stato eseguito correttamente usando il seguente comando.


    % tar -tf /var/tmp/krb_config_files.tar

  4. Rimuovere i package elencati nell'output del punto 1. 


    % pkgrm nome-package nome-package nome-package

  5. Eseguire l'aggiornamento a Solaris 9 12/02.

    L'aggiornamento installa il codice del meccanismo globale di Kerberos e abilita il supporto della privacy.

  6. In un editor di testo, modificare le righe seguenti del file /etc/gss/mech.

    • Rimuovere il simbolo di commento dalla riga seguente.


      kerberos_v5     1.2.840.113554.1.2.2    gl/mech_krb5.so gl_kmech_krb5

      Se necessario, aggiungere la riga precedente al file /etc/gss/mech.

    • Rimuovere la riga seguente.


      kerberos_v5     1.2.840.113554.1.2.2    do/mech_krb5.so do_kmech_krb5

    • Ripristinare i file /etc/nfssec.conf e /etc/gss/qop usando il comando seguente.


      % tar -xf /var/tmp/krb_config_files.tar

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

Se si esegue un aggiornamento a Solaris 9 12/02 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 12/02 sovrascrive il contenuto esistente di /etc/init.d/sshd.

Soluzione: Scegliere una delle soluzioni seguenti.

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

Se la capacità della directory /export è quasi esaurita e si esegue un aggiornamento all'ambiente operativo Solaris 9 12/02, 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 o 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.

Aggiornamento di server e client diskless (4363078)

Se attualmente il sistema supporta i client diskless installati con Solstice AdminSuiteTM 2.3 Diskless Client, è necessario eseguire due operazioni. In primo luogo, eliminare tutti i client diskless esistenti che non utilizzano la stessa versione di Solaris e la stessa architettura del server. Procedere quindi con l'installazione o l'aggiornamento dell'ambiente operativo Solaris 9 12/02. Per istruzioni dettagliate, vedere il manuale System Administration Guide: Basic Administration.

Se si cerca di installare Solaris 9 12/02 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.

Aggiornamento del data store JavaSpaces per prevenire perdite di dati WBEM (4365035)

Se si esegue un aggiornamento da Solaris 8 (Solaris WBEM Services 2.0), o Solaris 8 6/00 (WBEM Services 2.1) a Solaris 9 12/02 (Solaris WBEM Services 2.5), i dati presenti sul sistema vengono perduti.

Soluzione: Ricompilare i file nel formato MOF (Managed Object Format) proprietario dopo l'esecuzione dell'aggiornamento.