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.
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.
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.
Solaris 9
Solaris 9 9/02
Solaris 9 12/02
Solaris 9 4/03
Solaris 9 8/03
Solaris 9 12/03
Solaris 9 4/04
Quando si esegue l'aggiornamento a Solaris 10, il pacchetto SUNWcti2x non viene rimosso correttamente dal sistema.
Soluzione: scegliere una delle soluzioni seguenti.
Per evitare il problema, applicare la patch con ID 117426-03, o una versione successiva, prima di eseguire l'aggiornamento a Solaris 10.
Per scaricare questa patch, accedere a http://sunsolve.sun.com.
Se si incontra questo problema durante l'aggiornamento, procedere come segue.
In un editor di testo, commentare la riga seguente nel file /var/sadm/pkg/SUNWcti2x/install/preremove.
rem_drv -b ${BASEDIR} sc_nct || EXIT=1 |
Rimuovere il pacchetto SUNWcti2x.
# pkgrm SUNWcti2x |
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.
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.
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.
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.
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.
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) |
In un editor di testo, aprire il file /kernel/drv/md.conf per l'ambiente di boot aggiornato.
# cd /kernel/drv # vi md.conf |
Modificare md.conf come segue:
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.
Aggiungere la stringa di testo :id0 alla fine di tutte le voci relative a un disco sd presenti nella riga mddb_bootlist.
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) |
Salvare il file md.conf.
Eliminare la voce mddb_bootlist dal file /etc/system.
Disattivare il disco contenente l'ambiente di boot aggiornato.
Attivare l'ambiente di boot aggiornato.
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.
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 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.
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:
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 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:
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 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.