Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Récupération automatique au démarrage - ASA A1K

Contributeurs

Restaurez l'image ONTAP à partir du nœud partenaire lorsque le support de démarrage est corrompu.

Description de la tâche

Si le support de démarrage d'un nœud est corrompu, le processus de démarrage s'arrête à l'invite DU Loader et affiche les messages d'erreur de démarrage.

Lorsque ces messages d'erreur de démarrage s'affichent, vous devez restaurer l'image ONTAP à partir du nœud partenaire.

Affiche un exemple de messages d'erreur de démarrage
Can't find primary boot device u0a.0
Can't find backup boot device u0a.1
ACPI RSDP Found at 0x777fe014

Starting AUTOBOOT press Ctrl-C to abort...
Could not load fat://boot0/X86_64/freebsd/image1/kernel: Device not found

ERROR: Error booting OS on: 'boot0' file: fat://boot0/X86_64/Linux/image1/vmlinuz (boot0, fat)
ERROR: Error booting OS on: 'boot0' file: fat://boot0/X86_64/freebsd/image1/kernel (boot0, fat)

Autoboot of PRIMARY image failed. Device not found (-6)
LOADER-A>
Étapes
  1. Dans l'invite Loader, entrez la commande :

    boot_recovery -partner

    L'écran affiche le message suivant :

    Starting boot media recovery (BMR) process. Press Ctrl-C to abort…

  2. Surveillez le processus de récupération des supports de démarrage pendant que Loader configure les ports de cluster locaux et s'exécute netboot à partir du nœud partenaire.

    Lorsque netboot est en cours d'exécution, le Starting BMR message s'affiche.

  3. Selon la méthode de chiffrement, sélectionnez l'option correspondant à votre configuration à un seul nœud :

    Pas de cryptage

    Si aucun chiffrement n'est détecté, le processus de récupération du support de démarrage se poursuit sans nécessiter de gestion des clés.

    Continuez à surveiller le processus de restauration lors de la restauration de la configuration de sauvegarde, du fichier env, de la base de données mdb et du rdb à partir du nœud partenaire.

    Une fois le processus de restauration terminé, le nœud redémarre. Les messages suivants indiquent une récupération réussie :

    varfs_backup_restore: update checksum for varfs.tgz
    varfs_backup_restore: restore using /cfcard/x86_64/freebsd/oldvarfs.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: Rebooting to load the new varfs
    .
    Terminated
    varfs_backup_restore: bootarg.abandon_varfs is set! Skipping /var backup.
    Gestionnaire de clés intégré Onboard Key Manager (OKM)

    Si OKM (Onboard Key Manager) est détecté, le système affiche l'invite suivante.

    key manager is configured.
    Entering Bootmenu Option 10...
    
    This option must be used only in disaster recovery procedures. Are you sure? (y or n):
    1. Dans l'invite d'option bootmenu, entrez Y pour confirmer que vous souhaitez utiliser l'option de récupération de bootmedia.

    2. Entrez la phrase de passe du gestionnaire de clés intégré lorsque vous y êtes invité, puis saisissez à nouveau la phrase de passe pour confirmer.

      Affiche un exemple d'invites de phrase de passe
      Enter the passphrase for onboard key management:
      Enter the passphrase again to confirm:
      Enter the backup data:
      TmV0QXBwIEtleSBCbG9iAAECAAAEAAAAcAEAAAAAAAA3yR6UAAAAACEAAAAAAAAA
      QAAAAAAAAACJz1u2AAAAAPX84XY5AU0p4Jcb9t8wiwOZoqyJPJ4L6/j5FHJ9yj/w
      RVDO1sZB1E4HO79/zYc82nBwtiHaSPWCbkCrMWuQQDsiAAAAAAAAACgAAAAAAAAA
      3WTh7gAAAAAAAAAAAAAAAAIAAAAAAAgAZJEIWvdeHr5RCAvHGclo+wAAAAAAAAAA
      IgAAAAAAAAAoAAAAAAAAAEOTcR0AAAAAAAAAAAAAAAACAAAAAAAJAGr3tJA/LRzU
      QRHwv+1aWvAAAAAAAAAAACQAAAAAAAAAgAAAAAAAAABHVFpxAAAAAHUgdVq0EKNp
      .
      .
      .
      .
    3. Continuez à surveiller le processus de restauration lors de la restauration de la configuration de sauvegarde, du fichier env, de la base de données mdb et du rdb à partir du nœud partenaire.

      Une fois le processus de restauration terminé, le nœud redémarre. Les messages suivants indiquent une récupération réussie :

      Trying to recover keymanager secrets....
      Setting recovery material for the onboard key manager
      Recovery secrets set successfully
      Trying to delete any existing km_onboard.wkeydb file.
      
      Successfully recovered keymanager secrets.
    Gestionnaire de clés externe (EKM)

    Si EKM est configuré, le système affiche l'invite suivante.

    Error when fetching key manager config from partner <IP>: 28
    
    Has key manager been configured on this system? {y|n}
    1. Saisissez Y si EKM a été configuré.

      key manager is configured.
      Entering Bootmenu Option 11...

      Vous serez invité à entrer les paramètres EKM initialement utilisés lors de la configuration.

    2. Entrez chaque paramètre de configuration EKM lorsque vous y êtes invité.

    3. Vérifiez que les attributs de l'UUID de cluster et de l'UUID de magasin de clés sont corrects.

      • Sur le nœud partenaire, récupérez l'UUID du cluster à l'aide de la commande suivante.

        cluster identity show

      • Sur le nœud partenaire, récupérez l'UUID de magasin de clés à l'aide des commandes suivantes.

        vserver show -type admin

      key-manager keystore show -vserver <nodename>

      • Si le nœud partenaire n'est pas disponible, utiliser la clé Mroot-AK pour récupérer l'UUID :

        • Pour l'UUID de cluster, saisissez la commande suivante :

          x-NETAPP-ClusterName: <cluster name>

        • Pour l'UUID de magasin de clés, entrez la commande suivante :

          x-NETAPP-KeyUsage: MROOT-AK

    4. Entrez les valeurs de l'UUID de magasin de clés et de l'UUID de cluster lorsque vous y êtes invité.

    5. Selon que la clé a été restaurée avec succès, effectuez l'une des actions suivantes :

      • Si la clé a été restaurée avec succès, le processus de restauration se poursuit et redémarre le nœud. Passez à l'étape 4.

      • Si la clé n'est pas restaurée, le système s'arrête et affiche des messages d'erreur et d'avertissement. Relancez le processus de restauration.

        Montrer un exemple d'erreur de récupération de clé et de messages d'avertissement
        ERROR: kmip_init: halting this system with encrypted mroot...
        
        WARNING: kmip_init: authentication keys might not be available.
        
        System cannot connect to key managers.
        
        ERROR: kmip_init: halting this system with encrypted mroot...
        
        Terminated
        
        Uptime: 11m32s
        
        System halting...
        
        LOADER-B>
  4. Lorsque le nœud redémarre, vérifiez que la restauration du support de démarrage a réussi en vérifiant que le système est de nouveau en ligne et opérationnel.

  5. Remettre le contrôleur défectueux en fonctionnement normal en réutilisant son espace de stockage :

    storage failover giveback -ofnode impaired_node_name.

  6. Si le retour automatique a été désactivé, réactivez-le :

    storage failover modify -node local -auto-giveback true.

  7. Si AutoSupport est activé, restaurez la création automatique de dossiers :

    system node autosupport invoke -node * -type all -message MAINT=END.