Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Spegnere il controller non utilizzato - AFF A400

Collaboratori
PDF

Dopo aver completato le attività NVE o NSE, è necessario completare l'arresto del controller compromesso. Arrestare o sostituire il controller con problemi utilizzando la procedura appropriata per la configurazione.

Opzione 1: La maggior parte delle configurazioni

Dopo aver completato le attività NVE o NSE, è necessario completare l'arresto del controller compromesso.

Fasi

  1. Portare la centralina danneggiata al prompt DEL CARICATORE:

    Se il controller non utilizzato visualizza…​ Quindi…​

    Il prompt DEL CARICATORE

    Andare a Rimozione del modulo controller.

    Waiting for giveback…​

    Premere Ctrl-C, quindi rispondere y quando richiesto.

    Prompt di sistema o prompt della password (inserire la password di sistema)

    Assumere il controllo o arrestare il controller compromesso dal controller integro: storage failover takeover -ofnode impaired_node_name

    Quando il controller non utilizzato visualizza Waiting for giveback…​ (in attesa di giveback…​), premere Ctrl-C e rispondere y.

  2. Dal prompt DEL CARICATORE, immettere: printenv per acquisire tutte le variabili ambientali di avvio. Salvare l'output nel file di log.

    Nota Questo comando potrebbe non funzionare se il dispositivo di boot è corrotto o non funzionante.

Opzione 2: Il controller è in una configurazione MetroCluster

Nota Non utilizzare questa procedura se il sistema si trova in una configurazione MetroCluster a due nodi.

Per spegnere il controller compromesso, è necessario determinare lo stato del controller e, se necessario, assumere il controllo del controller in modo che il controller integro continui a servire i dati provenienti dallo storage del controller compromesso.

  • Se si dispone di un cluster con più di due nodi, questo deve trovarsi in quorum. Se il cluster non è in quorum o un controller integro mostra false per idoneità e salute, è necessario correggere il problema prima di spegnere il controller compromesso; vedere "Sincronizzare un nodo con il cluster".

  • Se si dispone di una configurazione MetroCluster, è necessario confermare che lo stato di configurazione MetroCluster è configurato e che i nodi sono in uno stato abilitato e normale (metrocluster node show).

Fasi

  1. Se AutoSupport è attivato, eliminare la creazione automatica del caso richiamando un messaggio AutoSupport: system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh

    Il seguente messaggio AutoSupport elimina la creazione automatica del caso per due ore: cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h

  2. Disattivare il giveback automatico dalla console del controller integro: storage failover modify –node local -auto-giveback false

  3. Portare la centralina danneggiata al prompt DEL CARICATORE:

    Se il controller non utilizzato visualizza…​ Quindi…​

    Il prompt DEL CARICATORE

    Passare alla fase successiva.

    In attesa di un giveback…​

    Premere Ctrl-C, quindi rispondere y quando richiesto.

    Prompt di sistema o prompt della password (inserire la password di sistema)

    Assumere il controllo o arrestare il controller compromesso dal controller integro: storage failover takeover -ofnode impaired_node_name

    Quando il controller non utilizzato visualizza Waiting for giveback…​ (in attesa di giveback…​), premere Ctrl-C e rispondere y.

Opzione 3: Controller in un MetroCluster a due nodi

Per spegnere il controller compromesso, è necessario determinare lo stato del controller e, se necessario, sostituirlo in modo che il controller integro continui a servire i dati provenienti dallo storage del controller compromesso.

A proposito di questa attività

  • Al termine di questa procedura, è necessario lasciare accesi gli alimentatori per alimentare il controller integro.

Fasi

  1. Controllare lo stato MetroCluster per determinare se il controller compromesso è passato automaticamente al controller integro: metrocluster show

  2. A seconda che si sia verificato uno switchover automatico, procedere come indicato nella seguente tabella:

    Se il controller è compromesso…​ Quindi…​

    Si è attivata automaticamente

    Passare alla fase successiva.

    Non si è attivato automaticamente

    Eseguire un'operazione di switchover pianificata dal controller integro: metrocluster switchover

    Non è stato attivato automaticamente, si è tentato di eseguire lo switchover con metrocluster switchover e lo switchover è stato vetoed

    Esaminare i messaggi di veto e, se possibile, risolvere il problema e riprovare. Se non si riesce a risolvere il problema, contattare il supporto tecnico.

  3. Risincronizzare gli aggregati di dati eseguendo metrocluster heal -phase aggregates dal cluster esistente.

    controller_A_1::> metrocluster heal -phase aggregates
[Job 130] Job succeeded: Heal Aggregates is successful.

    Se la riparazione è vetoed, si ha la possibilità di riemettere il metrocluster heal con il -override-vetoes parametro. Se si utilizza questo parametro opzionale, il sistema sovrascrive qualsiasi veto soft che impedisca l'operazione di riparazione.

  4. Verificare che l'operazione sia stata completata utilizzando il comando MetroCluster Operation show.

    controller_A_1::> metrocluster operation show
    Operation: heal-aggregates
      State: successful
Start Time: 7/25/2016 18:45:55
   End Time: 7/25/2016 18:45:56
     Errors: -

  5. Controllare lo stato degli aggregati utilizzando storage aggregate show comando.

    controller_A_1::> storage aggregate show
Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
--------- -------- --------- ----- ------- ------ ---------------- ------------
...
aggr_b2    227.1GB   227.1GB    0% online       0 mcc1-a2          raid_dp, mirrored, normal...

  6. Riparare gli aggregati root utilizzando metrocluster heal -phase root-aggregates comando.

    mcc1A::> metrocluster heal -phase root-aggregates
[Job 137] Job succeeded: Heal Root Aggregates is successful

    Se la riparazione è vetoed, si ha la possibilità di riemettere il metrocluster heal comando con il parametro -override-vetoes. Se si utilizza questo parametro opzionale, il sistema sovrascrive qualsiasi veto soft che impedisca l'operazione di riparazione.

  7. Verificare che l'operazione di riparazione sia completa utilizzando metrocluster operation show sul cluster di destinazione:

    mcc1A::> metrocluster operation show
  Operation: heal-root-aggregates
      State: successful
 Start Time: 7/29/2016 20:54:41
   End Time: 7/29/2016 20:54:42
     Errors: -

  8. Sul modulo controller guasto, scollegare gli alimentatori.