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.

Sostituire un modulo i/o - AFF A900

Collaboratori

Per sostituire un modulo i/o, è necessario eseguire una sequenza specifica di attività.

  • È possibile utilizzare questa procedura con tutte le versioni di ONTAP supportate dal sistema.

  • Tutti gli altri componenti del sistema devono funzionare correttamente; in caso contrario, contattare il supporto tecnico.

Fase 1: Spegnere il nodo compromesso

Arrestare o sostituire il controller compromesso utilizzando una delle seguenti opzioni.

Opzione 1: La maggior parte dei sistemi

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.

Prima di iniziare

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".

Fasi
  1. Se AutoSupport è attivato, sospendere la creazione automatica dei casi richiamando un comando di messaggio AutoSupport: system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh

    Il seguente comando AutoSupport sopprime la creazione automatica dei casi 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.

    Waiting for giveback…​

    Premere Ctrl-C, quindi rispondere y quando richiesto.

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

    Arrestare o rilevare il controller danneggiato 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 2: Controller in un 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, sospendere la creazione automatica dei casi richiamando un comando AutoSupport: system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh

    Il seguente comando AutoSupport sopprime la creazione automatica dei casi 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)

    Arrestare o rilevare il controller danneggiato 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.

Fase 2: Sostituire i moduli i/O.

Per sostituire un modulo i/o, individuarlo all'interno dello chassis e seguire la sequenza specifica dei passaggi.

  1. Se non si è già collegati a terra, mettere a terra l'utente.

  2. Scollegare i cavi associati al modulo i/o di destinazione.

    Assicurarsi di etichettare i cavi in modo da conoscerne la provenienza.

  3. Rimuovere il modulo i/o di destinazione dallo chassis:

    1. Premere il tasto contrassegnato e numerato CAM.

      Il pulsante CAM si allontana dal telaio.

    2. Ruotare il fermo della camma verso il basso fino a portarlo in posizione orizzontale.

      Il modulo i/o si disinnesta dallo chassis e si sposta di circa 1/2 pollici fuori dallo slot i/O.

    3. Rimuovere il modulo i/o dallo chassis tirando le linguette sui lati del lato anteriore del modulo.

      Assicurarsi di tenere traccia dello slot in cui si trovava il modulo i/O.

      Animazione - rimuovere/installare il modulo i/O.

      Rimozione di un modulo PCIe

    Numero di didascalia 1

    Latch i/o Cam intestato e numerato

    Numero di didascalia 2

    Fermo i/o Cam completamente sbloccato

  4. Mettere da parte il modulo i/O.

  5. Installare il modulo i/o sostitutivo nello chassis facendo scorrere delicatamente il modulo i/o nello slot fino a quando il fermo della camma i/o con lettere e numeri inizia a innestarsi nel perno della camma i/o, quindi spingere il fermo della camma i/o completamente verso l'alto per bloccare il modulo in posizione.

  6. Ricable il modulo i/o, secondo necessità.

Fase 3: Riavviare il controller

Dopo aver sostituito un modulo i/o, è necessario riavviare il modulo controller.

Nota Se il nuovo modulo i/o non è lo stesso modello del modulo guasto, è necessario prima riavviare il BMC.
Fasi
  1. Riavviare il BMC se il modulo sostitutivo non è lo stesso modello del modulo precedente:

    1. Dal prompt DEL CARICATORE, passare alla modalità avanzata dei privilegi: priv set advanced

    2. Riavviare BMC: sp reboot

  2. Dal prompt DEL CARICATORE, riavviare il nodo: bye

    Nota In questo modo, le schede PCIe e gli altri componenti vengono reinizializzati e il nodo viene riavviato.
  3. Se il sistema è configurato per supportare connessioni dati e di interconnessione cluster a 10 GbE su NIC a 40 GbE, convertire queste porte in connessioni a 10 GbE utilizzando il comando nicadmin convert dalla modalità Maintenance. Vedere "Converti le porte NIC da 40 GbE in più porte da 10 GbE per la connettività da 10 GbE" per ulteriori informazioni.

    Nota Assicurarsi di uscire dalla modalità di manutenzione dopo aver completato la conversione.
  4. Ripristinare il funzionamento normale del nodo: storage failover giveback -ofnode impaired_node_name

  5. Se il giveback automatico è stato disattivato, riabilitarlo: storage failover modify -node local -auto-giveback true

Fase 4: Restituire la parte guasta a NetApp

Restituire la parte guasta a NetApp, come descritto nelle istruzioni RMA fornite con il kit. Vedere la "Restituzione e sostituzione delle parti" pagina per ulteriori informazioni.