test

Note su Solaris 10 10/09

Amministrazione del sistema

Questa sezione descrive i problemi di Solaris 10 connessi all'amministrazione dei sistemi.

SPARC: Impossibile avviare l'interfaccia utente grafica di Solaris Volume Manager (6671736)

L'interfaccia utente grafica di Solaris Volume Manager non viene avviata correttamente. Tuttavia non si riscontra alcun errore irreversibile di sistema.

Soluzione. Rimuovere le seguenti righe dal file /var/sadm/smc/toolboxes/smc/smc.tbx.


<ToolBoxURL>
   <URL>file:/var/sadm/smc/toolboxes/tsol_files/tsol_files.tbx</URL>
</ToolBoxURL>
<ToolBoxURL>
   <URL>file:/var/sadm/smc/toolboxed/tsol_ldap/tsol_ldap.tbx</URL>
</ToolBoxURL>

x86: I comandi add_drv, update_drv e rem_drv devono utilizzare il blocco dei record di avvertimento (6445040)

Il comando update_drv non rimuove immediatamente il file di blocco /tmp/AdDrEm.lck . Di conseguenza, i successivi comandi add_drv, update_drv e rem_drv non vengono eseguiti. Il problema è particolarmente evidente quando si crea un'immagine di installazione personalizzata. Questo file di blocco è stato incluso nella miniroot, pertanto i tentativi di aggiungere un pacchetto non riescono. Viene visualizzato il seguente messaggio di errore:


add_drv/rem_drv currently busy; try later

Soluzione. Se il file /tmp/AdDrEm.lck esiste, rimuoverlo manualmente prima di tentare l'esecuzione di un comando pkgadd o *_drv.

SPARC: La patch FKU 137137-xx non supporta il software di gestione dei volumi di terze parti

La patch FKU 137137-xx non supporta il software di gestione dei volumi di terze parti, con alcune eccezioni. La mancanza di supporto è legata all'implementazione di prepatch, postpatch e postbackout. Gli utenti che utilizzano un software di gestione dei volumi di terze parti non supportato non possono applicare la patch FKU. Viene visualizzato il seguente messaggio di errore durante l'installazione della patch:


unsupported root slice type xxxxx

Tuttavia, il software di gestione dei volumi di Fujitsu e Veritas è supportato.

Soluzione. Nessuna.

Non utilizzare patchadd -M per installare le patch su un sistema con zone non globali

Su un sistema con zone non globali, si consiglia di non utilizzare l'opzione patchadd -M. L'attuale implementazione di patchadd -M applica tutte le patch per prima cosa alla zona globale e solo in un secondo momento alle zone non globali. Questa procedura non è ottimale. Se si verifica un problema dopo che sono già state applicate varie patch alla zona globale, ma non alle zone non globali, la sincronizzazione tra le zone risulta notevolmente compromessa, una condizione potenzialmente difficile da risolvere.

Soluzione. È possibile usare patchadd -a -M per realizzare una sequenza di installazione valida per un set di patch e garantire che possano essere installate senza problemi.

Per maggiori informazioni, vedere l'articolo sulle Best Practices nell'area di BigAdmin dedicata alle patch, in http://www.sun.com/bigadmin/features/articles/patch_management.jsp.

Il comando ::findleaks non riesce (6720107)

Il comando ::findleaks del debugger mdb non viene eseguito sul sistema operativo Solaris 10 10/09. Viene visualizzato il seguente messaggio di errore:


mdb: couldn't walk 'modctl': unknown walk name

Soluzione. Prima di usare il comando ::findleaks, digitare il comando ::load krtld.

Il DVD di Solaris 10 10/09 non viene sempre attivato automaticamente da vold (6712352)

Il DVD di Solaris 10 10/09 non viene attivato per impostazione predefinita durante l'esecuzione. Non viene visualizzato nessun messaggio di errore.

Soluzione. Procedere come segue:

  1. Diventare superutente.

  2. Disabilitare vold:

    • Sui sistemi Solaris 10:


      # svcadm disable -t volfs

    • Sui sistemi Solaris 8 e Solaris 9:


      /etc/init.d/volmgt stop

  3. Attivare il supporto manualmente usando il comando # mount -F hsfs percorso del dispositivo a blocchi percorso del punto di attivazione. Ad esempio:


    # mount -F hsfs /dev/rdsk/c0t2d0s2 /mnt

Impossibile eseguire il login nella Solaris Management Console dopo aver abilitato Solaris Trusted Extensions (6639493)

La SolarisTM Management Console si blocca e non consente il login di root dopo aver abilitato Solaris Trusted Extensions. Può essere visualizzato il seguente messaggio di errore quando la Solaris Management Console si blocca:


Configuring the Management Server...

Soluzione. Procedere come segue:

  1. Configurare Solaris Trusted Extensions e avviare la Solaris Management Console.

  2. Selezionare “Apri toolbox” dal menu Console.

  3. Selezionare localhost se compare nell'elenco.

  4. Diversamente, se localhost non è elencato, digitare localhost.

  5. Scegliere il toolbox Policy=TSOL.

  6. Eseguire nuovamente il login nella Solaris Management Console come utente root.

  7. (Opzionale) Se il secondo login in Solaris Management Console non riesce, ripetere i punti da 1 a 5 digitando 127.0.0.1 al posto di localhost al punto 3.

Possibili errori di zoneadm attach (6550154)

Quando si collega una zona, se l'host originale e il nuovo host contengono pacchetti con lo stesso livello di patch ma con una cronologia intermedia differente, il collegamento della zona può non riuscire. Vengono visualizzati vari messaggi di errore. Il messaggio di errore dipende dalla cronologia delle patch dei due host.

Soluzione. Verificare che sui due host (originale e nuovo) le patch siano state applicate nella stessa sequenza.

Solaris non gestisce la commutazione tra la modalità legacy e quella AHCI con il controller SATA (6520224)

Nei sistemi che utilizzano un controller SATA compatibile AHCI, la configurazione del BIOS consente in genere di impostare il controller nelle modalità AHCI, legacy o RAID. Solaris supporta le modalità AHCI e legacy.

L'impostazione della modalità SATA nel BIOS non deve essere modificata dopo l'installazione iniziale di Solaris. Inoltre, tale modalità SATA non deve essere modificata prima o dopo un aggiornamento di Solaris. Se l'impostazione della modalità SATA nel BIOS viene modificata dopo l'installazione di Solaris, il sistema si ripristina e non può essere avviato, senza alcuna indicazione della causa dell'errore.

Soluzione. Se dopo la modifica dell'impostazione del BIOS non è più possibile avviare il sistema, ripristinare l'impostazione originale.

Applicazione delle patch con attivazione differita (6486471)

A partire dalle patch 119254-42 e 119255-42, i programmi di installazione delle patch, patchadd e patchrm, sono stati modificati per cambiare il modo in cui le patch installano le nuove funzioni o gestiscono i file esistenti che sono incompatibili con il sistema in esecuzione. Questa modifica ha effetto sull'installazione delle patch in tutte le versioni di Solaris 10. Le patch ad “attivazione differita” gestiscono in modo migliore le estese modifiche contenute nelle patch del kernel.

La funzione di attivazione differita utilizza il file system di loopback, lofs, per creare una copia del file system radice. I file originali a cui viene applicata la patch vengono copiati in una posizione sicura e la patch viene applicata alla copia lofs del file system radice. In seguito, il file originale viene attivato di nuovo con lofs sopra il nuovo file a cui viene applicata la patch. In questo modo, il sistema in esecuzione resta sempre coerente, per l'intera durata della procedura di applicazione della patch. Le nuove funzioni ed eventuali modifiche non compatibili vengono nascoste fino al riavvio del sistema.

Dopo aver applicato una patch ad attivazione differita, gli utenti dovrebbero riavviare il sistema appena possibile, ma non è necessario che lo facciano immediatamente: possono applicare altre patch e quindi riavviare il sistema.

Il file README delle patch fornisce indicazioni sulle patch che richiedono il riavvio.

Nota –

Sun raccomanda di applicare sempre le patch in modalità monoutente, in particolare quando questo viene richiesto esplicitamente nel file README della patch.

Se sul sistema sono presenti zone non globali o se il file system lofs è disabilitato, tenere in considerazione questi aspetti durante l'installazione o la rimozione delle patch ad attivazione differita:

Non viene visualizzato nessun messaggio di errore.

Soluzione. Sun consiglia l'utilizzo di Solaris Live Upgrade per gestire le patch. Solaris Live Upgrade risolve i problemi legati all'installazione delle patch su un sistema in esecuzione. Solaris Live Upgrade riduce i tempi di inattività legati all'applicazione delle patch e riduce i rischi consentendo di ripristinare lo stato originale del sistema in caso di problemi. Per maggiori informazioni, vedere Guida all’installazione di Solaris 10 10/09: Solaris Live Upgrade e pianificazione degli aggiornamenti.

Errore di determinazione dello stato del file system da parte delle applicazioni a 32 bit con file system di grandi dimensioni (6468905)

Sui file system di grandi dimensioni, ad esempio ZFS, le applicazioni che usano statvfs(2) o statfs(2) per ottenere informazioni sullo stato del file system possono produrre un errore. Viene visualizzato il seguente messaggio di errore:


Value too large for defined data type

Soluzione. Le applicazioni dovrebbero utilizzare statvfs64().

L'utilizzo di patchadd con l'opzione -R per specificare una directory radice alternativa su sistemi che non supportano le zone dovrebbe essere limitato (6464969)

Sui sistemi che eseguono una versione di Solaris che non supporta le zone, l'utilizzo di patchadd -R o di qualsiasi comando che accetta l'opzione -R per specificare un percorso radice alternativo per una zona globale in cui sono installate zone non globali, non funziona correttamente.

A differenza di quanto accade con il comando luupgrade [-t, -T, -p, -P] non viene visualizzato nessun messaggio di errore che indica le opportune limitazioni del comando.

Non viene segnalato che l'opzione -R non funziona correttamente. Come conseguenza di questa condizione, i pacchetti o le patch di Solaris 10 non vengono installati in nessuna delle zone non globali presenti.

Il problema si verifica durante l'installazione o la disinstallazione dei pacchetti o delle patch.

Nota –

L'opzione -R funziona se nell'ambiente di boot alternativo sono state configurate zone non globali ma non sono state installate zone non globali. Per evitare potenziali problemi, o se non si è certi della presenza di zone non globali usate come percorsi radice alternativi, limitare l'utilizzo dell'opzione -R in tutte le istanze.

Per maggiori informazioni, vedere le seguenti pagine man:

Soluzione 1. Aggiornare il sistema operativo a Solaris 10 1/06 o versione successiva.

Se si esegue Solaris 10 3/05, installare le seguenti patch per consentire l'utilizzo dei comandi che accettano l'opzione -R per creare un percorso radice alternativo:

Soluzione 2. Limitare l'utilizzo di patchadd -R o di altri comandi che accettano l'opzione -R per creare un percorso radice alternativo.

Avviare la radice alternativa, ad esempio Solaris 10, come sistema operativo attivo. Quindi installare e disinstallare i pacchetti e le patch di Solaris 10 senza usare l'opzione -R.

Sun Patch Manager Tool 2.0 non è compatibile con le versioni precedenti

Un sistema che esegue Sun Patch Manager Tool 2.0 può gestire i sistemi remoti che utilizzano Patch Manager Tool, anche nella versione 1.0.

Tuttavia, un sistema con una versione precedente di Patch Manager Tool non può gestire i sistemi remoti che utilizzano Patch Manager Tool 2.0. Le versioni precedenti includono:

Nota –

Il sistema operativo Solaris 8 non supporta il modello CIM/WBEM (Common Information Model/Web Based Enterprise Management) per Patch Manager Tool. Ciò comporta che sui sistemi Solaris 8 non è possibile eseguire la gestione remota con Patch Manager.

Non è possibile eliminare i client diskless esistenti dal sistema (6205746)

Se si utilizza il comando smdiskless per eliminare un client diskless, il comando non riesce. Il client diskless non viene rimosso dai database del sistema. Viene visualizzato il seguente messaggio di errore:


Failing with error EXM_BMS.

Soluzione. Disabilitare la condivisione della partizione /export prima di aggiungere il client.

SPARC: Il comando smosservice delete non rimuove correttamente tutte le directory (6192105)

Se si utilizza il comando smosservice delete per rimuovere un servizio di un client diskless, il comando non rimuove correttamente tutte le directory del servizio.

Soluzione. Procedere come segue.

  1. Verificare che non siano presenti client che utilizzano il servizio.


    # unshare /export/exec/Solaris_10_sparc.all
# rm -rf /export/exec/Solaris_10_sparc.all
# rm -rf /export/exec/.copyofSolaris_10_sparc.all
# rm -rf /export/.copyofSolaris_10
# rm -rf /export/Solaris_10
# rm -rf /export/share
# rm -rf /export/root/templates/Solaris_10
# rm -rf /export/root/clone/Solaris_10
# rm -rf /tftpboot/inetboot.sun4u.Solaris_10

  2. Rimuovere la voce seguente dal file /etc/bootparams.


    fs1-24 boottype=:os
    Nota –

    Rimuovere questa voce solo se il file server non fornisce funzioni o risorse per altri servizi.

  3. Rimuovere la voce seguente dal file /etc/dfs/dfstab.


    share -F nfs -o ro /export/exec/Solaris_8_sparc.all/usr

  4. Modificare il file /var/sadm/system/admin/services/Solaris_10.

    • Se il file server non è Solaris_10, eliminare il file.

    • Se il file server è Solaris_10, rimuovere tutte le voci che compaiono dopo le prime tre righe. Le righe eliminate indicano i pacchetti del servizio USR_PATH e SPOOLED ROOT in /export/root/templates/Solaris_10 e nelle piattaforme supportate.