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

Défaillance du transfert d’agrégats

Contributeurs

Le transfert d’agrégats (ARL) peut échouer à divers stades de la mise à niveau.

Vérifier l’échec du transfert d’agrégat

Lors de cette procédure, l’ARL peut échouer à l’étape 2, à l’étape 3 ou à l’étape 5.

Étapes
  1. Entrez la commande suivante et vérifiez le résultat :

    storage aggregate relocation show

    Le storage aggregate relocation show la commande vous indique les agrégats qui ont été correctement transférés et ceux qui n’ont pas été transférés, ainsi que les causes de la défaillance.

  2. Vérifier la console à la recherche de messages EMS.

  3. Effectuer l’une des actions suivantes :

    • Prendre l’action corrective appropriée, en fonction de la sortie du storage aggregate relocation show Commande et la sortie du message EMS.

    • Forcer le transfert de l’agrégat ou des agrégats à l’aide du override-vetoes ou le override-destination-checks de la storage aggregate relocation start commande.

    Pour des informations détaillées sur le storage aggregate relocation start, override-vetoes, et override-destination-checks options, voir "Références" Pour lier les commandes ONTAP 9.8 : Manuel page Reference.

Les agrégats situés à l’origine sur le nœud 1 sont détenus par le nœud 4 après la fin de la mise à niveau

À la fin de la procédure de mise à niveau, le nœud 3 doit être le nouveau nœud de rattachement des agrégats qui disposait initialement du nœud 1 comme nœud de rattachement. Vous pouvez les transférer après la mise à niveau.

Description de la tâche

Les agrégats peuvent ne pas être relocalisés correctement, le nœud 1 étant alors leur nœud de rattachement au lieu du nœud 3 dans les cas suivants :

  • Lors de la phase 3, lorsque les agrégats sont déplacés du nœud 2 vers le nœud 3. Certains agrégats transférés possèdent le nœud 1 comme nœud de rattachement. Par exemple, un tel agrégat peut être appelé aggr_node_1. Si le transfert de aggr_node_1 échoue lors de l’étape 3 et le transfert ne peut pas être forcé, l’agrégat sera laissé derrière sur le nœud 2.

  • Après l’étape 4, lorsque le noeud 2 est remplacé par le noeud 4. Lorsque le nœud 2 est remplacé, aggr_node_1 sera connecté avec le nœud 4 comme nœud de base au lieu du nœud 3.

Une 6 fois le basculement du stockage activé, vous pouvez résoudre le problème de propriété incorrect en procédant comme suit :

Étapes
  1. Entrez la commande suivante pour obtenir la liste des agrégats :

    storage aggregate show -nodes node4 -is-home true

    Pour identifier les agrégats qui n’ont pas été correctement transférés, reportez-vous à la liste des agrégats avec le propriétaire du nœud 1 que vous avez obtenu dans la section "Préparer les nœuds pour une mise à niveau" et comparer ce résultat avec le résultat de la commande ci-dessus.

  2. Comparez la sortie de l’étape 1 avec celle que vous avez capturée pour le noeud 1 dans la section "Préparer les nœuds pour une mise à niveau" et notez tous les agrégats qui n’ont pas été correctement transférés.

  3. déplacez les agrégats restants sur le nœud 4 :

    storage aggregate relocation start -node node4 -aggr aggr_node_1 -destination node3

    N’utilisez pas le -ndo-controller-upgrade paramètre pendant cette relocalisation.

  4. Vérifier que le nœud 3 est désormais le propriétaire du home node des agrégats :

    storage aggregate show -aggregate aggr1,aggr2,aggr3…​ -fields home-name

    aggr1,aggr2,aggr3…​ est la liste des agrégats qui possédaient le nœud 1 comme propriétaire initial.

    Les agrégats qui ne possèdent pas le noeud 3 en tant que propriétaire de maison peuvent être transférés vers le noeud 3 à l’aide de la même commande de déplacement dans Étape 3.