Problemi e bug di aggiornamento

Per le informazioni più recenti sul supporto dell'aggiornamento a partire da Solaris 10 5/09, 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.

SPARC: Impossibile eseguire il comando luactivate (6824589)

Impossibile eseguire il comando luactivate quando si attiva l'ambiente di boot creato con il file system ZFS. Viene visualizzato il seguente messaggio di errore:

/etc/lu/DelayUpdate/: cannot create

Soluzione. Prima di attivare l'ambiente di boot tramite luactivate, impostare la variabile di ambiente menu.lst come segue:

• Per la shell Korn:

  # export BOOT_MENU_FILE="menu.lst"

• Per la shell Bourne:

  # BOOT_MENU_FILE="menu.lst" # export BOOT_MENU_FILE

SUNWsmbar rimuove i file /etc/services e /etc/inet/services durante l'aggiornamento (6756546)

Durante l'aggiornamento del sistema a Solaris 10 5/09, i file /etc/services e /etc/inet/services vengono rimossi se è installato SUNWsmbar. Al riavvio vengono visualizzati i seguenti messaggi di errore sulla console del sistema:

line1-v215 console login: Oct  6 15:40:57 inetd[457]: Property 'name' of instance
svc:/network/stdiscover:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Property 'proto' of instance 
svc:/network/stdiscover:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Invalid configuration for instance 
svc:/network/stdiscover:default, placing in maintenance
Oct  6 15:40:57 inetd[457]: Property 'name' of instance 
svc:/network/stlisten:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Property 'proto' of instance 
svc:/network/stlisten:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Invalid configuration for instance 
svc:/network/stlisten:default, placing in maintenance

Soluzione. Per prevenire la rimozione di /etc/services e /etc/inet/services durante l'aggiornamento del sistema operativo, procedere come segue:

1. Arrestare tutti i servizi di Samba in esecuzione:

   #svcadm disable samba:default swat:default wins:default winbind:default

2. Disinstallare il pacchetto SUNWsmbar prima di aggiornare il sistema operativo:

   #pkgrm SUNWsmbar

3. Aggiornare il sistema operativo alla versione Solaris 10 5/09.

4. Reinstallare il pacchetto SUNWsmbar:

   #pkgadd SUNWsmbar

il comando shutdown può causare il blocco del sistema dopo l'aggiornamento (6751843)

Il comando shutdown può causare il blocco del sistema dopo l'aggiornamento alla versione Solaris 10 5/09. Il blocco si verifica quando il daemon svc.startd interrompe i servizi del sistema.

Il file di registro di Sun Java Web Console in /var/log/webconsole/console/console_debug_log viene visualizzato se il servizio della console Web viene attivato e disattivato avviandosi e interrompendosi.

Soluzione. Digitare i comandi seguenti:

/usr/share/webconsole/private/bin/wcremove -i console
svcadm clear system/webconsole:console
smcwebserver start

Il comando wcremove rimuove l'istanza del dominio server che era stata creata per quella console specifica. Quando la console viene riavviata, viene creata una nuova istanza di dominio.

Con i comandi lucreate e lumake è impossibile creare una copia di una zona non globale che non è in esecuzione (6659451)

Quando i comandi lucreate e lumake vengono usati su zone non globali che non sono in esecuzione, è possibile che non vengano eseguiti correttamente. È possibile che il contenuto della zona non globale originale e quello della copia non corrispondano. Gli utenti potrebbero non essere in grado di eseguire il login nella console della zona usando il comando zlogin. Quando si utilizza il comando zlogin potrebbe essere visualizzato il seguente messaggio di errore:

zlogin: makeutx failed

L'output diagnostico di lucreate e lumake non segnala errori.

Soluzione. Accertarsi che tutte le zone non globali siano in esecuzione prima di usare i comandi lucreate e lumake.

SPARC: L'aggiornamento con Solaris Live Upgrade da Solaris 8 e Solaris 9 non riesce (6638175)

L'aggiornamento a Solaris 10 5/09 dalle versioni precedenti (Solaris 8 e 9) usando Solaris Live Upgrade non riesce. Il file compresso delle immagini di installazione viene ora decompresso con il programma 7za. Il pacchetto SUNWp7zip non è incluso in Solaris 8 e 9. Di conseguenza, la procedura Solaris Live Upgrade non riesce.

Soluzione. Per aggiornare il sistema alla versione Solaris 10 5/09 tramite Solaris Live Upgrade dalle versioni precedenti Solaris 8 e Solaris 9, attenersi alla procedura riportata nelle Limitazioni di Solaris Live Upgrade.

Problemi con l'aggiornamento DSR in presenza di zone (6616788)

L'aggiornamento con riallocazione dello spazio su disco (Disk Space Reallocation, DSR) non riesce se sono presenti zone installate nella directory /opt. L'aggiornamento non riesce durante il ripristino dell'archivio DSR. In alcuni casi, l'aggiornamento viene completato ma non è possibile riavviare il sistema.

Soluzione. Accertarsi che il file system radice non sia pieno al 100% prima dell'aggiornamento. Rimuovere alcuni file prima dell'aggiornamento in modo che lo spazio occupato nella slice radice non sia superiore al 90%.

Problemi di aggiornamento di Solaris Trusted Extensions (6616585)

Quando si aggiorna Solaris Trusted Extensions da Solaris 10 8/07 o Solaris 10 10/08 alla versione corrente, Solaris 10 5/09, sul sistema vengono installati pacchetti aggiuntivi in altre lingue per Solaris Trusted Extensions. Il bug si verifica in quanto il programma di installazione di Solaris Trusted Extensions delle versioni Solaris 10 11/06 o Solaris 10 8/07 installa i pacchetti di localizzazione come impostazione predefinita. Non viene visualizzato nessun messaggio di errore.

Soluzione. Prima di aggiornare Solaris Trusted Extensions alla versione corrente, rimuovere i seguenti pacchetti di localizzazione di Solaris Trusted Extensions:

Il sistema non può comunicare con ypbind dopo l'aggiornamento (6488549)

Questo bug si verifica dopo l'aggiornamento da Solaris 10 Hardware 2 alla versione attuale, Solaris 10 5/09.

In Solaris 10 Hardware 2, il file name_service.xml relativo a qualsiasi servizio (NIS, NIS+, FILES o LDAP) è configurato come segue:

# ls -l name_service.xml
lrwxrwxrwx   1 root     root     10 Apr 10 16:26 name_service.xml -> ns_files.xml

Se il servizio di denominazione è NIS, il file name_service.xml è collegato a ns_files.xml. Tuttavia, il contenuto di ns_files.xml è uguale a quello di ns_nis.xml.

  # cat /etc/release
                     Solaris 10 3/05 HW2 s10s_hw2wos_05 SPARC
           Copyright 2005 Sun Microsystems, Inc.  All Rights Reserved.
                        Use is subject to license terms.
                           Assembled 26 September 2005
  # cd /var/svc/profile
  # ls -l name_service.xml ns_files.xml ns_nis.xml
  lrwxrwxrwx   1 root   other    12 May 21 04:06 name_service.xml -> ns_files.xml
  -r--r--r--   1 root   sys     779 May 21 04:25 ns_files.xml
  -r--r--r--   1 root   sys     779 Jan 21  2005 ns_nis.xml
  #
  # diff ns_files.xml ns_nis.xml
  # diff name_service.xml ns_nis.xml

Nell'output riportato qui sopra, i file ns_nis.xml e ns_files.xml sono identici. Per questa ragione, il file name_service.xml è collegato simbolicamente al file del servizio di denominazione errato. Il file name_service.xml si collega a ns_files.xml. name_service.xml dovrebbe invece essere collegato a ns_nis.xml.

Nella correzione alla CR 6411084, lo script di installazione o post-installazione di SUNWcsr crea il collegamento corretto solo se name_service.xml non è un collegamento. Se name_service.xml è già un collegamento simbolico, come avviene in Solaris 10 Hardware 2, la correzione della CR 6411084 non può funzionare.

Dopo l'aggiornamento da Solaris 10 Hardware 2 alla versione corrente (Solaris 10 5/09) il messaggio seguente viene visualizzato sulla console o registrato nel file dei messaggi:

Oct 23 12:18:45 vt2000a automount[301]: [ID 366266 daemon.error] 
can't read nis map auto_master: can't communicate with ypbind - retrying 

Inoltre, il servizio /network/nis/client:default resta offline.

Soluzione. Scegliere una delle seguenti procedure:

• Soluzione 1. Prima dell'aggiornamento, rimuovere il file /var/svc/profile/name_service.xml.

• Soluzione 2. Dopo l'aggiornamento, modificare il collegamento /var/svc/profile/name_service.xml in modo che punti al file ns_<xxx>.xml corretto, in base al servizio di denominazione.

L'aggiornamento non riesce sui sistemi in cui sono presenti zone installate ma non avviate

La presenza di una zona non globale che è stata installata ma non è mai stata avviata o preparata può impedire l'aggiornamento corretto del sistema. Non viene visualizzato nessun messaggio di errore.

Soluzione.

Se è presente una zona di questo tipo, la zona deve essere preparata e quindi arrestata prima dell'aggiornamento. Ad esempio:

global# zoneadm -z myzone ready ; zoneadm -z myzone halt

L'aggiornamento a Solaris 10 5/09 di un sistema Solaris 10 con zone non globali può produrre un errore nel servizio del file system locale (6428258)

L'aggiornamento a Solaris 10 5/09 di un sistema con Solaris 10 3/05 o Solaris 10 1/06 in cui sono presenti zone non globali può causare un errore nel servizio SMF che attiva i file system locali nelle zone non globali. Di conseguenza, altri servizi delle zone non globali non vengono avviati.

Dopo l'aggiornamento alla versione Solaris 10 5/09 di un sistema Solaris 10 in cui sono presenti zone non globali, i servizi potrebbero trovarsi nello stato di manutenzione. Ad esempio:

# zlogin myzone svcs -x
    svc:/system/filesystem/local:default (local file system mounts)
     State: maintenance since Wed May 24 13:18:06 2006
    Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
       See: http://sun.com/msg/SMF-8000-KS
       See: /var/svc/log/system-filesystem-local:default.log
    Impact: 18 dependent services are not running.  (Use -v for list.)

Soluzione.

Riavviare la zona non globale dalla zona globale. Ad esempio:

global# zoneadm -z myzone reboot

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) in Solaris Volume Manager Administration Guide.

Barra di avanzamento non presente nel comando Solaris Live Upgrade luupgrade (6239850)

La barra di avanzamento non viene visualizzata quando si utilizza Solaris Live Upgrade nel modo seguente:

• Si utilizzano i CD di Solaris 10 5/09 per aggiornare il sistema operativo.

• Si aggiorna un ambiente di boot usando il comando luupgrade con le seguenti opzioni:

  • -i per l'installazione dai CD

  • -O “-nodisplay -noconsole ” per eseguire il programma di installazione sul secondo CD in modalità testo e senza interazione dell'utente

• È in corso l'aggiornamento a Solaris 10 5/09 dalle seguenti versioni:

  • Solaris 9

  • Solaris 10

Ad esempio, se si esegue il seguente comando, la barra di avanzamento dovrebbe essere visualizzata dopo il seguente messaggio:

Running installer on BE s10u1.

Tuttavia, la barra di avanzamento non compare.

# luupgrade -i -n s10u1 -s /net/installsrv/export/s10u1
 -O "-nodisplay -noconsole"


Validating the contents of the media /net/installsvr/export/s10u1.
The media is a standard Solaris media.
The media contains a standard Solaris installer.
The media contains Solaris 3 version 10.
Mounting BE s10u1.
Running installer on BE s10u1.

Non viene visualizzato nessun messaggio di errore.

Soluzione. Usare il comando prstat. Questo comando consente di visualizzare lo stato di avanzamento dell'installazione durante l'aggiunta dei pacchetti.

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.