Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Reatribuir discos node2 a node4

Colaboradores netapp-pcarriga
PDFs

Você precisa reatribuir os discos que pertenciam ao node2 ao node4 antes de verificar a instalação do node4.

Passos

  1. Verifique se o node2 parou no menu de inicialização e reatribua os discos do node2 ao node4:

    boot_after_controller_replacement

    Após um curto atraso, você será solicitado a digitar o nome do nó que está sendo substituído. Se houver discos compartilhados (também chamados de Advanced Disk Partitioning (ADP) ou Partitioned Disks), você será solicitado a digitar o nome do nó do parceiro HA.

    Esses prompts podem ser enterrados nas mensagens do console. Se não introduzir um nome de nó ou introduzir um nome incorreto, ser-lhe-á pedido que introduza o nome novamente.

    Expanda o exemplo de saída do console 
    LOADER-A> boot_ontap menu
.
.
<output truncated>
.
All rights reserved.
*******************************
*                             *
* Press Ctrl-C for Boot Menu. *
*                             *
*******************************
.
<output truncated>
.
Please choose one of the following:
(1)  Normal Boot.
(2)  Boot without /etc/rc.
(3)  Change password.
(4)  Clean configuration and initialize all disks.
(5)  Maintenance mode boot.
(6)  Update flash from backup config.
(7)  Install new software first.
(8)  Reboot node.
(9)  Configure Advanced Drive Partitioning.
(10) Set Onboard Key Manager recovery secrets.
(11) Configure node for external key management.
Selection (1-11)? 22/7
(22/7)                          Print this secret List
(25/6)                          Force boot with multiple filesystem disks missing.
(25/7)                          Boot w/ disk labels forced to clean.
(29/7)                          Bypass media errors.
(44/4a)                         Zero disks if needed and create new flexible root volume.
(44/7)                          Assign all disks, Initialize all disks as SPARE, write DDR labels
.
.
<output truncated>
.
.
(wipeconfig)                        Clean all configuration on boot device
(boot_after_controller_replacement) Boot after controller upgrade
(boot_after_mcc_transition)         Boot after MCC transition
(9a)                                Unpartition all disks and remove their ownership information.
(9b)                                Clean configuration and initialize node with partitioned disks.
(9c)                                Clean configuration and initialize node with whole disks.
(9d)                                Reboot the node.
(9e)                                Return to main boot menu.
The boot device has changed. System configuration information could be lost. Use option (6) to
restore the system configuration, or option (4) to initialize all disks and setup a new system.
Normal Boot is prohibited.
Please choose one of the following:
(1)  Normal Boot.
(2)  Boot without /etc/rc.
(3)  Change password.
(4)  Clean configuration and initialize all disks.
(5)  Maintenance mode boot.
(6)  Update flash from backup config.
(7)  Install new software first.
(8)  Reboot node.
(9)  Configure Advanced Drive Partitioning.
(10) Set Onboard Key Manager recovery secrets.
(11) Configure node for external key management.
Selection (1-11)? boot_after_controller_replacement
This will replace all flash-based configuration with the last backup to disks. Are you sure
you want to continue?: yes
.
.
<output truncated>
.
.
Controller Replacement: Provide name of the node you would like to replace:
<nodename of the node being replaced>
Controller Replacement: Provide High Availability partner of node1: <nodename of the partner of the node being replaced>
Changing sysid of node node2 disks.
Fetched sanown old_owner_sysid = 536940063 and calculated old sys id = 536940063
Partner sysid = 4294967295, owner sysid = 536940063
.
.
<output truncated>
.
.
varfs_backup_restore: restore using /mroot/etc/varfs.tgz
varfs_backup_restore: attempting to restore /var/kmip to the boot device
varfs_backup_restore: failed to restore /var/kmip to the boot device
varfs_backup_restore: attempting to restore env file to the boot device
varfs_backup_restore: successfully restored env file to the boot device wrote
    key file "/tmp/rndc.key"
varfs_backup_restore: timeout waiting for login
varfs_backup_restore: Rebooting to load the new varfs
Terminated
<node reboots>
System rebooting...
.
.
Restoring env file from boot media...
copy_env_file:scenario = head upgrade
Successfully restored env file from boot media...
Rebooting to load the restored env file...
.
System rebooting...
.
.
.
<output truncated>
.
.
.
.
WARNING: System ID mismatch. This usually occurs when replacing a
boot device or NVRAM cards!
Override system ID? {y|n} y
.
.
.
.
Login:
    Observação No exemplo de saída do console acima, o ONTAP solicitará o nome do nó do parceiro se o sistema usar discos de particionamento avançado de disco (ADP).

  2. Se o sistema entrar em um loop de reinicialização com a mensagem no disks found , indica que o sistema redefiniu as portas FC ou UTA/UTA2 de volta ao modo de destino e, portanto, não consegue ver nenhum disco. Selecione uma das seguintes tarefas para resolver este problema:

  3. pressione Ctrl-C durante o AUTOBOOT para parar o nó no prompt Loader>.

  4. No prompt Loader, entre no modo de manutenção:

    boot_ontap maint

  5. No modo de manutenção, exiba todas as portas do iniciador definidas anteriormente que estão agora no modo de destino:

    ucadmin show

    Altere as portas novamente para o modo iniciador:

    ucadmin modify -m fc -t initiator -f adapter name

  6. Verifique se as portas foram alteradas para o modo iniciador:

    ucadmin show

  7. Sair do modo de manutenção:

    halt

    Observação

    Se você estiver atualizando de um sistema que suporte discos externos para um sistema que também suporte discos externos, vá para Passo 8.

    Se você estiver atualizando de um sistema que usa discos externos para um sistema que suporta discos internos e externos, por exemplo, um sistema AFF A800, vá para Passo 9.

  8. no prompt DO Loader, inicie:

    boot_ontap menu

    Agora, na inicialização, o nó pode detetar todos os discos que foram atribuídos anteriormente a ele e pode inicializar como esperado.

    Quando os nós de cluster que você está substituindo usam criptografia de volume raiz, o ONTAP não consegue ler as informações de volume dos discos. Restaure as chaves para o volume raiz.

    Observação Isto aplica-se apenas quando o volume raiz está a utilizar a encriptação de volume NetApp.

    1. Voltar ao menu de arranque especial:

      LOADER> boot_ontap menu

    Please choose one of the following:
(1) Normal Boot.
(2) Boot without /etc/rc.
(3) Change password.
(4) Clean configuration and initialize all disks.
(5) Maintenance mode boot.
(6) Update flash from backup config.
(7) Install new software first.
(8) Reboot node.
(9) Configure Advanced Drive Partitioning.
(10) Set Onboard Key Manager recovery secrets.
(11) Configure node for external key management.

Selection (1-11)? 10

    1. Selecione (10) Definir segredos de recuperação do Onboard Key Manager

    2. Digite y no seguinte prompt:

      This option must be used only in disaster recovery procedures. Are you sure? (y or n): y

    3. No prompt, insira a senha do gerenciador de chaves.

    4. Insira os dados de backup quando solicitado.

      Observação Tem de ter obtido a frase-passe e os dados de cópia de segurança na "Prepare os nós para atualização"secção deste procedimento.

    5. Depois de o sistema reiniciar para o menu de inicialização especial, execute a opção (1) normal Boot

      Observação Você pode encontrar um erro nesta fase. Se ocorrer um erro, repita as subetapas em Passo 8 até que o sistema inicialize normalmente.

  9. Se você estiver atualizando de um sistema com discos externos para um sistema que suporta discos internos e externos (sistemas AFF A800 , por exemplo), defina o agregado node2 como o agregado raiz para garantir que o node4 inicialize a partir do agregado raiz do node2. Para definir o agregado raiz, vá ao menu de inicialização no node4 e selecione a opção 5 para entrar no modo de manutenção.

    Aviso Você deve executar as seguintes subetapas na ordem exata mostrada; a falha em fazê-lo pode causar uma interrupção ou até mesmo perda de dados.

    O procedimento a seguir define node4 para inicializar a partir do agregado raiz de node2:

    1. Entre no modo de manutenção:

      boot_ontap maint

    2. Verifique as informações de RAID, Plex e checksum para o agregado node2:

      aggr status -r

    3. Verifique o status do agregado node2:

      aggr status

    4. Se necessário, coloque o agregado node2 online:

      aggr_online root_aggr_from_node2

    5. Evite que o node4 inicialize a partir do seu agregado raiz original:

      aggr offline root_aggr_on_node4

    6. Defina o agregado de raiz node2 como o novo agregado de raiz para node4:

      aggr options aggr_from_node2 root

    7. Verifique se o agregado raiz do node4 está offline e o agregado raiz dos discos trazidos do node2 está online e definido como root:

      aggr status

      Observação A falha na execução da subetapa anterior pode fazer com que o node4 seja inicializado a partir do agregado raiz interno, ou pode fazer com que o sistema assuma que existe uma nova configuração de cluster ou peça para que você identifique uma.

      O seguinte mostra um exemplo da saída do comando:

    ---------------------------------------------------------------------
Aggr State                       Status               Options
aggr 0_nst_fas8080_15 online     raid_dp, aggr        root, nosnap=on
                                 fast zeroed
                                 64-bit
aggr0 offline                    raid_dp, aggr        diskroot
                                 fast zeroed`
                                 64-bit
---------------------------------------------------------------------