Freigeben über

Problembehandlung bei Azure-Portal Bereitstellungsüberprüfungsproblemen für Azure Stack HCI, Version 23H2

  • Artikel

Gilt für: Azure Stack HCI, Version 23H2 mit 2405 oder höher

Dieser Artikel enthält Anleitungen zum Behandeln von Problemen bei der Bereitstellung der Bereitstellung ihres Azure Stack HCI-Clusters über die Azure-Portal.

Fehler : Fehler bei der Bereitstellungsüberprüfung

Bei der Bereitstellung von Azure Stack HCI, Version 23H2 über die Azure-Portal, tritt möglicherweise ein Fehler bei der Bereitstellungsüberprüfung auf. Die Überprüfungsaufgabe "Azure Stack HCI Network – Netzwerkanforderungen überprüfen" schlägt mit dem folgenden Fehler fehl:

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}].

Wenn Sie in Azure-Portal Bereitstellung zur Registerkarte "Netzwerk" wechseln, wird in der Netzwerkabsichtskonfiguration möglicherweise der folgende Fehler angezeigt:

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

Ursache

Dieses Problem tritt auf Bereitstellungen auf, die nach dem 6. August ausgelöst wurden. Das Problem tritt auf, wenn die Bereitstellungsüberprüfung im Cluster ausgelöst wurde und das Überprüfungsergebnis ein Fehler mit nachfolgenden Überprüfungsversuchen war.

Das Problem tritt aus dem folgenden Grund auf:

  • Die Überprüfung auf dem Gerät erstellt einen VM-Switch für netzwerkbezogene Tests und wird am Ende der Tests gelöscht.
  • DeviceManagementExtension Die Erweiterung erkennt nicht das Löschen des VM-Switches.

Der mehrstufige Lösungsprozess umfasst die folgenden Schritte:

Hinweis

Alle Schritte in diesem Artikel müssen auf dem Seedknoten ausgeführt werden.

Entfernen der Sperre aus dem Startknoten

Führen Sie die folgenden Schritte aus, um die Sperre aus dem Seedknoten zu entfernen:

  1. Um die Sperre zu entfernen, wechseln Sie im Azure-Portal über die Ressourcengruppe oder in Computer – Azure Arc zu dem Objekt.
  2. Wechseln Sie im linken Bereich zu "Einstellungen > sperren". Es sollte eine Sperre namens "DoNotDelete" angezeigt werden. Dies ist die automatische Ressourcensperre, die beim Onboarding des Knotens erstellt wird.
  3. Wählen Sie "Löschen" für die Sperre aus.

Wenn Sie die Schritte im nächsten Abschnitt versuchen, ohne die Sperre zu entfernen, schlägt der Befehl "Löschen " mit dem folgenden Fehler fehl:

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

Hier sehen Sie die Beispielausgabe, wenn sie mit dem --verbose Schalter ausgeführt wird:

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

Entfernen des Überprüfungsfehlers

Wenn die Sperre entfernt wurde, führen Sie die folgenden Schritte aus, um den Überprüfungsfehler zu entfernen.

  1. Stellen Sie eine Verbindung mit dem Seedknoten her. Führen Sie den folgenden PowerShell-Befehl aus:

    Get-VMSwitch

  2. Überprüfen Sie die Ausgabe des Get-VMSwitch Befehls auf unerwartete VM-Switches, z. B. den Switch, der während des Schritts "Netzwerküberprüfung" erstellt wird, und weist einen Ähnlichen Namen auf: "ConvergedSwitch(compute_management)". Der genaue Name des Switches hängt von der ausgewählten Netzwerkabsichtskonfiguration ab.

  3. Wenn ein VM-Switch, den Sie nicht absichtlich erstellt haben, vorhanden ist, entfernen Sie den Switch. Führen Sie den folgenden PowerShell-Befehl aus:

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

    Stellen Sie sicher, dass Sie den Namen des virtuellen Computers aus dem Get-VMSwitch Befehl verwenden. Wenn Sie keinen VM-Switch absichtlich erstellt haben, hat der Get-VMSwitch Befehl keine Ergebnisse. Der Fehler tritt auf, weil der Netzwerküberprüfungsschritt den VM-Switch bereinigt hat, aber die DeviceManagementExtension Bereinigung nicht erkannt hat.

Fahren Sie mit den Bereinigungsschritten fort.

Bereinigen der Azure-Ressource des Edgegeräts mit falschen VM-Switchinformationen

Nachdem der VM-Switch auf dem Gerät entfernt wurde, bereinigen Sie die Arm-Ressource des Edgegeräts, die die falschen Informationen zum VM-Switch über die Azure CLI enthält.

  1. Auf einem Client, der auf Azure zugreifen kann, überprüfen Sie die Installation oder Installation von AZ CLI: Installieren von Azure CLI unter Windows

    • Sie können die Installation überprüfen, indem Sie Folgendes ausführen: az
    • Wenn sie installiert ist, gibt dies eine "Welcome to Azure CLI!" Nachricht mit verfügbaren Befehlen aus.

  2. Melden Sie sich mit Azure CLI bei Azure an. Führen Sie den folgenden Befehl aus:

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

    Für weitere Informationen melden Sie sich interaktiv mit Azure CLI an

  3. Führen Sie den folgenden Befehl aus, um ein bestimmtes Abonnement festzulegen:

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

    Ersetzen Sie den Wert im obigen Beispielbefehl durch den entsprechenden Wert für <Subscription ID>.

  4. Geben Sie die in der edgeDevices Ressource gespeicherten Daten mit den falsch gespeicherten VM-Switch-Informationen aus. Führen Sie den folgenden Befehl aus:

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

    Ersetzen Sie die Werte im obigen Beispielbefehl durch die entsprechenden Werte für:<Subscription ID>, <Resource Group Name>und <Machine Name>.

    Hier ist eine Beispielausgabe:

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

    Die Ausgabe dieses Befehls enthält einige Details zu dem <im Befehl verwendeten Computernamen> . Am unteren Rand der Ausgabe gibt es einen Abschnitt, für "switchDetails"den mehr als wahrscheinlich Folgendes angezeigt wird (dies ist der Überprüfungs-VM-Switch, der auf dem Gerät erstellt und bereinigt wurde, aber von deviceManagementExtension und aktualisierter Cloudseite nicht erkannt wurde): "switchName": "ConvergedSwitch(managementcompute)","switchType": "External"

  5. Nach der Bestätigung des Befehls funktionierte, show indem die edgeDevices Daten ausgegeben und wahrscheinlich bestätigt "switchDetails"wurde, ist es an der Zeit für delete die Ressource von ARM, damit sie entsprechend vom Seedknoten aktualisiert werden kann.

    Hinweis

    Das Löschen der edgeDevices Daten ist eine sichere Aktion, die ausgeführt werden soll, aber sie sollte nur ausgeführt werden, wenn explizit angegeben. Führen Sie diese Aktion nicht aus, es sei denn, dies wird empfohlen.

  6. Löschen Sie die edgeDevices Ressource, die die falsch gespeicherten Vm-Switch-Informationen enthält. Führen Sie den folgenden Befehl aus:

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

    Ersetzen Sie die Werte (denken Sie daran, die <> Zeichen ebenfalls zu entfernen) durch die entsprechenden Werte für: <subGUID><resourceGROUPNAME><Machine Name>

    Dies ist die gleiche Ressource --ids aus dem show, sodass Sie einfach dieselbe Zeichenfolge verwenden können. Tatsächlich könnten Sie einfach "Pfeil nach oben" in der Konsole und ersetzen show durch delete.

    Hier ist eine Beispielausgabe:

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

    Wenn sie ausgeführt wird, gibt es keine Ausgabe dieses Befehls. Der Befehl funktioniert und gibt die Eingabeaufforderung zurück oder zeigt einen Fehler an. Es sollte kein Fehler vorhanden sein, aber wenn dies der Fall ist, ist dies eine weitere Problembehandlung erforderlich.

  7. Überprüfen Sie das Löschen der Ressource, indem Sie den show Befehl erneut ausführen. Hier ist eine Beispielausgabe:

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

Aktualisieren der Clouddaten edgeDevices

Wenn die ARM-Ressource und alle unbeabsichtigten VM-Switches entfernt wurden, aktualisieren Sie die cloudseitigen edgeDevices Daten erneut.

Führen Sie die folgenden Schritte aus, um die Clouddaten zu aktualisieren:

  1. Starten Sie den DeviceManagementService Startknoten neu. Führen Sie den folgenden PowerShell-Befehl aus:

     Restart-Service DeviceManagementService

  2. Warten Sie einige Minuten, und überprüfen Sie dann, ob die Clouddaten edgeDevices aktualisiert werden und den aktuellen Zustand wiedergibt. Führen Sie den show Befehl erneut aus, und überprüfen Sie die Ausgabe. Stellen Sie sicher, dass die Ausgabe keine unerwarteten VM-Switches mehr enthält, nämlich:

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

Starten Sie die Bereitstellung über Azure-Portal neu.

Wenn Geräte- und Clouddaten jetzt wieder synchronisiert werden, können Sie zur Azure-Portal wechseln und die Bereitstellungseingaben bereitstellen. Im vorherigen Schritt werden zwischengespeicherte Informationen vor vorherigen Versuchen verhindert.

Führen Sie im Azure-Portal die folgenden Schritte aus:

  1. Geben Sie auf der Registerkarte "Grundlagen " Ihre Eingaben (durch erneutes Auswählen aus den Dropdowns) an die Felder von oben an.

  2. Deaktivieren Sie die Knoten unten auf der Seite.

  3. Erneutes Ändern der ausgewählten Knoten.

  4. Bestätigen Sie die Informationen auf den nachfolgenden Seiten. Die folgenden Änderungen sollten angezeigt werden:

    • Auf der Seite "Netzwerk" sollte der Fehler, der The selected physical network adapter is not binded to the management virtual Switch möglicherweise zuvor angezeigt wurde, nicht mehr angezeigt werden.
    • Wenn Sie das ursprüngliche Problem überschritten haben, wird auf der Seite "Überprüfung " am Ende der deploymentdata.physicalnodes[0].ipv4address is not a valid IPv4 address Fehler nicht angezeigt.

  5. Wenn keine anderen Überprüfungsprobleme auftreten, starten Sie die Bereitstellung.

Erneutes Erstellen der Sperre für die Seedknotenressource

Nach Abschluss der Entschärfung wird dringend empfohlen, die Sperre für die Ressource neu zu erstellen.

Führen Sie die folgenden Schritte aus, um die Sperre neu zu erstellen:

  1. Wechseln Sie im Azure-Portal über die Ressourcengruppe oder in Computer – Azure Arc zu dem Objekt.
  2. Wechseln Sie zu "Einstellungen > sperren".
  3. Wählen Sie +Hinzufügen am oberen Rand der Seite aus.
    1. Geben Sie für den Sperrnamen DoNotDelete ein.
    2. Wählen Sie für "Sperrtyp" die Option "Löschen " aus der Dropdownliste aus.
  4. Wählen Sie "OK" aus, um die Sperre zu speichern.