Freigeben über

Behandeln von Problemen mit der Azure-Portal-Bereitstellungsüberprüfung für Azure Local

Gilt für: Azure Local 2405 und höher

Dieser Artikel enthält eine Anleitung zur Behebung von Problemen bei der Validierung der Bereitstellung, die bei der Bereitstellung von Azure Local über das Azure-Portal auftreten.

Fehler : Fehler bei der Bereitstellungsüberprüfung

Bei der Bereitstellung von Azure Local über das Azure-Portal treten möglicherweise Fehler bei der Bereitstellungsüberprüfung auf. Die Überprüfungsaufgabe "Azure Local 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 der Bereitstellung im Azure-Portal zur Registerkarte Netzwerk wechseln, wird in der Konfiguration Netzwerkabsicht möglicherweise der folgende Fehler angezeigt:

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

Ursache

Dieses Problem tritt bei Bereitstellungen auf, die nach dem 6. August ausgelöst wurden. Das Problem tritt auf, wenn die Einsatzvalidierung auf dem System ausgelöst wurde und das Ergebnis der Validierung ein Fehlschlag war, wobei die Validierung anschließend wiederholt wurde.

Das Problem tritt aus folgendem Grund auf:

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

Der mehrstufige Lösungsprozess umfasst die folgenden Schritte:

Hinweis

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

Entfernen der Sperre vom ersten Computer

Führen Sie die folgenden Schritte aus, um die Sperre vom ersten Computer zu entfernen:

  1. Um die Sperre aufzuheben, gehen Sie im Azure-Portal über die Ressourcengruppe oder unter Rechner - Azure Arc zu dem Objekt.
  2. Gehen Sie auf der linken Seite zu Einstellungen > Sperren. Sie sollten eine Sperre namens DoNotDeletesehen. Dies ist die automatische Ressourcensperre, die beim Einbinden des Knotens erstellt wird.
  3. Wählen Sie für die Sperre Löschen aus.

Wenn Sie die Schritte im nächsten Abschnitt versuchen, ohne die Sperre zu entfernen, schlägt der Befehl Löschen mit der folgenden Fehlermeldung 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 ist die Beispielausgabe, wenn sie mit dem Schalter --verbose 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 Sie den Überprüfungsfehler

Wenn Sie die Sperre entfernt haben, führen Sie die folgenden Schritte aus, um den Validierungsfehler zu beheben.

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

    Get-VMSwitch

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

  3. Wenn ein VM-Switch vorhanden ist, den Sie nicht absichtlich erstellt haben, 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 VM-Switch-Namen aus dem Befehl Get-VMSwitch verwenden. Wenn Sie nicht absichtlich einen VM-Switch erstellt haben, hat der Befehl Get-VMSwitch keine Auswirkungen. Der Fehler tritt auf, weil der Netzwerkvalidierungsschritt den VM-Switch bereinigt hat, aber DeviceManagementExtension die 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 Edge Device ARM-Ressource mit den falschen VM-Switch-Informationen über die Azure CLI.

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

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

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

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

    Weitere Informationen finden Sie unter Interaktiv mit Azure CLI anmelden

  3. Um ein bestimmtes Abonnement einzustellen, führen Sie den folgenden Befehl aus:

    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 Ressource edgeDevices gespeicherten Daten aus, die die falsch gespeicherten VM Switch-Informationen enthalten. 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 zeigt eine ganze Reihe von Details über den im Befehl verwendeten <Maschinennamen> . Im unteren Teil der Ausgabe gibt es einen Abschnitt für "switchDetails", der höchstwahrscheinlich Folgendes anzeigt (das ist der Validierungs-VM-Switch, der auf dem Gerät erstellt und bereinigt wurde, aber von der DeviceManagementExtension nicht erkannt und cloud-seitig aktualisiert wurde): "switchName": "ConvergedSwitch(managementcompute)","switchType": "External"

  5. Nach der Bestätigung, dass der Befehl show funktioniert, indem die edgeDevices-Daten ausgegeben werden und wahrscheinlich auch die "switchDetails" bestätigt wird, ist es an der Zeit, die Ressource von ARM zu delete, damit sie vom ersten Computer entsprechend aktualisiert werden kann.

    Hinweis

    Das Löschen der edgeDevices -Daten ist eine sichere Aktion, die jedoch nur durchgeführt werden sollte, wenn dies ausdrücklich angegeben ist. Führen Sie diese Aktion nicht durch, wenn Sie nicht dazu aufgefordert werden.

  6. Löschen Sie die Ressource edgeDevices , 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, auch die Zeichen <> zu entfernen) durch die entsprechenden Werte für: <subGUID><resourceGROUPNAME><Machine Name>

    Dies ist dieselbe Ressource --ids aus show, Sie können also einfach dieselbe Zeichenfolge verwenden. In der Tat könnten Sie in der Konsole einfach "Pfeil nach oben" wählen und show durch deleteersetzen.

    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 der Befehl ausgeführt wird, erfolgt keine Ausgabe. Der Befehl funktioniert und gibt die Eingabeaufforderung zurück oder zeigt einen Fehler an. Es sollte kein Fehler auftreten, aber wenn doch, dann ist eine weitere Fehlersuche erforderlich.

  7. Überprüfen Sie die Löschung der Ressource, indem Sie den Befehl show 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 Sie die Cloud edgeDevices Daten

Nachdem die ARM-Ressource und alle unbeabsichtigten VM-Wechsel entfernt wurden, aktualisieren Sie die Cloud-seitigen edgeDevices Daten erneut.

Folgen Sie diesen Schritten, um die Cloud-Daten zu aktualisieren:

  1. Starten Sie den DeviceManagementService auf dem ersten Computer neu. Führen Sie den folgenden PowerShell-Befehl aus:

     Restart-Service DeviceManagementService

  2. Warten Sie ein paar Minuten und überprüfen Sie dann, ob die Daten in der Wolke edgeDevices aktualisiert wurden und den aktuellen Stand wiedergeben. Führen Sie den Befehl show 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 das Azure-Portal neu

Da die Geräte- und Cloud-Daten nun wieder synchronisiert sind, können Sie zum Azure-Portal gehen und die Eingaben für die Bereitstellung machen. Der vorherige Schritt verhindert, dass Informationen aus früheren Versuchen zwischengespeichert werden.

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

  1. Auf der Registerkarte Grundlagen geben Sie Ihre Eingaben (durch erneute Auswahl aus den Dropdowns) in die Felder von oben ein.

  2. Deaktivieren Sie die Knoten unten auf der Seite.

  3. Überprüfen Sie die erneut ausgewählten Knoten noch einmal.

  4. Bestätigen Sie die Informationen auf den folgenden Seiten. Sie sollten die folgenden Änderungen sehen:

    • Auf der Seite Netzwerke sollte der Fehler The selected physical network adapter is not binded to the management virtual Switch nicht mehr angezeigt werden, der zuvor möglicherweise zu sehen war.
    • Auf der Seite Validierung am Ende, wenn Sie über die ursprüngliche Ausgabe hinaus sind, wird der deploymentdata.physicalnodes[0].ipv4address is not a valid IPv4 address Fehler nicht angezeigt.

  5. Wenn keine weiteren Validierungsprobleme auftreten, starten Sie die Bereitstellung.

Erneutes Erstellen der Sperre auf dem ersten Computer

Nach Abschluss der Abmilderung empfehlen wir dringend, die Sperre auf dem ersten Computer neu zu erstellen.

Folgen Sie diesen Schritten, um das Schloss wiederherzustellen:

  1. Gehen Sie im Azure-Portal über die Ressourcengruppe oder unter Rechner - Azure Arczu dem Objekt.
  2. Wechseln Sie zu Einstellungen > Sperren.
  3. Wählen Sie + Hinzufügen oben auf der Seite.
    1. Geben Sie für Name der SperreDoNotDelete ein.
    2. Wählen Sie für Sperrtypdie Option Löschen aus dem Dropdown-Menü.
  4. Wählen Sie OK , um die Sperre zu speichern.