Note su Solaris 10

Problemi e bug di aggiornamento


Nota –

Per le informazioni più recenti sul supporto dell'aggiornamento a partire da Solaris 10 1/06, vedere Modifiche al supporto dell'aggiornamento per le varie versioni di Solaris.


Questa sezione descrive i bug relativi all'aggiornamento. Alcuni di questi si possono verificare durante l'aggiornamento a Solaris 10. Altri si possono verificare al termine del processo di aggiornamento.

Discrepanze negli ID dei dispositivi dopo l'aggiornamento da Solaris 9 9/04

In Solaris 10, Solaris Volume Manager visualizza gli ID dei dispositivi in un nuovo formato. Solaris 9 9/04, che aveva introdotto il supporto degli ID dei dispositivi nei set di dischi, non riconosce il nuovo formato. Quando si esegue un aggiornamento a Solaris 10 da Solaris 9 9/04, gli ID dei dispositivi associati ai set di dischi esistenti non vengono aggiornati nella configurazione di Solaris Volume Manager. Se occorre ripristinare Solaris 9 9/04, le modifiche alla configurazione apportate ai set di dischi dopo l'aggiornamento non saranno più disponibili in Solaris 9 9/04. Per maggiori informazioni, vedere il Capitolo 25, Troubleshooting Solaris Volume Manager (Tasks) del Solaris Volume Manager Administration Guide.

SPARC: L'aggiornamento da Solaris 9 con il cluster di patch raccomandato riesce solo parzialmente (6202868)

Per i sistemi che eseguono Solaris 9 con il cluster di patch consigliato, l'aggiornamento a Solaris 10 riesce solo parzialmente. Questo problema riguarda i sistemi che utilizzano le seguenti versioni di Solaris 9 con il cluster di patch raccomandato.

Quando si esegue l'aggiornamento a Solaris 10, il pacchetto SUNWcti2x non viene rimosso correttamente dal sistema.

Soluzione: scegliere una delle soluzioni seguenti.

I programmi di disinstallazione obsoleti non vengono rimossi se si esegue un aggiornamento con Solaris Live Upgrade da versioni precedenti di Solaris (6198380)

Se si utilizza Solaris Live Upgrade per eseguire un aggiornamento da Solaris 8 o Solaris 9 a Solaris 10, i programmi di disinstallazione obsoleti non vengono rimossi. Questi programmi di disinstallazione rimangono 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 o uninstall_CDRW_1_0.class
uninstall_Bonus_Localization_-_Catalan_CDE_Desktop.class
uninstall_Bonus_Localization_-_Polish_CDE_Desktop.class
uninstall_Bonus_Localizations_-_Russian_CDE_Desktop.class
uninstall_Capacity_on_Demand_1_0.class
uninstall_Java3D_1_3_1.class
uninstall_Java3D_1_3.class
uninstall_Java3D_1_2_1_04.class
uninstall_Java3D_1_2_1_03.class
uninstall_Lights_Out_Management_2_0.class
uninstall_Man_Page_Supplement.class
uninstall_OpenGL_1_3.class
uninstall_OpenGL_1_2_3.class
uninstall_Netra_ct_Platform_1_0.class
uninstall_Netra_t11xx_Alarms_2_0.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_Solaris_9_French_Localization.class
uninstall_Solaris_9_German_Localization.class
uninstall_Solaris_9_Hong_Kong_Traditional_Chinese_Localization.class
uninstall_Solaris_9_Italian_Localization.class
uninstall_Solaris_9_Japanese_Localization.class
uninstall_Solaris_9_Korean_Localization.class
uninstall_Solaris_9_Simplified_Chinese_Localization.class
uninstall_Solaris_9_Spanish_Localization.class
uninstall_Solaris_9_Swedish_Localization.class
uninstall_Solaris_9_Traditional_Chinese_Localization.class
uninstall_Solaris_On_Sun_Hardware_Documentation.class
uninstall_Sun_Hardware_AnswerBook.class
uninstall_SunATM_5_0.class
uninstall_SunATM_5_1.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_Sun_Fire_B10n_Load_Balancing_Blade_1_1.class
uninstall_SunForum_3_1.class
uninstall_SunForum_3_2.class
uninstall_SunHSI_PCI_3_0.class
uninstall_SunHSI_SBus_3_0.class
uninstall_SunScreen_3_2.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_System_Service_Processor_3_5.class
uninstall_WBEM_DR_1_0.class
uninstall_Web_Start_Wizards_SDK_3_0_2.class
uninstall_Web_Start_Wizards_SDK_3_0_1.class
uninstall_Web_Start_Wizards_SDK.class
uninstall_XML_Libraries_2_4_12.class

Soluzione: dopo avere aggiornato il sistema, rimuovere manualmente i programmi di disinstallazione obsoleti presenti nella directory /var/sadm/prod.

Il file di configurazione pam.conf non viene aggiornato automaticamente dopo un aggiornamento (5060721)

Solaris 10 introduce alcune modifiche alla funzionalità pam_ldap. Quando si esegue un aggiornamento alla versione più recente, le configurazioni pam_ldap presenti nel file di configurazione pam.conf non vengono aggiornate in modo da riflettere queste modifiche. Se viene rilevata una configurazione pam_ldap, il file CLEANUP generato alla fine dell'aggiornamento contiene la seguente notifica:


/etc/pam.conf please examine/update the pam_ldap configuration
because its functionality has changed,
refer to pam_ldap(5) documentation for more information

Soluzione: dopo l'aggiornamento, esaminare /etc/pam.conf. Se necessario, modificare questo file manualmente per renderlo compatibile con le nuove funzionalità di pam_ldap. Le modifiche comportano la richiesta di password, ad esempio con le opzioni use_first_pass e try_first_pass, e aggiornamenti delle password. Per maggiori informazioni sull'aggiornamento di pam.conf, vedere la pagina man pam_ldap(5) e la documentazione.

Le configurazioni di Solstice DiskSuite non vengono convertite nel formato di Solaris Volume Manager quando si esegue un aggiornamento con Solaris Live Upgrade (4915974)

L'aggiornamento di un sistema da Solaris 8 a Solaris 10 con Solaris Live Upgrade può generare un errore. Le configurazioni effettuate con Solstice DiskSuiteTM 4.2.1 non vengono convertite in configurazioni di Solaris Volume Manager. È possibile che tutti i volumi RAID-0, RAID-1 e di altro tipo, ad esempio mirror, stripe e submirror, vadano perduti.

Il problema si verifica se sul sistema con Solaris 8 sono state applicate alcune patch in un determinato ordine prima dell'aggiornamento. Per determinare se il sistema è esposto a questo rischio, controllare le informazioni sulla versione del pacchetto SUNWmdr sul sistema con Solaris 8. Digitare il comando seguente:


# grep VERSION /var/sadm/pkg/SUNWmdr/pkginfo

Il sistema può essere interessato dal problema se il comando produce il seguente risultato:


PKG_CLIENT_VERSION=8
VERSION=4.2.1,REV=1999.12.03.10.00

Soluzione: procedere come segue.

  1. Aggiornare l'ambiente di boot alternativo usando Solaris Live Upgrade.

    Per maggiori informazioni, vedere la Guida all’installazione di Solaris 10: Solaris Live Upgrade e pianificazione degli aggiornamenti.

  2. Attivare il disco con l'ambiente di boot aggiornato ma non attivare l'ambiente di boot aggiornato.


    # mnt -F ufs /mnt/c0t0d0numero_slice /mnt
    

    Nell'esempio precedente, numero_slice si riferisce alla slice che contiene l'ambiente di boot aggiornato.

  3. Nel file /etc/system, cercare le informazioni relative al database MDD, ad esempio il testo seguente:


    * Begin MDD database info (do not edit)
    set md:mddb_bootlist1="sd:7:16 sd:7:1050 sd:7:2084"
    * End MDD database info (do not edit)
  4. In un editor di testo, aprire il file /kernel/drv/md.conf per l'ambiente di boot aggiornato.


    # cd /kernel/drv
    # vi md.conf
    
  5. Modificare md.conf come segue:

    1. Aggiungere l'informazione mddb_bootlist presente nel file /etc/system esaminato al punto 3. Includere anche le righe “Begin” e “End” commentate che precedono e seguono tale informazione.

    2. Aggiungere la stringa di testo :id0 alla fine di tutte le voci relative a un disco sd presenti nella riga mddb_bootlist.

    3. Sotto la voce mddb_bootlist, inserire la riga nuova seguente:


      md_devid_destroy=1;

    L'esempio seguente mostra una possibile modifica del file md.conf:


    # Begin MDD database info (do not edit)
    mddb_bootlist1="sd:7:16:id0 sd:7:1050:id0 sd:7:2084:id0";
    md_devid_destroy=1;
    # End MDD database info (do not edit)
    
  6. Salvare il file md.conf.

  7. Eliminare la voce mddb_bootlist dal file /etc/system.

  8. Disattivare il disco contenente l'ambiente di boot aggiornato.

  9. Attivare l'ambiente di boot aggiornato.

Se si esegue un aggiornamento da Solaris 7 con Solaris Live Upgrade, vengono visualizzati messaggi di errore non validi (4872151)

Se si utilizza Solaris Live Upgrade per eseguire un aggiornamento da Solaris 7 a Solaris 10, vengono visualizzati messaggi di errore simili ai seguenti.


Rimozione di pacchetto eseguita con successo.
/a//var/sadm/system/admin/upgrade_script: /bin/prodreg: non trovato
/a//var/sadm/system/admin/upgrade_script: /bin/prodreg: non trovato
/a//var/sadm/system/admin/upgrade_script: /bin/prodreg: non trovato

Questo errore si verifica perché il registro dei prodotti di Solaris (prodreg) non è incluso in Solaris 7.

Soluzione: ignorare il messaggio di errore. Questi errori non hanno effetto sull'installazione.

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:

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

Quando si esegue un aggiornamento da Solaris 8 a Solaris 10, la rimozione del pacchetto SUNWjxcft genera un errore. Il seguente messaggio di errore viene registrato nel file upgrade_log.


Rimozione del pacchetto 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 10 disabilita il daemon della Secure Shell (sshd) (4626093)

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

Soluzione: scegliere una delle seguenti procedure:

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 10, 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:

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

Per istruzioni dettagliate, vedere il manuale System Administration Guide: Basic Administration.

Se si cerca di installare Solaris 10 sui 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.