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.

Riavvio, panic o cicli di alimentazione

Collaboratori

Il sistema potrebbe bloccarsi (riavvio, panico o ciclo di alimentazione) durante diverse fasi dell'aggiornamento.

La soluzione a questi problemi dipende da quando si verificano.

Si riavvia, esegue il panic o si accende durante la fase di pre-controllo

Node1 o node2 si blocca prima della fase di pre-check con la coppia ha ancora attivata

Se il nodo 1 o il nodo 2 si bloccano prima della fase di pre-controllo, non è stato ancora trasferito alcun aggregato e la configurazione della coppia ha è ancora abilitata.

A proposito di questa attività

Il takeover e il giveback possono procedere normalmente.

Fasi
  1. Controllare la console per i messaggi EMS che il sistema potrebbe aver emesso e adottare l'azione correttiva consigliata.

  2. Continuare con la procedura di aggiornamento della coppia di nodi.

Riavvio, panic o cicli di alimentazione durante la prima fase di rilascio delle risorse

Node1 si blocca durante la prima fase di resource-release con la coppia ha ancora attivata

Alcuni o tutti gli aggregati sono stati ricollocati da node1 a node2 e la coppia ha è ancora abilitata. Node2 prende il controllo del volume root del node1 e di qualsiasi aggregato non root che non sia stato trasferito.

A proposito di questa attività

La proprietà degli aggregati che sono stati ricollocati è uguale alla proprietà degli aggregati non root che sono stati presi in consegna perché il proprietario di casa non è cambiato.

Quando nod1 entra in waiting for giveback state, node2 restituisce tutti gli aggregati non root node1.

Fasi
  1. Dopo l'avvio di node1, tutti gli aggregati non root di node1 sono tornati a node1. È necessario eseguire un trasferimento manuale degli aggregati dal nodo 1 al nodo 2:
    storage aggregate relocation start -node node1 -destination node2 -aggregate -list * -ndocontroller-upgrade true

  2. Continuare con la procedura di aggiornamento della coppia di nodi.

Node1 si blocca durante la prima fase di resource-release mentre la coppia ha è disattivata

Node2 non prende il controllo, ma serve ancora dati da tutti gli aggregati non root.

Fasi
  1. Far salire il node1.

  2. Continuare con la procedura di aggiornamento della coppia di nodi.

Node2 si guasta durante la prima fase di resource-release con la coppia ha ancora attivata

Node1 ha trasferito alcuni o tutti i suoi aggregati al node2. La coppia ha è attivata.

A proposito di questa attività

Node1 prende il controllo di tutti gli aggregati del node2 e di qualsiasi aggregato che aveva trasferito al node2. All'avvio di node2, il trasferimento dell'aggregato viene completato automaticamente.

Fasi
  1. Alzati il node2.

  2. Continuare con la procedura di aggiornamento della coppia di nodi.

Node2 si blocca durante la prima fase di resource-release e dopo la disattivazione della coppia ha

Node1 non prende il posto.

Fasi
  1. Alzati il node2.

    Un'interruzione del client si verifica per tutti gli aggregati mentre node2 è in fase di avvio.

  2. Continuare con il resto della procedura di aggiornamento della coppia di nodi.

Riavvio, panic o cicli di alimentazione durante la prima fase di verifica

Node2 si blocca durante la prima fase di verifica con la coppia ha disattivata

Node1 non prende il controllo in seguito a un crash node2 in quanto la coppia ha è già disattivata.

Fasi
  1. Alzati il node2.

    Un'interruzione del client si verifica per tutti gli aggregati mentre node2 è in fase di avvio.

  2. Continuare con la procedura di aggiornamento della coppia di nodi.

Node1 si blocca durante la prima fase di verifica con la coppia ha disattivata

Node2 non prende il controllo, ma serve ancora dati da tutti gli aggregati non root.

Fasi
  1. Far salire il node1.

  2. Continuare con la procedura di aggiornamento della coppia di nodi.

Riavvio, panic o cicli di alimentazione durante la prima fase di recupero delle risorse

Node2 si blocca durante la prima fase di recupero delle risorse durante il trasferimento degli aggregati

Node2 ha riallocato alcuni o tutti i suoi aggregati dal node1 al node1. Node1 serve i dati degli aggregati che sono stati ricollocati. La coppia ha è disattivata e quindi non c'è alcun Takeover.

A proposito di questa attività

Esiste un'interruzione del client per gli aggregati che non sono stati ricollocati. All'avvio di node2, gli aggregati di node1 vengono ricollocati in node1.

Fasi
  1. Alzati il node2.

  2. Continuare con la procedura di aggiornamento della coppia di nodi.

Node1 si blocca durante la prima fase di recupero delle risorse durante il trasferimento degli aggregati

Se node1 si blocca mentre node2 sta spostando gli aggregati in node1, l'attività continua dopo l'avvio di node1.

A proposito di questa attività

Node2 continua a servire gli aggregati rimanenti, ma gli aggregati che erano già stati ricollocati in node1 incontrano un'interruzione del client durante l'avvio di node1.

Fasi
  1. Far salire il node1.

  2. Continuare con l'aggiornamento del controller.

Riavvio, panic o cicli di alimentazione durante la fase di post-controllo

Node1 o node2 si bloccano durante la fase post-check

La coppia ha è disattivata, quindi non si tratta di un Takeover. Si verifica un'interruzione del client per gli aggregati appartenenti al nodo che ha riavviato il sistema.

Fasi
  1. Richiamare il nodo.

  2. Continuare con la procedura di aggiornamento della coppia di nodi.

Riavvio, panic o cicli di alimentazione durante la seconda fase di rilascio delle risorse

Node1 si blocca durante la seconda fase di rilascio delle risorse

Se node1 si blocca mentre node2 sta spostando gli aggregati, l'attività continua dopo l'avvio di node1.

A proposito di questa attività

Node2 continua a servire gli aggregati rimanenti, ma gli aggregati già ricollocati negli aggregati di node1 e node1 incontrano interruzioni del client durante l'avvio di node1.

Fasi
  1. Far salire il node1.

  2. Continuare con la procedura di aggiornamento del controller.

Node2 si blocca durante la seconda fase di rilascio delle risorse

Se il nodo 2 si blocca durante il trasferimento dell'aggregato, il nodo 2 non viene sostituito.

A proposito di questa attività

Node1 continua a servire gli aggregati che sono stati ricollocati, ma gli aggregati di proprietà di node2 incontrano interruzioni dei client.

Fasi
  1. Alzati il node2.

  2. Continuare con la procedura di aggiornamento del controller.

Riavvio, panic o cicli di alimentazione durante la seconda fase di verifica

Node1 si blocca durante la seconda fase di verifica

Se node1 si blocca durante questa fase, il takeover non avviene perché la coppia ha è già disattivata.

A proposito di questa attività

Si verifica un'interruzione del client per tutti gli aggregati fino al riavvio del nodo 1.

Fasi
  1. Far salire il node1.

  2. Continuare con la procedura di aggiornamento della coppia di nodi.

Node2 si blocca durante la seconda fase di verifica

Se node2 si blocca durante questa fase, il takeover non si verifica. Node1 serve i dati degli aggregati.

A proposito di questa attività

Si verifica un'interruzione per gli aggregati non root che sono stati già ricollocati fino al riavvio di node2.

Fasi
  1. Alzati il node2.

  2. Continuare con la procedura di aggiornamento della coppia di nodi.