test

Note su Solaris 10 8/07

Note su Sun Enterprise 10000

Questa sezione descrive i problemi che riguardano le seguenti funzioni del server Sun Enterprise 10000:

Nota –

Solaris 10 può essere eseguito in singoli domini all'interno di un sistema Sun Enterprise 10000. Tuttavia, il processore di servizio (SSP) del server Sun Enterprise 10000 non è supportato da questa versione.

Requisiti per il processore di servizio

Per il supporto di Solaris 10 è richiesto il software SSP 3.5 sul processore di servizio (SSP). Installare il software SSP 3.5 sul processore di servizio. A questo punto è possibile installare o aggiornare Solaris 10 in un dominio Sun Enterprise 10000.

Il software SSP 3.5 è richiesto anche per poter configurare correttamente il dominio per DR 3.0.

Problemi di riconfigurazione dinamica

Questa sezione descrive diversi problemi relativi alle operazioni di riconfigurazione dinamica nei domini Sun Enterprise 10000.

DR 3.0

A partire da Solaris 9 12/03, è necessario utilizzare DR 3.0 nei domini Sun Enterprise 10000 che utilizzano il sistema operativo Solaris. DR 3.0 si riferisce alla funzionalità che utilizza i comandi seguenti sull'SSP per eseguire le operazioni di riconfigurazione dinamica:

Il comando cfgadm può essere utilizzato sui domini per ottenere informazioni sullo stato delle schede. DR 3.0 può inoltre interfacciarsi con RCM (Reconfiguration Coordination Manager) per coordinare le operazioni di DR con altre applicazioni eseguite nel dominio.

Per maggiori informazioni su DR 3.0, vedere il manuale Sun Enterprise 10000 Dynamic Reconfiguration User Guide.

DR e processi utente associati

In questa versione di Solaris, la funzionalità di DR non disconnette automaticamente i processi utente dalle CPU che vengono scollegate. È perciò necessario eseguire questa operazione prima di iniziare una sequenza di scollegamento. L'operazione di svuotamento non riesce se il processo rileva la presenza di CPU con processi associati.

Non è possibile rimuovere un dispositivo di rete quando un programma tiene aperto quel dispositivo (5054195)

Se un processo tiene aperto un dispositivo di rete, non è possibile eseguire operazioni di DR che coinvolgano quel dispositivo. I daemon e i processi che mantengono un conteggio dei riferimenti impediscono il completamento delle operazioni di DR.

Soluzione. come superutente, eseguire le seguenti operazioni:

  1. Rimuovere o rinominare la directory /rplboot.

  2. Arrestare i servizi NFS.


    # sh /etc/init.d/nfs.server stop

  3. Arrestare i servizi del server di avvio.


    # sh /etc/init.d/boot.server stop

  4. Eseguire l'operazione di scollegamento DR.

  5. Riavviare i servizi NFS.


    # sh /etc/init.d/nfs.server start

  6. Riavviare i servizi del server di avvio.


    # sh /etc/init.d/boot.server start

L'abilitazione di DR 3.0 richiede un passaggio aggiuntivo in determinate situazioni (4507010)

Il software SSP 3.5 è richiesto per poter configurare correttamente il dominio per DR 3.0. Dopo aver aggiornato l'SSP a SSP 3.5, con DR 3.0 abilitato nel dominio, eseguire il comando seguente:


# devfsadm -i ngdr

Reti interdominio

Perché un dominio possa entrare a far parte di una rete interdominio (IDN), occorre che tutte le schede con una memoria attiva in quel dominio possiedano almeno una CPU attiva.

Variabili della PROM di OpenBoot

Prima di eseguire il comando boot net dal prompt della PROM OpenBoot (OK), verificare che la variabile local-mac-address? sia impostata su false. Questa è l'impostazione predefinita. Se la variabile è impostata su true, occorre verificare che questo valore sia appropriato per la configurazione locale.

Avvertenza – Avvertenza –

Una variabile local-mac-address? impostata su true può impedire l'avvio corretto del sistema attraverso la rete.

In una finestra netcon, usare il comando seguente al prompt della PROM OpenBoot per visualizzare i valori delle relative variabili: 


OK printenv

Per ripristinare la variabile local-mac-address? all'impostazione predefinita, usare il comando setenv:


OK setenv local-mac-address? false