Partager via

Résoudre les problèmes de validation de déploiement Portail Azure pour Azure Stack HCI, version 23H2

  • Article

S’applique à : Azure Stack HCI, version 23H2 exécutant 2405 ou version ultérieure

Cet article fournit des conseils sur la façon de résoudre les problèmes de validation de déploiement rencontrés pendant le déploiement de votre cluster Azure Stack HCI via le Portail Azure.

Erreur : échec de validation du déploiement

Lors du déploiement d’Azure Stack HCI, version 23H2 via le Portail Azure, vous risquez de rencontrer un échec de validation de déploiement. La tâche de validation « Réseau Azure Stack HCI - Vérifier la configuration réseau requise » échoue avec l’erreur suivante :

Could not complete the operation. 400: Resource creation validation failed. Details:
[{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator
found error at deploymentdata.physicalnodes[0].ipv4address: The specified  for 
\u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address.
Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}].

Si vous accédez à l’onglet Mise en réseau dans Portail Azure déploiement, dans la configuration de l’intention réseau, vous pouvez voir l’erreur suivante :

The selected physical network adapter is not binded to the management virtual switch.

Cause

Ce problème se produit sur les déploiements déclenchés après le 6 août. Le problème se produit si la validation du déploiement a été déclenchée sur le cluster et que le résultat de validation était un échec, avec les nouvelles tentatives de validation suivantes.

Le problème se produit pour la raison suivante :

  • La validation sur l’appareil crée un commutateur de machine virtuelle pour les tests liés au réseau et est supprimée à la fin des tests.
  • DeviceManagementExtension l’extension ne détecte pas la suppression du commutateur de machine virtuelle.

Le processus de résolution en plusieurs étapes comprend les étapes suivantes :

Remarque

Toutes les étapes de cet article doivent être effectuées sur le nœud initial.

Supprimer le verrou du nœud seed

Procédez comme suit pour supprimer le verrou du nœud de départ :

  1. Pour supprimer le verrou, dans le Portail Azure, accédez à l’objet via le groupe de ressources ou dans Machines - Azure Arc.
  2. Dans le volet gauche, accédez aux verrous des paramètres>. Vous devez voir un verrou nommé DoNotDelete. Il s’agit du verrou de ressource automatique créé lorsque le nœud est intégré.
  3. Sélectionnez Supprimer sur le verrou.

Si vous tentez les étapes de la section suivante sans supprimer le verrou, la commande Delete échoue avec l’erreur suivante :

Some resources failed to be deleted (run with `--verbose` for more information):
/subscriptions/<subid>/resourceGroups/<rgname>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default

Voici l’exemple de sortie lors de l’exécution avec le --verbose commutateur :

(ScopeLocked) The scope '/subscriptions/<Subscription ID>/resourceGroups/<Resource Group Name>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default' cannot perform delete operation because following scope(s) are locked: '/subscriptions/<subid>/resourceGroups/<rgname>/providers/Microsoft.HybridCompute/machines/<Machine Name>'. Please remove the lock and try again.
Code: ScopeLocked
Message: The scope '/subscriptions/<subid>/resourceGroups/<rgname>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default' cannot perform delete operation because following scope(s) are locked: '/subscriptions/<subid>/resourceGroups/<rgname>/providers/Microsoft.HybridCompute/machines/<Machine Name>'. Please remove the lock and try again.

Supprimer l’erreur de validation

Une fois le verrou supprimé, procédez comme suit pour supprimer l’erreur de validation.

  1. Connectez-vous au nœud initial. Exécutez la commande PowerShell suivante :

    Get-VMSwitch

  2. Vérifiez la sortie de la Get-VMSwitch commande pour tous les commutateurs de machine virtuelle inattendus, par exemple, le commutateur qui est créé pendant l’étape de validation réseau et a un nom similaire à : "ConvergedSwitch(compute_management)". Le nom exact du commutateur dépend de la configuration de l’intention réseau choisie.

  3. Si un commutateur de machine virtuelle que vous n’avez pas créé intentionnellement existe, supprimez le commutateur. Exécutez la commande PowerShell suivante :

    Remove-VMSwitch -Name "<VM Switch Name>" -Force

    Veillez à utiliser le nom du commutateur de machine virtuelle à partir de la Get-VMSwitch commande. Si vous n’avez pas créé intentionnellement de commutateur de machine virtuelle, la Get-VMSwitch commande n’a aucun résultat. L’échec se produit parce que l’étape de validation réseau a nettoyé le commutateur de machine virtuelle, mais que le DeviceManagementExtension nettoyage n’a pas été détecté.

Passez aux étapes de nettoyage.

Nettoyer la ressource Azure d’appareil Edge avec des informations de commutateur de machine virtuelle incorrectes

Une fois que le commutateur de machine virtuelle sur l’appareil est supprimé, nettoyez la ressource ARM de l’appareil Edge contenant les informations incorrectes sur le commutateur de machine virtuelle via Azure CLI.

  1. Sur un client qui peut accéder à Azure, vérifiez l’installation ou l’installation d’AZ CLI : Installer Azure CLI sur Windows

    • Vous pouvez vérifier l’installation en exécutant : az
    • Si elle est installée, ce message génère un "Welcome to Azure CLI!" message avec des commandes disponibles.

  2. Connectez-vous à Azure avec Azure CLI. Exécutez la commande suivante :

    az login --tenant <tenant ID> --use-device-code

    Pour plus d’informations, connectez-vous de manière interactive avec Azure CLI

  3. Pour définir un abonnement spécifique, exécutez la commande suivante :

    az account set --subscription "<Subscription ID>"

    Remplacez la valeur dans l’exemple de commande ci-dessus par la valeur appropriée pour <Subscription ID>.

  4. Affichez les données stockées dans la edgeDevices ressource avec les informations de commutateur de machine virtuelle incorrectement stockées. Exécutez la commande suivante :

    az resource show --ids "/subscriptions/<Subscription ID>/resourceGroups/<Resource Group Name>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default"

    Remplacez les valeurs de l’exemple de commande ci-dessus par les valeurs appropriées pour :<Subscription ID>, <Resource Group Name>et <Machine Name>.

    Voici un exemple de sortie :

    az resource show --ids "/subscriptions/<Subscription ID>/resourceGroups/<Resource Group Name>/providers/Microsoft.HybridCompute/machines/ASRR1N26R15U33/providers/Microsoft.AzureStackHCI/edgeDevices/default"

    La sortie de cette commande affiche un peu de détails sur le <nom> de l’ordinateur utilisé dans la commande. En bas de la sortie, il existe une section pour "switchDetails"laquelle il sera plus que probable afficher les éléments suivants (c’est-à-dire le commutateur de machine virtuelle de validation qui a été créé et nettoyé sur l’appareil, mais qui n’a pas été détecté par DeviceManagementExtension et mis à jour côté cloud) : "switchName": "ConvergedSwitch(managementcompute)","switchType": "External"

  5. Après avoir confirmé la show commande en démettant les edgeDevices données et en confirmant probablement les "switchDetails"données, il est temps d’effectuer l’actualisation appropriée de delete la ressource à partir d’ARM afin qu’elle puisse être actualisée de manière appropriée à partir du nœud initial.

    Remarque

    La suppression des edgeDevices données est une action sécurisée à effectuer, mais elle ne doit être effectuée qu’en cas d’indication explicite. N’effectuez pas cette action, sauf indication contraire.

  6. Supprimez la edgeDevices ressource, qui contient les informations de commutateur de machine virtuelle stockées incorrectement. Exécutez la commande suivante :

    az resource delete --ids "/subscriptions/<Subscription ID>/resourceGroups/<Resource Group Name>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default"

    Remplacez les valeurs (n’oubliez pas de supprimer les <> caractères également) par les valeurs appropriées pour : <subGUID><resourceGROUPNAME><Machine Name>

    Il s’agit de la même ressource --ids à partir de l’élément show, de sorte que vous pouvez simplement utiliser cette même chaîne. En fait, vous pouviez simplement « flèche vers le haut » dans la console et remplacer show par delete.

    Voici un exemple de sortie :

    `az resource delete --ids "/subscriptions/<Subscription ID>/resourceGroups/<Resource Group Name>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default"

    Lors de l’exécution, il n’existe aucune sortie de cette commande. La commande fonctionne et retourne l’invite de commandes ou présente une erreur. Il ne doit pas présenter d’erreur, mais s’il le fait, cela nécessite davantage de résolution des problèmes.

  7. Vérifiez la suppression de la ressource en exécutant à nouveau la show commande. Voici un exemple de sortie :

    (ResourceNotFound) The resource 'Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default' could not be found.
Code: ResourceNotFound
Message: The resource 'Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default' could not be found.

Actualiser les données cloud edgeDevices

Avec la ressource ARM et tous les commutateurs de machine virtuelle involontaire supprimés, actualisez à nouveau les données côté edgeDevices cloud.

Procédez comme suit pour actualiser les données cloud :

  1. Redémarrez le DeviceManagementService nœud initial. Exécutez la commande PowerShell suivante :

     Restart-Service DeviceManagementService

  2. Patientez quelques minutes, puis vérifiez que les données cloud edgeDevices sont mises à jour et reflètent l’état actuel. Réexécutez la show commande et passez en revue la sortie. Assurez-vous que la sortie ne contient plus de commutateurs de machine virtuelle inattendus, à savoir :

    "switchName": "ConvergedSwitch(managementcompute)", "switchType": "External"

Redémarrez le déploiement via Portail Azure

Avec les données d’appareil et de cloud désormais synchronisées, vous pouvez accéder au Portail Azure et fournir les entrées de déploiement. L’étape précédente empêche les informations mises en cache des tentatives précédentes.

Suivez les étapes ci-dessous dans le portail Azure :

  1. Sous l’onglet Informations de base , fournissez vos entrées (en sélectionnant à nouveau dans les listes déroulantes) aux champs du haut.

  2. Décochez les nœuds en bas de la page.

  3. Revalidez les nœuds réélectionnés.

  4. Confirmez les informations sur les pages suivantes. Vous devez voir les modifications suivantes :

    • Dans la page Mise en réseau , vous ne devez plus voir l’erreur The selected physical network adapter is not binded to the management virtual Switch qui a pu être vue précédemment.
    • Dans la page Validation à la fin, si vous rencontrez le problème d’origine, l’erreur deploymentdata.physicalnodes[0].ipv4address is not a valid IPv4 address ne s’affiche pas.

  5. Si aucun autre problème de validation ne se produit, démarrez le déploiement.

Recréer le verrou sur la ressource de nœud initial

Une fois l’atténuation terminée, nous vous recommandons vivement de recréer le verrou sur la ressource.

Procédez comme suit pour recréer le verrou :

  1. Dans le Portail Azure, accédez à l’objet via le groupe de ressources ou dans Machines - Azure Arc.
  2. Accédez aux verrous de paramètres>.
  3. Sélectionnez + Ajouter en haut de la page.
    1. Pour le nom du verrou, entrez DoNotDelete.
    2. Pour le type de verrou, sélectionnez Supprimer dans la liste déroulante.
  4. Sélectionnez OK pour enregistrer le verrou.