Note su Solaris 9 9/05 HW

Amministrazione del sistema

In Solaris 9 9/05 HW sono presenti i seguenti bug di amministrazione.

La funzione di aggiunta di una regione di `localeadm` non funziona sui singoli CDROM dopo la creazione di un nuovo file di configurazione (6350486)

Il comando localeadm non installa correttamente le regioni ceu e nam usando i CD o le immagini di rete dei CD. Non viene visualizzato nessun messaggio di errore.

Soluzione. Usare le immagini del DVD al posto di quelle dei CD.

`patchadd` non riesce con alcune patch (6460360)

Il comando patchadd non riesce su alcune patch quando non è stato effettuato il login come utente root ma l'utente è diventato root con il comando su.

Viene visualizzato il seguente messaggio di errore:

patch has not been installed

Soluzione. Se il login come root è disabilitato, abilitarlo temporaneamente ed accedere come root. Installare la patch e quindi disabilitare il login come root.

SPARC: Gli errori irreversibili che si verificando durante un ciclo di sospensione e ripresa del sistema possono produrre un blocco del sistema (5062026)

Un errore irreversibile che si verifica durante un ciclo di sospensione e ripresa (cpr) può causare il blocco del sistema. In genere questo problema si verifica sulle workstation Sun Blade^TM 2000 su cui è installato l'acceleratore grafico XVR-1000. Più raramente, il problema si può verificare su altri sistemi SPARC a causa di errori irreversibili. Quando l'errore si verifica, il core dump non viene salvato e sulla console non compare più il prompt. Il problema si verifica più frequentemente se il debugger del kernel (kadb) è attivo.

Soluzione. Eseguire l'aggiornamento a OBP versione 4.17 o successiva.

SPARC: L'arresto del sistema usando una combinazione di tasti può produrre un errore irreversibile (5061679)

Se si cerca di arrestare il sistema premendo una sequenza di tasti (ad esempio Stop-A o L1-A) il sistema può produrre un errore irreversibile. Viene visualizzato un messaggio di errore simile al seguente:

panic[cpu2]/thread=2a100337d40: pcisch2 (pci@9,700000): 
consistent dma sync timeout

Soluzione. Non usare la tastiera per portare il sistema nella modalità della PROM di OpenBoot^TM.

x86: Il debugger modulare dell'architettura USB non viene configurato automaticamente quando è caricata solo la nuova struttura (4982529)

Su alcuni sistemi x86, i comandi del debugger modulare dell'architettura USB (mdb) potrebbero non essere configurati automaticamente.

Soluzione. Per accedere ai comandi mdb dell'architettura USBA, eseguire il comando seguente per caricare manualmente il modulo usba mdb dopo l'avvio di mdb:

> ::load usba

Una volta caricato il modulo usba mdb, è possibile ottenere un elenco di tutti i comandi USB con il seguente comando:

> ::dcmds ! grep usb

x86: Premendo il tasto F4 durante l'avvio del BIOS, la partizione di servizio non viene avviata (4782757, 5051157)

Quando si avvia un sistema Sun LX50 che dispone di una partizione di servizio e su cui è installato Solaris 9 9/05 HW (Edizione per piattaforma x86), Premendo il tasto funzione F4, quando richiesto, per avviare la partizione di servizio, lo schermo diventa vuoto. Il sistema non avvia la partizione di servizio.

Soluzione. Non premere il tasto F4 mentre è visualizzata la schermata di avvio del BIOS. Dopo un periodo di timeout, compare la schermata con le informazioni sulla partizione attiva del disco. Nella colonna del numero di partizione, selezionare il numero corrispondente a type=DIAGNOSTIC. Premere Invio. Il sistema avvia la partizione di servizio.

Il daemon di Solaris WBEM Services 2.5 non trova i provider delle API `com.sun` (4619576)

Il daemon di Solaris WBEM Services 2.5 non riesce a trovare i provider scritti per l'interfaccia com.sun.wbem.provider o per l'interfaccia com.sun.wbem.provider20. Anche se si crea un'istanza Solaris_ProviderPath per un provider scritto per queste interfacce, il daemon di Solaris WBEM Services 2.5 non riesce a trovarlo.

Soluzione. Arrestare e riavviare il daemon di Solaris WBEM Services 2.5.

# /etc/init.d/init.wbem stop

# /etc/init.d/init.wbem start

Nota –

Se si utilizza la API javax per creare il provider, non è necessario arrestare e riavviare il daemon di Solaris WBEM Services 2.5, poiché questo daemon riconosce dinamicamente i provider javax.

Alcune chiamate ai metodi della API `com.sun` non riescono con il protocollo di trasporto XML/HTTP (4497393, 4497399, 4497406, 4497411)

Se si sceglie di usare la API com.sun al posto della API javax per sviluppare un software WBEM, sono pienamente supportate solo le chiamate remote (RMI) ai metodi CIM (Common Information Model). Non è garantito che altri protocolli, ad esempio XML/HTTP, funzionino perfettamente con la API com.sun.

La tabella seguente riporta alcuni esempi di chiamate che vengono eseguite correttamente con RMI ma non con XML/HTTP.

Chiamata del metodo	Messaggio di errore
`CIMClient.close()`	`NullPointerException`
`CIMClient.execQuery()`	`CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED`
`CIMClient.getInstance()`	`CIM_ERR_FAILED`
`CIMClient.invokeMethod()`	`XMLERROR: ClassCastException`

Non è possibile modificare le proprietà di attivazione dei file system con lo strumento “Attivazioni e condivisioni” della Solaris Management Console (4466829)

Lo strumento “Attivazioni e condivisioni” della Solaris Management Console non permette di modificare le opzioni di attivazione dei file system di importanza critica / (radice), /usr e /var.

Soluzione. Scegliere una delle seguenti procedure:

Usare l'opzione remount con il comando mount.
# mount -F tipo-file-system -o remount, altre-opzioni-mount \ dispositivo-da-attivare punto-attivazione
Nota –
Le modifiche alle proprietà di attivazione effettuate con l'opzione -remount del comando mount non vengono preservate in modo permanente. Inoltre, le opzioni che non vengono specificate nella parte altre-opzioni-mount del comando precedente ereditano i valori predefiniti specificati dal sistema. Per maggiori informazioni, vedere la pagina man mount_ufs(1M).
Modificare le proprietà di attivazione del file system nella voce appropriata del file /etc/vfstab, quindi riavviare il sistema.