Share via

Azure Stack Hub: archivierte bekannte Probleme

  • Artikel

In diesem Artikel sind bekannte Probleme aufgelistet, die in nicht unterstützten Azure Stack Hub-Releases auftreten. Die Liste wird aktualisiert, wenn neue Probleme identifiziert werden.

Um auf bekannte Probleme für eine andere archivierte Version zuzugreifen, verwenden Sie die Dropdown-Auswahlliste oberhalb des Inhaltsverzeichnisses auf der linken Seite.

Alerts

Geografische Region nicht angegeben

  • Geltungsbereich: Dieses Problem betrifft das Release 2206.

  • Ursache: Die Warnung Geografische Region nicht angegeben wird angezeigt, und Sie werden aufgefordert, eine Auswahl für die Schrems II-Compliance zu treffen.

  • Abhilfe: Sie können das folgende PowerShell-Cmdlet ausführen, um die geografische Präferenz festzulegen:

    Set-DataResidencyLocation -Europe:$true or $false

    Der Ort für die Datenresidenz wird aktualisiert, und alle Daten werden in der EU gespeichert und verarbeitet. Schließen Sie diese Warnung manuell, oder ignorieren Sie sie, wenn die Präferenz für die geografische Region im Administratorportal angezeigt wird (wie unter Schrems II-Initiative der EU für Azure Stack Hub beschrieben). Die Warnung bleibt bis zu einer Woche aktiv (auch nachdem die Wahl getroffen wurde).

  • Häufigkeit: Allgemein

Warnung im Zusammenhang mit dem Abruf von Verschlüsselungswiederherstellungsschlüsseln

  • Geltungsbereich: Dieses Problem betrifft das Release 2206 und höhere Versionen.

  • Ursache: Eine Warnung im Zusammenhang mit dem Abruf von Verschlüsselungswiederherstellungsschlüsseln wird angezeigt, und Sie werden aufgefordert, die Verschlüsselungswiederherstellungsschlüssel abzurufen und an einem sicheren Ort außerhalb von Azure Stack Hub zu speichern. Die Warnung wird angezeigt, um sicherzustellen, dass Sie die Wiederherstellungsschlüssel abgerufen haben. Wenn Sie die Wiederherstellungsschlüssel bereits abgerufen haben und diese Warnung nach dem Update 2206 (oder später) auftritt, rufen Sie die Wiederherstellungsschlüssel erneut ab. Wiederherstellungsschlüssel sind möglicherweise erforderlich, wenn Hostknoten nach nicht geplanten Neustarts (etwa aufgrund eines Stromausfalls) den BitLocker-Wiederherstellungsschlüsselbildschirm anzeigen.

  • Abhilfe: Rufen Sie die Verschlüsselungssschlüssel ab, und speichern Sie sie an einem sicheren Ort außerhalb von Azure Stack Hub. Führen Sie in der PEP-Sitzung den folgenden Befehl aus, und speichern Sie die zurückgegebenen Wiederherstellungsschlüssel:

    ## Retrieves recovery keys for all volumes that are encrypted with BitLocker
Get-AzsRecoveryKeys -raw

    Weitere Informationen finden Sie unter Abrufen von BitLocker-Wiederherstellungsschlüsseln. Beachten Sie, dass die Warnung innerhalb von 24 Stunden automatisch geschlossen wird, nachdem Sie Get-AzsRecoveryKeys ausgeführt und die Wiederherstellungsschlüssel an einem sicheren Ort außerhalb von Azure Stack Hub gespeichert haben.

  • Häufigkeit: Allgemein

Portal

Möglichkeit von Portalfehlern während des Updates

  • Geltungsbereich: Dieses Problem betrifft das Release 2206.
  • Ursache: Das Blatt „Update“ und/oder das Portaldashboard können/kann unbrauchbar werden und während des Updates selbst einen Fehler anzeigen.
  • Behebung: Wenn das Portal länger als eine Stunde nicht verfügbar ist, können Sie mithilfe des PEP den Status des Updates überprüfen. Weitere Informationen finden Sie unter Überwachen von Änderungen in Azure Stack Hub mithilfe des privilegierten Endpunkts.

Öffentliche IP- und Load Balancer-Blätter zeigen ein Banner an, das ein Upgrade von Basic auf Standard-SKU empfiehlt.

  • Anwendbar: Dieses Problem gilt für Release 2108 und höher.
  • Ursache: Die Azure-Portal empfiehlt das Upgrade von Basic auf Standard-SKU. Diese Funktionalität wird in Azure Stack Hub jedoch nicht unterstützt.
  • Wartung: Versuchen Sie nicht, das Upgrade durchzuführen, da es fehlschlägt.
  • Häufigkeit: Allgemein
  • Anwendbar: Dieses Problem gilt für Releases 2102 und höher.
  • Ursache: Menüelemente werden nicht angezeigt, wenn Sie auf dem Blatt Virtual Machines Übersicht auf den Datenträger instance klicken.
  • Korrektur: Aktualisieren Sie die Seite, und das Menü sollte erneut angezeigt werden. Alternativ können Sie über den Bereich Datenträger im Portal zu dem jeweiligen Datenträger navigieren, der instance.
  • Vorkommen: Kleineres Portalproblem, das konsistent auftritt.

Rechenzentrumsintegration

Fehler bei der Graphkonfiguration

  • Geltungsbereich: Dieses Problem betrifft das Release 2206.
  • Ursache: Die Konfiguration von Graph ist wegen eines Fehlers aufgrund ungültiger Anmeldeinformationen nicht erfolgreich.
  • Behebung: Wenn Anmeldeinformationen korrekt sind, müssen Sie sie nur als Benutzername und nicht als Domänenname\Benutzername angeben.
  • Häufigkeit: Allgemein

Aktualisieren

Das Update auf Version 2108 erfolgt nicht, wenn AKS-Cluster oder ACR-Registrierungen erstellt wurden und die privaten Vorschauversionen der AKS- und ACR-Dienste installiert sind.

  • Geltungsbereich: Dieses Problem betrifft Kunden der privaten Vorschauversion von Azure Kubernetes Service (AKS) und Azure Container Registry (ACR), die ein Upgrade auf Version 2108 planen.
  • Korrektur: Der Operator muss alle AKS-Cluster und ACR-Registrierungen löschen und die private Vorschauversion der AKS- und ACR-Dienste deinstallieren.
  • Vorkommen: Diese Meldung erscheint bei allen Stempeln, bei denen private Vorschauversionen von AKS und ACR installiert sind.

Informationen zu bekannten Problemen beim Aktualisieren von Azure Stack Hub finden Sie unter Problembehandlung von Azure Stack Hub-Updates.

Netzwerk

Load Balancer

Load Balancer-Regeln

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Eine Aktualisierung/Änderung der Lastenverteilungseigenschaft (Sitzungspersistenz) hat keine Auswirkung und einige virtuelle Computer sind möglicherweise nicht an der Datenverkehrslastverteilung beteiligt. Wenn Sie z. B. über vier virtuelle Back-End-Computer und nur zwei Clients verfügen, die eine Verbindung mit dem Lastenausgleichsmodul herstellen, und die Lastenverteilung mithilfe der Client-IP festgelegt ist, verwenden die Clientsitzungen immer dieselben virtuellen Back-End-Computer. Wenn Sie die Lastenverteilungseigenschaft in „Keine“ ändern, um die Clientverbindungen auf alle virtuellen Computer des Back-Ends zu verteilen, hat dies keine Auswirkungen.
  • Abhilfe: Wenn Sie die Lastenausgleichsregel neu erstellen, stellen Sie sicher, dass die ausgewählten Einstellungen für alle Back-End-VMs ordnungsgemäß konfiguriert sind.
  • Häufigkeit: Allgemein

Eine VM-Skalierungsgruppe kann nicht mit angefügtem Datenträger erstellt werden

  • Geltungsbereich: Dieses Problem betrifft das Release 2108.
  • Ursache: Fehlende Eigenschaften für den Datenträger des Objekttyps.
  • Korrektur: Fügen Sie Datenträger nach der Bereitstellung hinzu.
  • Häufigkeit: Allgemein

Fehler beim Erstellen einer Datenträgermomentaufnahme

  • Geltungsbereich: Dieses Problem betrifft das Release 2108.
  • Ursache: Fehlende Eigenschaften für Momentaufnahmevorgang.
  • Korrektur: Wenden Sie den Hotfix 1.2108.2.73.
  • Häufigkeit: Allgemein

Portal

Containerregistrierungen

Metriken für Containerregistrierungen nicht im Benutzerportal verfügbar

  • Geltungsbereich: Dieses Problem betrifft die öffentliche Vorschauversion von Azure Container Registry in Azure Stack Hub.
  • Ursache: Ein Problem verhindert die Anzeige von Metriken bei Betrachtung einer Containerregistrierung im Azure-Portal. Die Metriken sind auch nicht in Shoebox verfügbar.
  • Korrektur: Keine Abhilfe verfügbar, wird in einem künftigen Hotfix behandelt.
  • Häufigkeit: Allgemein

Container Registry-Operator wird aufgefordert, die Installation durchzuführen, obwohl die Installation bereits abgeschlossen ist

  • Geltungsbereich: Dieses Problem betrifft die öffentliche Vorschauversion von Azure Container Registry in Azure Stack Hub.
  • Ursache: Sieben Tage nach der Installation von Container Registry wird der Operator im Administratorportal möglicherweise aufgefordert, die Containerregistrierung erneut zu installieren. Der Dienst funktioniert normal, die Operatorumgebung ist jedoch nicht verfügbar. Mandanten können Containerregistrierungen erstellen und verwalten.
  • Korrektur: Keine Abhilfe verfügbar, wird in einem künftigen Hotfix behandelt.
  • Häufigkeit: Allgemein

Verwaltungsabonnements

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die beiden Verwaltungsabonnements, die in Version 1804 eingeführt wurden, sollten nicht verwendet werden. Die Abonnementtypen sind „Messung“ und „Verbrauch“.
  • Abhilfe: Wenn Sie unter diesen beiden Abonnements Ressourcen ausführen, erstellen Sie sie in Benutzerabonnements neu.
  • Häufigkeit: Allgemein

Blatt „DNS erstellen“ führt zum Absturz des Portals

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Releases mit Hotfixversion 1.2108.2.81.
  • Ursache: Zwei bestimmte Flows führen manchmal zum Absturz des Benutzerportals:
    • Ressource erstellen > Netzwerk > DNS-Zone
    • Ressource erstellen > Netzwerk > Verbindung
  • Abhilfe: Der folgende Workflow kann sicherstellen, dass keine Abstürze auftreten:
    • Alle Dienste > DNS-Zone > + Hinzufügen oder Alle Dienste > Verbindungen > + Hinzufügen
  • Häufigkeit: Allgemein

Portal zeigt "Nicht identifizierter Benutzer" anstelle der E-Mail-Adresse des Benutzers an

  • Zutreffend: Dieses Problem gilt für alle Systeme mit Hotfixversion 1.2108.2.81, die ein Microsoft Entra-Konto ohne E-Mail-Adresse im Kontoprofil verwenden.
  • Behebung: Melden Sie sich beim Azure-Portal an, und fügen Sie dem Microsoft Entra Konto, bei dem dieses Problem auftritt, eine E-Mail-Adresse hinzu.
  • Häufigkeit: Allgemein

Öffentliche IP- und Load Balancer-Blätter zeigen ein Banner an, das ein Upgrade von Basic auf Standard-SKU empfiehlt.

  • Anwendbar: Dieses Problem gilt für Release 2108 und höher.
  • Ursache: Die Azure-Portal empfiehlt das Upgrade von Basic auf Standard-SKU. Diese Funktionalität wird in Azure Stack Hub jedoch nicht unterstützt.
  • Wartung: Versuchen Sie nicht, das Upgrade durchzuführen, da es fehlschlägt.
  • Häufigkeit: Allgemein
  • Anwendbar: Dieses Problem gilt für Releases 2102 und höher.
  • Ursache: Menüelemente werden nicht angezeigt, wenn Sie auf dem Blatt Virtual Machines Übersicht auf den Datenträger instance klicken.
  • Korrektur: Aktualisieren Sie die Seite, und das Menü sollte erneut angezeigt werden. Alternativ können Sie über den Bereich Datenträger im Portal zu dem jeweiligen Datenträger navigieren, der instance.
  • Vorkommen: Kleineres Portalproblem, das konsistent auftritt.

Datenebenencluster in fehlerhaftem Zustand (alle Knoten mit Warnstatus)

  • Geltungsbereich: Dieses Problem betrifft alle unterstützten Releases von Event Hubs in Azure Stack Hub.
  • Ursache: Interne Infrastrukturgeheimnisse stehen möglicherweise kurz vor dem Ablauf.
  • Korrektur: Aktualisieren Sie auf das neueste Release von Event Hubs in Azure Stack Hub, und führen Sie den unter Rotieren von Geheimnissen für Event Hubs in Azure Stack Hub beschriebenen Prozess durch.

Keine Aktualisierung des Status von Clustern auf Datenebene im Verwaltungsportal oder Aufskalierung von Clustern führt zu einer Zugriffsverweigerung

  • Geltungsbereich: Dieses Problem betrifft alle unterstützten Releases von Event Hubs in Azure Stack Hub.
  • Ursache: Interne Komponenten haben ihren Cache nach Abschluss der Geheimnisrotation nicht mit neuen Geheimnissen aktualisiert.
  • Korrektur: Erstellen Sie eine Supportanfrage, um Unterstützung zu erhalten.

Azure Stack Hub-Sicherung nicht erfolgreich

  • Geltungsbereich: Dieses Problem betrifft alle unterstützten Releases von Event Hubs in Azure Stack Hub.
  • Ursache: Interne Infrastrukturgeheimnisse sind möglicherweise abgelaufen.
  • Korrektur: Erstellen Sie eine Supportanfrage, um Unterstützung zu erhalten.

Azure Kubernetes Service (AKS)

In AKS-Clustern bereitgestellte Anwendungen können nicht auf persistente Volumes zugreifen

  • Geltungsbereich: Dieses Problem betrifft das Release 2108.
  • Ursache: Beim Bereitstellen eines AKS-Clusters unter Verwendung von:
    • Kubernetes 1.19 oder
    • Kubernetes 1.20 mit Kubenet als Netzwerk-Plug-In
      Und Bereitstellung einer Anwendung, die persistente Volumes verwendet, werden Sie ein Problem mit dem Pod der Anwendung feststellen, wenn dieser versucht, ein persistentes Volume bereitzustellen. Wenn Sie das Protokoll des Pods einsehen, finden Sie möglicherweise einen Fehler bezüglich verweigerter Berechtigungen. Das Problem befindet sich Azure Disk-CSI-Treiber von Azure Stack Hub.
  • Korrektur: Bei der Bereitstellung eines AKS-Clusters sollten Sie für das Netzwerk-Plug-In nur Kubernetes-Version 1.20 und Azure CNI auswählen.
  • Häufigkeit: Allgemein

Aktualisieren

Informationen zu bekannten Problemen beim Aktualisieren von Azure Stack Hub finden Sie unter Problembehandlung von Azure Stack Hub-Updates.

Fehler beim Update auf 2102 bei Überprüfungen vor dem Update für AKS/ACR

  • Anwendbar: Dieses Problem gilt für Privatvorschaukunden von Azure Kubernetes Service (AKS) und Azure Container Registry (ACR), die ein Upgrade auf Version 2102 planen oder Hotfixes anwenden möchten.
  • Korrektur: Deinstallieren Sie AKS und ACR vor dem Update auf Version 2102 oder vor der Anwendung von Hotfixes nach dem Update auf Version 2102. Starten Sie das Update neu, nachdem Sie diese Dienste deinstalliert haben.
  • Vorkommen: Bei jedem Stempel, auf dem ACR oder AKS installiert ist, kommt es zu diesem Fehler.

Portal

Verwaltungsabonnements

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die beiden administrativen Abonnementtypen Messung und Verbrauch wurden deaktiviert und sollten nicht verwendet werden. Wenn Sie über Ressourcen in diesen Abonnementtypen verfügen, wird eine Warnung generiert, bis diese Ressourcen entfernt werden.
  • Abhilfe: Wenn Sie unter diesen beiden Abonnements Ressourcen ausführen, erstellen Sie sie in Benutzerabonnements neu.
  • Häufigkeit: Allgemein

Netzwerk

Gateway des virtuellen Netzwerks

Load Balancer

Load Balancer-Regeln

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Eine Aktualisierung/Änderung der Lastenverteilungseigenschaft (Sitzungspersistenz) hat keine Auswirkung und einige virtuelle Computer sind möglicherweise nicht an der Datenverkehrslastverteilung beteiligt. Wenn Sie z. B. über vier virtuelle Back-End-Computer und nur zwei Clients verfügen, die eine Verbindung mit dem Lastenausgleichsmodul herstellen, und die Lastenverteilung mithilfe der Client-IP festgelegt ist, verwenden die Clientsitzungen immer dieselben virtuellen Back-End-Computer. Wenn Sie die Lastenverteilungseigenschaft in „Keine“ ändern, um die Clientverbindungen auf alle virtuellen Computer des Back-Ends zu verteilen, hat dies keine Auswirkungen.
  • Abhilfe: Wenn Sie die Lastenausgleichsregel neu erstellen, stellen Sie sicher, dass die ausgewählten Einstellungen für alle Back-End-VMs ordnungsgemäß konfiguriert sind.
  • Häufigkeit: Allgemein

IPv6-Schaltfläche für „Front-End-IP-Adresse hinzufügen“ sichtbar

  • Geltungsbereich: Dieses Problem gilt für Release 2008 und höher.
  • Ursache: Die IPv6-Schaltfläche ist für die Option Frontend-IP-Adresse hinzufügen auf einem Lastenausgleich sichtbar. Diese Schaltflächen sind deaktiviert und können nicht ausgewählt werden.
  • Häufigkeit: Allgemein

Backend- und Frontend-Ports bei aktivierter Floating-IP

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Floating IP aktiviert ist, müssen der Front-End- und der Back-End-Port in der Lastenausgleichsregel identisch sein. Dieses Verhalten ist beabsichtigt.
  • Häufigkeit: Allgemein

Integrität und Warnungen

AKS- (Azure Kubernetes Service) oder ACR-Ressourcenanbieter (Azure Container Registry) führen zu einem Fehler in „test-azurestack“.

  • Geltungsbereich: Dieses Problem gilt für Release 2102 und früher.
  • Ursache: Wenn Sie den Befehl für die Updatebereitschaft test-azurestack ausführen, löst der Test die folgenden beiden Warnungen aus: 
    WARNING: Name resolution of containerservice.aks.azs failed
WARNING: Name resolution of containerregistry.acr.azs failed
  • Abhilfe: Diese Warnungen sind zu erwarten, da Sie den AKS- (Azure Kubernetes Service) oder ACR-Ressourcenanbieter (Azure Container Registry) nicht installiert haben.
  • Häufigkeit: Allgemein

Keine Warnungen in der Syslog-Pipeline

  • Geltungsbereich: Dieses Problem betrifft das Release 2102.
  • Ursache: Das Warnungsmodul für Kunden, das von Syslog für Warnungen abhängig ist, wurde in dieser Version deaktiviert. Für diese Version wurde die Integritäts- und Überwachungspipeline geändert, um die Anzahl der Abhängigkeiten und Dienstanforderungen zu reduzieren. Daher geben die neuen Dienste keine Warnungen an die Syslog-Pipeline aus.
  • Abhilfe: Keine.
  • Häufigkeit: Allgemein

Verwendung

Falscher Status bei der Infrastruktursicherung

  • Geltungsbereich: Dieses Problem betrifft das Release 2102.
  • Ursache: Der Infrastruktursicherungsauftrag kann den falschen Status (fehlgeschlagen oder erfolgreich) anzeigen, während der Status selbst aktualisiert wird. Dies wirkt sich nicht auf die Konsistenz der Sicherungsdaten aus, kann jedoch zu Verwirrung führen, wenn ein tatsächlicher Fehler aufgetreten ist.
  • Behebung: Das Problem wird im nächsten Hotfix für 2102 behoben.

Aktualisieren

Informationen zu bekannten Problemen beim Aktualisieren von Azure Stack Hub finden Sie unter Problembehandlung von Azure Stack Hub-Updates.

Fehler bei der Installation des Pakets „Microsoft.AzureStack.Compute.Installer“ auf der Zertifizierungsstellen-VM durch das Update

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Während des Updates richtet ein Prozess eine Sperre für neue Inhalte ein, die auf die Zertifizierungsstellen-VM kopiert werden müssen. Die Sperre wird aufgehoben, wenn das Update fehlschlägt.
  • Abhilfe: Fahren Sie mit dem Update fort.
  • Häufigkeit: Selten

Portal

Verwaltungsabonnements

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die beiden Verwaltungsabonnements, die in Version 1804 eingeführt wurden, sollten nicht verwendet werden. Die Abonnementtypen sind Messungsabonnement und Verbrauchsabonnement.
  • Abhilfe: Wenn Sie unter diesen beiden Abonnements Ressourcen ausführen, erstellen Sie sie in Benutzerabonnements neu.
  • Häufigkeit: Allgemein

Netzwerk

Netzwerksicherheitsgruppen

Fehler bei der VM-Bereitstellung aufgrund der Regel „DenyAllOutbound“

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.

  • Ursache: Bei der VM-Erstellung kann in einer NSG keine explizite Regel vom Typ DenyAllOutbound für das Internet erstellt werden, da dadurch die erforderliche Kommunikation für den Abschluss der VM-Bereitstellung verhindert wird. Außerdem werden die beiden wichtigen IP-Adressen verweigert, die für die Bereitstellung von VMs erforderlich sind: DHCP-IP: 169.254.169.254 und DNS-IP: 168.63.129.16

  • Abhilfe: Lassen Sie bei der VM-Erstellung ausgehenden Datenverkehr für das Internet zu, und ändern Sie die NSG nach Abschluss der VM-Erstellung, um den erforderlichen Datenverkehr zu blockieren.

  • Häufigkeit: Allgemein

Gateway des virtuellen Netzwerks

Load Balancer

Load Balancer leitet Datenverkehr in bestimmten Szenarien an eine Back-End-VM weiter

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Beim Aktivieren der Sitzungsaffinität in einem Lastenausgleich verwendet der 2-Tupel-Hash die PA-IP-Adresse (physische IP-Adresse) anstelle der privaten IP-Adressen, die den VMs zugewiesen sind. In Szenarien, in denen Datenverkehr, der an den Lastenausgleich weitergeleitet wird, über ein VPN eingeht oder alle virtuellen Clientcomputer (Quell-IPs) sich im gleichen Knoten befinden und die Sitzungsaffinität aktiviert ist, wird der gesamte Datenverkehr an eine Back-End-VM geleitet.
  • Häufigkeit: Allgemein

IPv6-Schaltfläche für „Front-End-IP-Adresse hinzufügen“ sichtbar

  • Geltungsbereich: Dieses Problem gilt für Release 2008.
  • Ursache: Die IPv6-Schaltfläche ist sichtbar und aktiviert, wenn die Front-End-IP-Konfiguration eines öffentlichen Lastenausgleichsmoduls erstellt wird. Hierbei handelt es sich lediglich um ein kosmetisches Problem im Portal. IPv6 wird unter Azure Stack Hub nicht unterstützt.
  • Häufigkeit: Allgemein

Der Back-End- und der Front-End-Port müssen identisch sein, wenn Floating IP aktiviert ist.

  • Geltungsbereich: Dieses Problem betrifft alle Releases.
  • Ursache: Wenn Floating IP aktiviert ist, müssen der Front-End- und der Back-End-Port in der Lastenausgleichsregel identisch sein. Dieses Verhalten ist beabsichtigt.
  • Häufigkeit: Allgemein

Compute

Beenden oder Starten eines virtuellen Computers

Beenden/Freigeben des virtuellen Computers führt zum Entfernen der MTU-Konfiguration

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Durchführen von Stop-Deallocate für VM-Ergebnisse in der MTU-Konfiguration auf der zu entfernenden VM. Dieses Verhalten ist mit Azure nicht konsistent.
  • Häufigkeit: Allgemein

Version 2005: archivierte bekannte Probleme

In diesem Artikel sind die bekannten Probleme aufgelistet, die es in Azure Stack Hub-Releases gibt. Die Liste wird aktualisiert, wenn neue Probleme identifiziert werden.

Wichtig

Wenn die Version der Azure Stack Hub-Instanz mehr als zwei Updates zurückliegt, wird sie als nicht konform eingestuft. Sie müssen mindestens auf die niedrigste unterstützte Version aktualisieren, um Support zu erhalten.

Aktualisieren

Informationen zu bekannten Problemen beim Aktualisieren von Azure Stack Hub finden Sie unter Problembehandlung von Azure Stack Hub-Updates.

Fehler bei der Installation des Pakets „Microsoft.AzureStack.Compute.Installer“ auf der Zertifizierungsstellen-VM durch das Update

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Während des Updates richtet ein Prozess eine Sperre für neue Inhalte ein, die auf die Zertifizierungsstellen-VM kopiert werden müssen. Die Sperre wird aufgehoben, wenn das Update fehlschlägt.
  • Abhilfe: Fahren Sie mit dem Update fort.
  • Häufigkeit: Selten

Portal

Verwaltungsabonnements

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die beiden Verwaltungsabonnements, die in Version 1804 eingeführt wurden, sollten nicht verwendet werden. Die Abonnementtypen sind Messungsabonnement und Verbrauchsabonnement.
  • Abhilfe: Wenn Sie unter diesen beiden Abonnements Ressourcen ausführen, erstellen Sie sie in Benutzerabonnements neu.
  • Häufigkeit: Allgemein

Netzwerk

Netzwerksicherheitsgruppen

Eine NSG kann nicht gelöscht werden, wenn NICs nicht an die laufende VM angefügt sind.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Beim Aufheben der Zuordnung einer NSG und einer NIC, die nicht an eine laufende VM angefügt ist, schlägt der Updatevorgang (PUT) für dieses Objekt auf der Ebene des Netzwerkcontrollers fehl. Die NSG wird auf der Ebene des Netzwerkressourcenanbieters aktualisiert, aber nicht auf dem Netzwerkcontroller, sodass die NSG in einen fehlerhaften Zustand wechselt.
  • Abhilfe: Fügen Sie die NICs an, die der NSG zugeordnet sind, die mit laufenden VMs entfernt werden muss, und heben Sie die Zuordnung der NSG auf, oder entfernen Sie alle NICs, die der NSG zugeordnet sind.
  • Häufigkeit: Allgemein

Fehler bei der VM-Bereitstellung aufgrund der Regel „DenyAllOutbound“

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Bei der VM-Erstellung kann in einer NSG keine explizite Regel vom Typ DenyAllOutbound für das Internet erstellt werden, da dadurch die erforderliche Kommunikation für den Abschluss der VM-Bereitstellung verhindert wird.
  • Abhilfe: Lassen Sie bei der VM-Erstellung ausgehenden Datenverkehr für das Internet zu, und ändern Sie die NSG nach Abschluss der VM-Erstellung, um den erforderlichen Datenverkehr zu blockieren.
  • Häufigkeit: Allgemein

Gateway des virtuellen Netzwerks

Load Balancer

Load Balancer leitet Datenverkehr in bestimmten Szenarien an eine Back-End-VM weiter

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Beim Aktivieren der Sitzungsaffinität in einem Lastenausgleich verwendet der 2-Tupel-Hash die PA-IP-Adresse (physische IP-Adresse) anstelle der privaten IP-Adressen, die den VMs zugewiesen sind. In Szenarien, in denen Datenverkehr, der an den Lastenausgleich weitergeleitet wird, über ein VPN eingeht oder alle virtuellen Clientcomputer (Quell-IPs) sich im gleichen Knoten befinden und die Sitzungsaffinität aktiviert ist, wird der gesamte Datenverkehr an eine Back-End-VM geleitet.
  • Häufigkeit: Allgemein

Die öffentliche IP-Adresse befindet sich in einem fehlerhaften Zustand.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Der Wert IdleTimeoutInMinutes für eine öffentliche IP-Adresse, die einem Lastenausgleich zugeordnet ist, kann nicht geändert werden. Bei diesem Vorgang wird die öffentliche IP-Adresse in einen Fehlerzustand versetzt.
  • Abhilfe: Gehen Sie wie folgt vor, um die öffentliche IP-Adresse wieder in den korrekten Zustand zu versetzen: Legen Sie den Wert IdleTimeoutInMinutes für die Lastenausgleichsregel, in der auf die öffentliche IP-Adresse verwiesen wird, wieder auf den ursprünglichen Wert fest (Standardwert: vier Minuten).
  • Häufigkeit: Allgemein

Compute

Stop-Deallocate für VM-Ergebnisse in der MTU-Konfiguration

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Durchführen von Stop-Deallocate für VM-Ergebnisse in der MTU-Konfiguration auf der zu entfernenden VM. Dieses Verhalten ist mit Azure nicht konsistent.
  • Häufigkeit: Allgemein

Probleme bei der Bereitstellung von VM-Skalierungsgruppen mit der Größe „Standard_DS2_v2“ über das Portal

  • Geltungsbereich: Dieses Problem gilt für Release 2005.
  • Ursache: Ein Problem im Portal führt dazu, dass bei der Erstellung einer Skalierungsgruppe mit der Größe „Standard_DS2_v2“ ein Fehler auftritt.
  • Abhilfe: Verwenden Sie PowerShell oder die CLI zur Bereitstellung der VM-Größe dieser VM-Skalierungsgruppe.

Probleme bei Verwendung von VM-Erweiterungen in Ubuntu Server 20.04

  • Geltungsbereich: Dieses Problem gilt für Ubuntu Server 20.04 LTS.
  • Ursache: Einige Linux-Distributionen wurden auf Python 3.8 umgestellt, und der Legacy-Einstiegspunkt /usr/bin/python für Python wurde vollständig entfernt. Benutzer von Linux-Distributionen, die auf Python 3.x umgestellt haben, müssen sicherstellen, dass der Legacy-Einstiegspunkt /usr/bin/python vorhanden ist, bevor sie diese Erweiterungen auf ihren VMs bereitstellen. Andernfalls tritt bei der Bereitstellung der Erweiterung möglicherweise ein Fehler auf.
  • Abhilfe: Befolgen Sie die Lösungsschritte in Probleme bei Verwendung von VM-Erweiterungen in Python 3-fähigen Linux Azure Virtual Machines-Systemen, aber überspringen Sie Schritt 2, da Azure Stack Hub nicht über die Funktion Befehl ausführen verfügt.

NVv4-VM-Größe im Portal

  • Geltungsbereich: Dieses Problem betrifft das Release 2002 und höhere Releases.
  • Ursache: Bei der Erstellung des virtuellen Computers wird die VM-Größe angezeigt: NV4as_v4. Bei Kunden mit der erforderlichen Hardware für die AMD MI25-basierte Azure Stack Hub-GPU-Vorschau ist die VM-Bereitstellung erfolgreich. Bei allen anderen Kunden tritt bei der VM-Bereitstellung mit dieser VM-Größe ein Fehler auf.
  • Abhilfe: Entwurfsbedingt bei der Vorbereitung für die Azure Stack Hub-GPU-Vorschau

Verbrauchtes Computekontingent

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie einen neuen virtuellen Computer erstellen, wird unter Umständen eine Fehlermeldung wie die folgende angezeigt: Dieses Abonnement hat die Kapazität für „Regionale vCPUs gesamt“ an diesem Standort erreicht. 50 „Regionale vCPUs gesamt“ sind verfügbar, und alle werden verwendet. Dies deutet darauf hin, dass das Kontingent für die Gesamtanzahl verfügbarer Kerne erreicht wurde.
  • Abhilfe: Erkundigen Sie sich bei Ihrem Betreiber nach einem Add-On-Plan mit zusätzlichem Kontingent. Das Kontingent des aktuellen Plans kann nicht bearbeitet werden, oder das höhere Kontingent wird nicht berücksichtigt.
  • Häufigkeit: Selten

Auf dem Blatt mit der VM-Übersicht wird nicht der richtige Computername angezeigt.

  • Geltungsbereich: Dieses Problem betrifft alle Releases.
  • Ursache: Wenn die Details eines virtuellen Computers auf dem Übersichtsblatt angezeigt werden, wird der Computername als (nicht verfügbar) angezeigt. Dies gilt dediziert für VMs, die anhand spezieller Datenträger bzw. Momentaufnahmen von Datenträgern erstellt werden, und wird auch für Marketplace-Images angezeigt.
  • Abhilfe: Zeigen Sie das Blatt Eigenschaften unter Einstellungen an.

VM-Skalierungsgruppe

Erstellungsfehler beim Patchen und Aktualisieren in Azure Stack Hub-Umgebungen mit vier Knoten

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Bei der Erstellung von VMs in einer Verfügbarkeitsgruppe mit drei Fehlerdomänen und der Erstellung einer Instanz einer VM-Skalierungsgruppe tritt während des Updatevorgangs in einer Azure Stack Hub-Umgebung mit vier Knoten der Fehler FabricVmPlacementErrorUnsupportedFaultDomainSize auf.
  • Abhilfe: Sie können einzelne VMs in einer Verfügbarkeitsgruppe mit zwei Fehlerdomänen erfolgreich durchführen. Die Erstellung der Skalierungsgruppeninstanz ist während des Updatevorgangs in einer Azure Stack Hub-Bereitstellung mit vier Knoten aber immer noch nicht verfügbar.

Storage

Aufbewahrungszeitraum wird auf „0“ zurückgesetzt

  • Geltungsbereich: Dieses Problem betrifft die Releases 2002 und 2005.
  • Ursache: Wenn Sie in der Einstellung für den Aufbewahrungszeitraum einen anderen Zeitraum als 0 angeben, wird der Wert beim Update 2002 oder 2005 auf „0“ (Standardwert für diese Einstellung) zurückgesetzt. Die Einstellung „0 Tage“ wird unmittelbar nach Abschluss des Updates wirksam, was dazu führt, dass alle vorhandenen gelöschten Speicherkonten und anstehende neu gelöschten Speicherkonten ab sofort nicht mehr aufbewahrt und für die regelmäßige automatische Speicherbereinigung gekennzeichnet werden, die stündlich ausgeführt wird.
  • Abhilfe: Legen Sie manuell einen korrekten Aufbewahrungszeitraum fest. Alle Speicherkonten, die bereits vor der Festlegung des neuen Aufbewahrungszeitraums für die automatische Speicherbereinigung gekennzeichnet wurden, sind nicht wiederherstellbar.

Ressourcenanbieter

SQL/MySQL

  • Geltungsbereich: Dieses Problem betrifft das Release 2002.
  • Ursache: Wenn der Stempel die Version 1.1.33.0 oder eine frühere Version des SQL-Ressourcenanbieters enthält, werden die Blätter für SQL/MySQL bei der Aktualisierung des Stempels nicht geladen.
  • Abhilfe: Aktualisieren Sie den Ressourcenanbieter auf die Version 1.1.47.0.

App Service

  • Geltungsbereich: Dieses Problem betrifft das Release 2002.
  • Ursache: Wenn der Stempel die Version 1.7 oder eine ältere Version des App Service-Ressourcenanbieters enthält, werden die Blätter für App Service bei der Aktualisierung des Stempels nicht geladen.
  • Abhilfe: Aktualisieren Sie den Ressourcenanbieter auf die Version 2002 Q2.

PowerShell

Fehler bei der Installation der Az-Module

  • Geltungsbereich: Dieses Problem betrifft das Release 2002 und höhere Releases
  • Ursache: Bei der Installation des Moduls wird ein Fehler ausgelöst. Die Fehlermeldung beginnt wie folgt: Register-PacakgeSource : A parameter cannot be found that matches parameter name. 'PackageManagementProvider'. Oder die Fehlermeldung enthält den folgenden Text: PackageManagement\Install-Package : Cannot convert value "2.0.1-preview" to type "System.Version". Error: "Input string was not in a correct format."
  • Abhilfe: Führen Sie das folgende Cmdlet in der gleichen Sitzung aus:
    Install-Module PowershellGet -MinimumVersion 2.3.0 -Force
    Schließen Sie die Sitzung, und starten Sie eine neue PowerShell-Sitzung mit erhöhten Rechten.
  • Häufigkeit: Allgemein

Bei der Installation des Az-Moduls wird fälschlicherweise ein Fehler vom Typ „Administratorrechte erforderlich“ ausgelöst

  • Geltungsbereich: Dieses Problem betrifft das Release 2002 und höhere Releases
  • Ursache: Wenn Sie das Modul über eine Eingabeaufforderung mit erhöhten Rechten installieren, wird ein Fehler ausgelöst. Der Fehler lautet Administrator rights required.
  • Abhilfe: Schließen Sie die Sitzung, und starten Sie eine neue PowerShell-Sitzung mit erhöhten Rechten. Stellen Sie sicher, dass Az nicht bereits vorhanden ist. Das Kontomodul wurde in die Sitzung geladen.
  • Häufigkeit: Allgemein

Bekannte Probleme bei unterstützten Versionen

Bekannte Probleme bei unterstützten Versionen von Azure Stack Hub finden Sie unter Übersicht > Versionshinweise > Bekannte Probleme.

Wichtig

Wenn die Version der Azure Stack Hub-Instanz mehr als zwei Updates zurückliegt, wird sie als nicht konform eingestuft. Sie müssen mindestens auf die niedrigste unterstützte Version aktualisieren, um Support zu erhalten.

2002: Archivierte bekannte Probleme

In diesem Artikel sind die bekannten Probleme aufgelistet, die es in Azure Stack Hub-Releases gibt. Die Liste wird aktualisiert, wenn neue Probleme identifiziert werden.

Wichtig

Wenn die Version der Azure Stack Hub-Instanz mehr als zwei Updates zurückliegt, wird sie als nicht konform eingestuft. Sie müssen mindestens auf die niedrigste unterstützte Version aktualisieren, um Support zu erhalten.

Aktualisieren

Nach dem Anwenden von Update 2002 wird im Administratorportal ggf. fälschlicherweise die Warnung „Ungültige Zeitquelle“ angezeigt. Sie können diese Warnung (False Positive) ignorieren. Der Fehler wird mit einem der nächsten Releases behoben.

Informationen zu bekannten Problemen beim Aktualisieren von Azure Stack Hub finden Sie unter Problembehandlung von Azure Stack Hub-Updates.

Fehler bei der Installation des Pakets „Microsoft.AzureStack.Compute.Installer“ auf der Zertifizierungsstellen-VM durch das Update

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Während des Updates richtet ein Prozess eine Sperre für neue Inhalte ein, die auf die Zertifizierungsstellen-VM kopiert werden müssen. Die Sperre wird aufgehoben, wenn das Update fehlschlägt.
  • Abhilfe: Fahren Sie mit dem Update fort.
  • Häufigkeit: Selten

Erstellungsfehler beim Patchen und Aktualisieren in Azure Stack Hub-Umgebungen mit vier Knoten

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Bei der Erstellung von VMs in einer Verfügbarkeitsgruppe mit drei Fehlerdomänen und der Erstellung einer Instanz einer VM-Skalierungsgruppe tritt während des Updatevorgangs in einer Azure Stack Hub-Umgebung mit vier Knoten der Fehler FabricVmPlacementErrorUnsupportedFaultDomainSize auf.
  • Abhilfe: Sie können einzelne VMs in einer Verfügbarkeitsgruppe mit zwei Fehlerdomänen erfolgreich durchführen. Die Erstellung der Skalierungsgruppeninstanz ist während des Updatevorgangs in einer Azure Stack Hub-Bereitstellung mit vier Knoten aber immer noch nicht verfügbar.

Portal

Verwaltungsabonnements

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die beiden Verwaltungsabonnements, die in Version 1804 eingeführt wurden, sollten nicht verwendet werden. Die Abonnementtypen sind Messungsabonnement und Verbrauchsabonnement.
  • Abhilfe: Wenn Sie unter diesen beiden Abonnements Ressourcen ausführen, erstellen Sie sie in Benutzerabonnements neu.
  • Häufigkeit: Allgemein

Abonnementberechtigungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Sie können mit den Azure Stack Hub-Portalen keine Berechtigungen für Ihr Abonnement anzeigen.
  • Abhilfe: Verwenden Sie PowerShell zum Überprüfen der Berechtigungen.
  • Häufigkeit: Allgemein

Speicherkontooptionen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird der Name von Speicherkonten als Speicherkonto – Blob, Datei, Tabelle, Warteschlange angezeigt. Datei wird in Azure Stack Hub jedoch nicht unterstützt.
  • Häufigkeit: Allgemein

Erstellen einer Momentaufnahme eines verwalteten Datenträgers

  • Geltungsbereich: Dieses Problem betrifft das Release 2002.
  • Ursache: Beim Erstellen einer Momentaufnahme eines verwalteten Datenträgers ist im Benutzerportal das Feld Kontotyp leer. Wenn Sie die Schaltfläche Erstellen auswählen, ohne einen Kontotyp anzugeben, ist die Erstellung der Momentaufnahme nicht erfolgreich.
  • Abhilfe: Wählen Sie in der Dropdownliste Kontotyp einen Kontotyp aus, und erstellen Sie dann die Momentaufnahme.
  • Häufigkeit: Allgemein

Warnung für getrennte Netzwerkschnittstelle

  • Geltungsbereich: Dieses Problem betrifft das Release 1908 und höhere Releases.
  • Ursache: Wenn ein Kabel von einem Netzwerkadapter getrennt wird, wird im Administratorportal keine Warnung angezeigt. Dieses Problem ist darauf zurückzuführen, dass dieser Fehler in Windows Server 2019 standardmäßig deaktiviert ist.
  • Häufigkeit: Allgemein

Netzwerk

Die DenyAllOutbound-Regel kann nicht erstellt werden.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Bei der VM-Erstellung kann in einer NSG keine explizite Regel vom Typ DenyAllOutbound für das Internet erstellt werden, da dadurch die erforderliche Kommunikation für den Abschluss der VM-Bereitstellung verhindert wird.
  • Abhilfe: Lassen Sie bei der VM-Erstellung ausgehenden Datenverkehr für das Internet zu, und ändern Sie die NSG nach Abschluss der VM-Erstellung, um den erforderlichen Datenverkehr zu blockieren.
  • Häufigkeit: Allgemein

Das ICMP-Protokoll wird für NSG-Regeln nicht unterstützt.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Beim Erstellen einer Eingangs- oder Ausgangssicherheitsregel für das Netzwerk wird unter Protokoll die Option ICMP angezeigt. Dies wird unter Azure Stack Hub derzeit nicht unterstützt. Dieses Problem wurde behoben und tritt im nächsten Azure Stack Hub-Release nicht mehr auf.
  • Häufigkeit: Allgemein

Eine NSG kann nicht gelöscht werden, wenn NICs nicht an die laufende VM angefügt sind.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Beim Aufheben der Zuordnung einer NSG und einer NIC, die nicht an eine laufende VM angefügt ist, schlägt der Updatevorgang (PUT) für dieses Objekt auf der Ebene des Netzwerkcontrollers fehl. Die NSG wird auf der Ebene des Netzwerkressourcenanbieters aktualisiert, aber nicht auf dem Netzwerkcontroller, sodass die NSG in einen fehlerhaften Zustand wechselt.
  • Abhilfe: Fügen Sie die NICs an, die der NSG zugeordnet sind, die mit laufenden VMs entfernt werden muss, und heben Sie die Zuordnung der NSG auf, oder entfernen Sie alle NICs, die der NSG zugeordnet sind.
  • Häufigkeit: Allgemein

Load Balancer leitet Datenverkehr in bestimmten Szenarien an eine Back-End-VM weiter

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Beim Aktivieren der Sitzungsaffinität in einem Lastenausgleich verwendet der 2-Tupel-Hash die PA-IP-Adresse (physische IP-Adresse) anstelle der privaten IP-Adressen, die den VMs zugewiesen sind. In Szenarien, in denen Datenverkehr, der an den Lastenausgleich weitergeleitet wird, über ein VPN eingeht oder alle virtuellen Clientcomputer (Quell-IPs) sich im gleichen Knoten befinden und die Sitzungsaffinität aktiviert ist, wird der gesamte Datenverkehr an eine Back-End-VM geleitet.
  • Häufigkeit: Allgemein

Netzwerkschnittstelle

Hinzufügen/Entfernen einer Netzwerkschnittstelle

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Einer VM, die sich im Zustand Wird ausgeführt befindet, kann keine neue Netzwerkschnittstelle hinzugefügt werden.
  • Abhilfe: Beenden Sie den virtuellen Computer, bevor Sie eine Netzwerkschnittstelle hinzufügen oder entfernen.
  • Häufigkeit: Allgemein

Primäre Netzwerkschnittstelle

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Der primäre Netzwerkadapter (Network Interface Card, NIC) einer VM kann nicht geändert werden. Das Löschen oder Trennen der primären NIC führt zu Problemen beim Starten des virtuellen Computers.
  • Häufigkeit: Allgemein

Öffentliche IP-Adresse

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Der Wert IdleTimeoutInMinutes für eine öffentliche IP-Adresse, die einem Lastenausgleich zugeordnet ist, kann nicht geändert werden. Bei diesem Vorgang wird die öffentliche IP-Adresse in einen Fehlerzustand versetzt.
  • Abhilfe: Gehen Sie wie folgt vor, um die öffentliche IP-Adresse wieder in den korrekten Zustand zu versetzen: Ändern Sie den Wert IdleTimeoutInMinutes für die Lastenausgleichsregel, in der auf die öffentliche IP-Adresse verwiesen wird, wieder in den ursprünglichen Wert (Standardwert: 4 Minuten).
  • Häufigkeit: Allgemein

Gateway des virtuellen Netzwerks

Dokumentation

Compute

Erstellen oder Löschen eines virtuellen Computers

Eine Standard_DS2_v2 VM-Skalierungsgruppe kann im Portal nicht erstellt werden.

  • Geltungsbereich: Dieses Problem gilt für Release 2002.
  • Ursache: Es gibt einen Portalfehler, der die Erstellung der VM-Skalierungsgruppe mit der VM-Größe „Standard_DS2_v2“ verhindert. Beim Erstellen wird ein Fehler ausgegeben: "{"code":"DeploymentFailed","message":"Mindestens ein Ressourcenbereitstellungsvorgang ist fehlgeschlagen. Listen Sie die Bereitstellungsvorgänge auf, um Details anzuzeigen. Weitere Informationen zur Verwendung finden Sie unter Problembehandlung für häufige Azure-Bereitstellungsfehler.","details":[{"code":"BadRequest","message":"{\r\n "error": {\r\n "code": "NetworkProfileValidationError",\r\n "message": "Die VM-Größe "Standard_DS2_v2" ist nicht in der Liste zulässiger VM-Größen zur Aktivierung des beschleunigten Netzwerkbetriebs für die VM bei Index "0" für die VM-Skalierungsgruppe „/subscriptions/x/resourceGroups/RGVMSS/providers/Microsoft.Compute/virtualMachineScaleSets/vmss“ enthalten. Zulässige Größen: ."\r\n }\r\n}"}]}"
  • Abhilfe: Erstellen Sie eine VM-Skalierungsgruppe mit PowerShell oder einer Resource Manager-Vorlage.

Fehler bei der NVv4-VM-Bereitstellung

  • Geltungsbereich: Dieses Problem gilt für Release 2002 und höher.
  • Ursache: Bei der Erstellung des virtuellen Computers wird die VM-Größe angezeigt: NV4as_v4. Bei Kunden mit der erforderlichen Hardware für die AMD MI25-basierte Azure Stack Hub-GPU-Vorschau ist die VM-Bereitstellung erfolgreich. Bei allen anderen Kunden tritt bei der VM-Bereitstellung mit dieser VM-Größe ein Fehler auf.
  • Abhilfe: Entwurfsbedingt bei der Vorbereitung für die Azure Stack Hub-GPU-Vorschau

Fehler beim Aktualisieren der Einstellungen für die serielle Ausgabe für den virtuellen Computer

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie einen neuen virtuellen Computer erstellen, wird unter Umständen der folgende Fehler angezeigt: Fehler beim Starten des virtuellen Computers „vm-name“. Error: Fehler beim Aktualisieren der Einstellungen für die serielle Ausgabe für den virtuellen Computer „vm-name“ . Der Fehler tritt auf, wenn Sie die Startdiagnose bei einem virtuellen Computer aktivieren, aber Ihr Startdiagnose-Speicherkonto löschen.
  • Abhilfe: Erstellen Sie das Speicherkonto unter dem zuvor verwendeten Namen neu.
  • Häufigkeit: Allgemein

Abonnement hat die Kapazität für „Regionale vCPUs gesamt“ erreicht

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie einen neuen virtuellen Computer erstellen, wird unter Umständen eine Fehlermeldung wie die folgende angezeigt: Dieses Abonnement hat die Kapazität für „Regionale vCPUs gesamt“ an diesem Standort erreicht. 50 „Regionale vCPUs gesamt“ sind verfügbar, und alle werden verwendet. Dies deutet darauf hin, dass das Kontingent für die Gesamtanzahl verfügbarer Kerne erreicht wurde.
  • Abhilfe: Erkundigen Sie sich bei Ihrem Betreiber nach einem Add-On-Plan mit zusätzlichem Kontingent. Das Kontingent des aktuellen Plans kann nicht bearbeitet werden, oder das höhere Kontingent wird nicht berücksichtigt.
  • Häufigkeit: Selten

Starten oder Beenden einer VM

VM-Diagnosespeicherkonto nicht gefunden

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie versuchen, einen virtuellen Computer mit dem Status „Beendet (Zuordnung aufgehoben)“ zu starten, wird unter Umständen der folgende Fehler angezeigt: VM diagnostics Storage account 'diagnosticstorageaccount' not found. Ensure storage account is not deleted (Das Speicherkonto „diagnosticstorageaccount“ für die VM-Diagnose wurde nicht gefunden. Vergewissern Sie sich, dass das Speicherkonto nicht gelöscht wurde.). Der Fehler tritt auf, wenn Sie versuchen, einen virtuellen Computer mit aktivierter Startdiagnose zu starten, aber das Speicherkonto für die Startdiagnose, auf das verwiesen wird, gelöscht wurde.
  • Abhilfe: Erstellen Sie das Speicherkonto unter dem zuvor verwendeten Namen neu.
  • Häufigkeit: Allgemein

Konfiguration und Setup

Das Blatt mit der VM-Übersicht zeigt einen falschen Computernamen

  • Geltungsbereich: Dieses Problem betrifft alle Releases.
  • Ursache: Wenn die Details eines virtuellen Computers auf dem Übersichtsblatt angezeigt werden, wird der Computername als (nicht verfügbar) angezeigt. Dies gilt dediziert für VMs, die anhand spezieller Datenträger bzw. Momentaufnahmen von Datenträgern erstellt werden, und wird auch für Marketplace-Images angezeigt.
  • Abhilfe: Zeigen Sie das Blatt Eigenschaften unter Einstellungen an.

Storage

Aufbewahrungszeitraum wird auf „0“ zurückgesetzt

  • Geltungsbereich: Dieses Problem betrifft die Releases 2002 und 2005.
  • Ursache: Wenn Sie in der Einstellung für den Aufbewahrungszeitraum zuvor einen anderen Zeitraum als 0 angegeben haben, wird der Wert bei den Updates 2002 und 2005 auf „0“ (Standardwert für diese Einstellung) zurückgesetzt. Die Einstellung „0 Tage“ wird unmittelbar nach Abschluss des Updates wirksam, was dazu führt, dass alle vorhandenen gelöschten Speicherkonten und anstehende neu gelöschten Speicherkonten ab sofort nicht mehr aufbewahrt und für die regelmäßige automatische Speicherbereinigung gekennzeichnet werden, die stündlich ausgeführt wird.
  • Abhilfe: Legen Sie manuell einen geeigneten Aufbewahrungszeitraum fest. Alle Speicherkonten, die bereits vor der Festlegung des neuen Aufbewahrungszeitraums für die automatische Speicherbereinigung gekennzeichnet wurden, sind jedoch nicht wiederherstellbar.

Ressourcenanbieter

SQL/MySQL

  • Geltungsbereich: Dieses Problem betrifft das Release 2002.
  • Ursache: Wenn der Stempel die Version 1.1.33.0 oder eine frühere Version des SQL-Ressourcenanbieters enthält, werden die Blätter für SQL/MySQL bei der Aktualisierung des Stempels nicht geladen.
  • Abhilfe: Aktualisieren Sie den Ressourcenanbieter auf die Version 1.1.47.0.

App Service

  • Geltungsbereich: Dieses Problem betrifft das Release 2002.
  • Ursache: Wenn der Stempel die Version 1.7 oder eine ältere Version des App Service-Ressourcenanbieters enthält, werden die Blätter für App Service bei der Aktualisierung des Stempels nicht geladen.
  • Abhilfe: Aktualisieren Sie den Ressourcenanbieter auf die Version 2020 Q2.

PowerShell

Fehler bei der Installation der Az-Module

  • Geltungsbereich: Dieses Problem betrifft das Release 2002 und höhere Releases
  • Ursache: Bei der Installation des Moduls wird ein Fehler ausgelöst. Die Fehlermeldung beginnt wie folgt: Register-PacakgeSource : A parameter cannot be found that matches parameter name. 'PackageManagementProvider'. Oder die Fehlermeldung enthält den folgenden Text: PackageManagement\Install-Package : Cannot convert value "2.0.1-preview" to type "System.Version". Error: "Input string was not in a correct format."
  • Abhilfe: Führen Sie das folgende Cmdlet in der gleichen Sitzung aus:
    Install-Module PowershellGet -MinimumVersion 2.3.0 -Force
    Schließen Sie die Sitzung, und starten Sie eine neue PowerShell-Sitzung mit erhöhten Rechten.
  • Häufigkeit: Allgemein

Bei der Installation des Az-Moduls wird fälschlicherweise ein Fehler vom Typ „Administratorrechte erforderlich“ ausgelöst

  • Geltungsbereich: Dieses Problem betrifft das Release 2002 und höhere Releases
  • Ursache: Wenn Sie das Modul über eine Eingabeaufforderung mit erhöhten Rechten installieren, wird ein Fehler ausgelöst. Der Fehler lautet Administrator rights required.
  • Abhilfe: Schließen Sie die Sitzung, und starten Sie eine neue PowerShell-Sitzung mit erhöhten Rechten. Stellen Sie sicher, dass Az nicht bereits vorhanden ist. Das Kontomodul wurde in die Sitzung geladen.
  • Häufigkeit: Allgemein

Marketplace

Fehler beim Erstellen des Speicherkontos, wenn die automatische Sicherung konfiguriert wird

  • Geltungsbereich: Dieses Problem gilt für 2002.
  • Ursache: Wenn Sie die automatisierte Sicherung von virtuellen SQL-Computern mit einem neuen Speicherkonto konfigurieren, tritt der folgende Fehler auf: Deployment template validation failed. The template parameter for 'SqlAutobackupStorageAccountKind' is not found. (Fehler bei der Bereitstellungsvorlagenvalidierung. Der Vorlagenparameter für „SqlAutobackupStorageAccountKind“ wurde nicht gefunden.).
  • Abhilfe: Wenden Sie den aktuellen Hotfix für 2002 an.

Die automatische Sicherung kann nicht konfiguriert werden, wenn TLS 1.2. aktiviert ist.

  • Geltungsbereich: Dieses Problem gilt für Neuinstallationen von Version 2002 und höheren Versionen und für alle älteren Versionen, in denen TLS 1.2 aktiviert ist.
  • Ursache: Wenn Sie die automatisierte Sicherung von virtuellen SQL-Computern mit einem vorhandenen Speicherkonto konfigurieren, tritt der Fehler SQL Server-IaaS-Agent: Die zugrunde liegende Verbindung wurde geschlossen: Unerwarteter Fehler beim Senden auf.
  • Häufigkeit: Allgemein

1910 – archivierte bekannte Probleme

In diesem Artikel sind die bekannten Probleme aufgelistet, die es in Azure Stack Hub-Releases gibt. Die Liste wird aktualisiert, wenn neue Probleme identifiziert werden.

Wichtig

Wenn die Version der Azure Stack Hub-Instanz mehr als zwei Updates zurückliegt, wird sie als nicht konform eingestuft. Sie müssen mindestens auf die niedrigste unterstützte Version aktualisieren, um Support zu erhalten.

Aktualisieren

Informationen zu bekannten Problemen beim Aktualisieren von Azure Stack Hub finden Sie unter Problembehandlung von Azure Stack Hub-Updates.

Portal

Verwaltungsabonnements

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die beiden Verwaltungsabonnements, die in Version 1804 eingeführt wurden, sollten nicht verwendet werden. Die Abonnementtypen sind Messungsabonnement und Verbrauchsabonnement.
  • Abhilfe: Wenn Sie unter diesen beiden Abonnements Ressourcen ausführen, erstellen Sie sie in Benutzerabonnements neu.
  • Häufigkeit: Allgemein

Schaltfläche für Duplikatabonnements auf dem Blatt „Sperre“

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Administratorportal verfügt das Blatt Sperren für Benutzerabonnements über zwei Schaltflächen mit der Bezeichnung Abonnement.
  • Häufigkeit: Allgemein

Abonnementberechtigungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Sie können mit den Azure Stack Hub-Portalen keine Berechtigungen für Ihr Abonnement anzeigen.
  • Abhilfe: Verwenden Sie PowerShell zum Überprüfen der Berechtigungen.
  • Häufigkeit: Allgemein

Speicherkontoeinstellungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Konfiguration des Speicherkontos eine Option zum Ändern des Sicherheitsübertragungstyps angezeigt. Die Funktion wird zurzeit in Azure Stack Hub nicht unterstützt.
  • Häufigkeit: Allgemein

Fehler beim Hochladen eines Blobs mit OAuth

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, ein Blob mit der Option OAuth (Vorschau) hochzuladen, wird für die Aufgabe eine Fehlermeldung angezeigt.
  • Abhilfe: Laden Sie das Blob mit der SAS-Option hoch.
  • Häufigkeit: Allgemein

Nicht unterstützte Blob-Uploadoption

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, ein Blob auf dem Uploadblatt hochzuladen, gibt es eine Option zum Auswählen Microsoft Entra ID- oder Schlüsselauthentifizierung, aber Microsoft Entra ID wird in Azure Stack Hub nicht unterstützt.
  • Häufigkeit: Allgemein

Warnung für getrennte Netzwerkschnittstelle

  • Geltungsbereich: Dieses Problem betrifft das Release 1908 und höhere Releases.
  • Ursache: Wenn ein Kabel von einem Netzwerkadapter getrennt wird, wird im Administratorportal keine Warnung angezeigt. Dieses Problem ist darauf zurückzuführen, dass dieser Fehler in Windows Server 2019 standardmäßig deaktiviert ist.
  • Häufigkeit: Allgemein

Falsche QuickInfo bei der VM-Erstellung

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal einen verwalteten Datenträger vom Typ „SSD Premium“ auswählen, wird in der Dropdownliste Betriebssystemdatenträger angezeigt. Die QuickInfo neben dieser Option lautet: Bestimmte Betriebssystemdatenträger sind mit dem kostenlosen Azure-Konto möglicherweise gebührenfrei verfügbar. Dies gilt jedoch nicht für Azure Stack Hub. Darüber hinaus enthält die Liste Free account eligible (Geeignet für kostenloses Konto), was ebenfalls nicht für Azure Stack Hub gilt.
  • Häufigkeit: Allgemein

Löschen eines Speichercontainers

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn ein Benutzer im Benutzerportal versucht, einen Speichercontainer zu löschen, ist der Vorgang nicht erfolgreich, wenn der Benutzer Einstellungen für Azure Policy und RBAC-Rolle außer Kraft setzen nicht aktiviert.
  • Abhilfe: Vergewissern Sie sich, dass das Kontrollkästchen für Einstellungen für Azure Policy und RBAC-Rolle außer Kraft setzen aktiviert ist.
  • Häufigkeit: Allgemein

Aktualisierungsschaltfläche für virtuelle Computer funktioniert nicht

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal zu Virtuelle Computer navigieren und die Ansicht mithilfe der entsprechenden Schaltfläche im oberen Bereich aktualisieren, werden die Zustände nicht ordnungsgemäß aktualisiert.
  • Abhilfe: Der Status wird automatisch alle fünf Minuten aktualisiert – unabhängig davon, ob auf die Aktualisierungsschaltfläche geklickt wurde. Warten Sie fünf Minuten, und überprüfen Sie den Status.
  • Häufigkeit: Allgemein

Speicherkontooptionen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird der Name von Speicherkonten als Speicherkonto – Blob, Datei, Tabelle, Warteschlange angezeigt. Datei wird in Azure Stack Hub jedoch nicht unterstützt.
  • Häufigkeit: Allgemein

Speicherkontokonfiguration

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal ein Speicherkonto erstellen und dessen Konfiguration anzeigen, können Sie keine Konfigurationsänderungen speichern, da dies einen AJAX-Fehler zur Folge hat.
  • Häufigkeit: Allgemein

Kapazitätsüberwachung im SQL-Ressourcenanbieter wird weiterhin geladen

  • Geltungsbereich: Dieses Problem betrifft das Azure Stack Hub-Update 1910 und höhere Versionen, bei denen maximal die SQL-Ressourcenanbieterversion 1.1.33.0 installiert ist.
  • Ursache: Die aktuelle Version des SQL-Ressourcenanbieters ist mit einigen der neuesten Portaländerungen des Updates 1910 nicht kompatibel.
  • Abhilfe: Führen Sie im Anschluss an das Azure Stack Hub-Upgrade auf das Update 1910 (SQL-Ressourcenanbieterversion 1.1.47.0) die Schritte des Ressourcenanbieter-Updateprozesses aus, um den SQL-Ressourcenanbieter-Hotfix 1.1.47.0 anzuwenden. Für den MySQL-Ressourcenanbieter sollte im Anschluss an das Azure Stack Hub-Upgrade auf das Update 1910 (MySQL-Ressourcenanbieterversion 1.1.47.0) auch der MySQL-Ressourcenanbieter-Hotfix 1.1.47.0 angewendet werden.
  • Häufigkeit: Allgemein

Zugriffssteuerung (IAM)

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die IAM-Erweiterung ist veraltet. Das Ibiza-Portal ist im Lieferumfang von Azure Stack Hub enthalten und führt ein neues Verhalten ein, das einen Fehler der RBAC-Erweiterung verursacht, wenn Benutzer das Blatt Zugriffssteuerung (IAM) für ein Abonnement öffnen, das nicht in der Auswahl für globale Abonnements ausgewählt ist (Verzeichnis + Abonnement im Benutzerportal). Auf dem Blatt wird Laden in einer Schleife angezeigt, und Benutzer können dem Abonnement keine neuen Rollen hinzufügen. Auf dem Blatt Hinzufügen wird ebenfalls Laden in einer Schleife angezeigt.
  • Abhilfe: Stellen Sie sicher, dass das Abonnement im Menü Verzeichnis + Abonnement aktiviert ist. Sie können wie folgt auf das Menü zugreifen: Über den oberen Portalbereich (in der Nähe der Schaltfläche Benachrichtigungen) oder über die Verknüpfung auf dem Blatt Alle Ressourcen, die Wird kein Abonnement angezeigt? Verzeichnis- und Abonnementeinstellungen öffnen lautet. Das Abonnement muss in diesem Menü ausgewählt werden.

SQL-Ressourcenanbieter

  • Geltungsbereich: Dieses Problem gilt für Stempel, auf denen das Update 1908 oder früher ausgeführt wird.
  • Ursache: Beim Bereitstellen der SQL-Ressourcenanbieterversion 1.1.47.0 zeigt das Portal nur Ressourcen an, die dem SQL-Ressourcenanbieter zugeordnet sind.
  • Abhilfe: Löschen Sie den Ressourcenanbieter, führen Sie ein Upgrade des Stempels durch, und stellen Sie den SQL-Ressourcenanbieter erneut bereit.

Blatt „Aktivitätsprotokoll“

  • Geltungsbereich: Dieses Problem betrifft Stempel, auf denen das Release 1907 oder ein höheres Release ausgeführt wird.
  • Ursache: Beim Zugriff auf das Aktivitätsprotokoll wird im Portal nur die erste Seite mit Einträgen angezeigt. Mit Mehr laden können keine weiteren Einträge geladen werden.
  • Abhilfe: Passen Sie den Zeitbereich im Filter an, um Einträge zu erhalten, die über die erste Seite hinausgehen.

Netzwerk

Load Balancer

Fehler: Fehler beim Speichern des Back-End-Pools des Lastenausgleichs

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie dem Back-End-Pool eines Lastenausgleichs Verfügbarkeitsgruppen-VMs hinzufügen, wird im Portal die Fehlermeldung Fehler beim Speichern des Back-End-Pools des Lastenausgleichs angezeigt. Hierbei handelt es sich lediglich um ein kosmetisches Problem im Portal. Die Funktion wird dadurch nicht beeinträchtigt, und virtuelle Computer werden dem Back-End-Pool intern erfolgreich hinzugefügt.
  • Häufigkeit: Allgemein

Netzwerksicherheitsgruppen

Fehler bei der VM-Bereitstellung aufgrund der Regel „DenyAllOutbound“

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Eine explizite DenyAllOutbound-Regel kann nicht in einer Netzwerksicherheitsgruppe (NSG) erstellt werden, da dadurch die gesamte interne Kommunikation mit der Infrastruktur, die für die VM-Bereitstellung erforderlich ist, verhindert wird.
  • Häufigkeit: Allgemein

Eine NSG kann nicht gelöscht werden, wenn NICs nicht an die laufende VM angefügt sind.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Beim Aufheben der Zuordnung einer NSG und einer NIC, die nicht an eine laufende VM angefügt ist, schlägt der Updatevorgang (PUT) für dieses Objekt auf der Ebene des Netzwerkcontrollers fehl. Die NSG wird auf der Ebene des Netzwerkressourcenanbieters aktualisiert, aber nicht auf dem Netzwerkcontroller, sodass die NSG in einen fehlerhaften Zustand wechselt.
  • Abhilfe: Fügen Sie die NICs an, die der NSG zugeordnet sind, die mit laufenden VMs entfernt werden muss, und heben Sie die Zuordnung der NSG auf, oder entfernen Sie alle NICs, die der NSG zugeordnet sind.
  • Häufigkeit: Allgemein

Netzwerkschnittstelle

Der Netzwerkadapter kann dem ausgeführten virtuellen Computer nicht hinzugefügt werden.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Einer VM, die sich im Zustand Wird ausgeführt befindet, kann keine neue Netzwerkschnittstelle hinzugefügt werden.
  • Abhilfe: Beenden Sie den virtuellen Computer, bevor Sie eine Netzwerkschnittstelle hinzufügen oder entfernen.
  • Häufigkeit: Allgemein

Probleme beim Starten des virtuellen Computers nach dem Löschen/Trennen des primären Netzwerkadapters

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Der primäre Netzwerkadapter (Network Interface Card, NIC) einer VM kann nicht geändert werden. Das Löschen oder Trennen der primären NIC führt zu Problemen beim Starten des virtuellen Computers.
  • Häufigkeit: Allgemein

Gateway des virtuellen Netzwerks

Das Gateway für virtuelle Netzwerke wird als Routingoption „Typ des nächsten Hops“ angezeigt.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal eine Routingtabelle erstellen, wird Gateway für virtuelle Netzwerke als Option für den Typ des nächsten Hops angezeigt. Dies wird in Azure Stack Hub jedoch nicht unterstützt.
  • Häufigkeit: Allgemein

Auf dem Blatt des Gateways für virtuelle Netzwerke wird eine Option zum Verwenden von Warnungen angezeigt.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Virtuelles Netzwerkgateway eine Option zum Verwenden von Warnungen angezeigt. Diese Funktion wird zurzeit in Azure Stack Hub nicht unterstützt.
  • Häufigkeit: Allgemein

Auf dem Blatt des Gateways für virtuelle Netzwerke wird die Option „Aktiv/Aktiv“ angezeigt.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird während der Erstellung und im Ressourcenmenü des Virtual Networkgateways eine Option zum Aktivieren von Aktiv/Aktiv angezeigt. Diese Funktion wird zurzeit in Azure Stack Hub nicht unterstützt.
  • Häufigkeit: Allgemein

Auf dem Blatt „Verbindungen“ wird eine Funktion namens „VPN-Problembehandlung“ angezeigt.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Verbindungen ein Feature namens VPN-Problembehandlung angezeigt. Diese Funktion wird zurzeit in Azure Stack Hub nicht unterstützt.
  • Häufigkeit: Allgemein

Für die VPN-Gatewayressource wird das Feature „VPN-Problembehandlung und Metriken“ angezeigt.

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal werden das Feature VPN-Problembehandlung sowie Metriken in einer VPN-Gatewayressource angezeigt. Dies wird in Azure Stack Hub jedoch nicht unterstützt.
  • Häufigkeit: Allgemein

Dienstendpunkte nicht verfügbar

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Virtuelles Netzwerk eine Option zum Verwenden von Dienstendpunkten angezeigt. Diese Funktion wird zurzeit in Azure Stack Hub nicht unterstützt.
  • Häufigkeit: Allgemein

Compute

VM-Startdiagnose

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie einen neuen virtuellen Windows-Computer (virtual machine, VM) erstellen, wird unter Umständen der folgende Fehler angezeigt: Fehler beim Starten des virtuellen Computers „vm-name“. Error: Fehler beim Aktualisieren der Einstellungen für die serielle Ausgabe für den virtuellen Computer „vm-name“ . Der Fehler tritt auf, wenn Sie die Startdiagnose bei einem virtuellen Computer aktivieren, aber Ihr Startdiagnose-Speicherkonto löschen.
  • Abhilfe: Erstellen Sie das Speicherkonto unter dem zuvor verwendeten Namen neu.
  • Häufigkeit: Allgemein

Verbrauchtes Computekontingent

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie einen neuen virtuellen Computer erstellen, wird unter Umständen eine Fehlermeldung wie die folgende angezeigt: Dieses Abonnement hat die Kapazität für „Regionale vCPUs gesamt“ an diesem Standort erreicht. 50 „Regionale vCPUs gesamt“ sind verfügbar, und alle werden verwendet. Dies deutet darauf hin, dass das Kontingent für die Gesamtanzahl verfügbarer Kerne erreicht wurde.
  • Abhilfe: Erkundigen Sie sich bei Ihrem Betreiber nach einem Add-On-Plan mit zusätzlichem Kontingent. Das Kontingent des aktuellen Plans kann nicht bearbeitet werden, oder das höhere Kontingent wird nicht berücksichtigt.
  • Häufigkeit: Selten

Privilegierter Endpunkt

  • Geltungsbereich: Dieses Problem betrifft das Release 1910 und ältere Releases.
  • Ursache: Von einem Computer, auf dem eine nicht englischsprachige Windows-Version ausgeführt wird, kann keine Verbindung mit dem privilegierten Endpunkt (ERC-VMs) hergestellt werden.
  • Abhilfe: Dies ist ein bekanntes Problem, das in neueren Releases als 1910 behoben wurde. Zur Problemumgehung können Sie die PowerShell-Cmdlets New-PSSession und Enter-PSSession unter Verwendung der Kultur en-US ausführen. Legen Sie die Kultur beispielsweise mit diesem Skript fest: https://resources.oreilly.com/examples/9780596528492/blob/master/Use-Culture.ps1.
  • Häufigkeit: Selten

VM-Skalierungsgruppe

Erstellungsfehler beim Patchen und Aktualisieren in Azure Stack Hub-Umgebungen mit vier Knoten

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Bei der Erstellung von VMs in einer Verfügbarkeitsgruppe mit drei Fehlerdomänen und der Erstellung einer Instanz einer VM-Skalierungsgruppe tritt während des Updatevorgangs in einer Azure Stack Hub-Umgebung mit vier Knoten der Fehler FabricVmPlacementErrorUnsupportedFaultDomainSize auf.
  • Abhilfe: Sie können einzelne VMs in einer Verfügbarkeitsgruppe mit zwei Fehlerdomänen erfolgreich durchführen. Die Erstellung der Skalierungsgruppeninstanz ist während des Updatevorgangs in einer Azure Stack Hub-Bereitstellung mit vier Knoten aber immer noch nicht verfügbar.

1908 – archivierte bekannte Probleme

In diesem Artikel sind die bekannten Probleme in Releases von Azure Stack aufgelistet. Die Liste wird aktualisiert, wenn neue Probleme identifiziert werden.

Um auf bekannte Probleme für eine andere Version zuzugreifen, verwenden Sie die Dropdown-Auswahlliste oberhalb des Inhaltsverzeichnisses auf der linken Seite.

Wichtig

Lesen Sie diesen Abschnitt, bevor Sie das Update anwenden.

Wichtig

Wenn die Version der Azure Stack-Instanz mehr als zwei Updates zurückliegt, wird sie als nicht konform eingestuft. Sie müssen mindestens auf die niedrigste unterstützte Version aktualisieren, um Support zu erhalten.

1908 – Updateprozess

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie versuchen, das Azure Stack-Update zu installieren, kommt es für das Update möglicherweise zu einem Statusfehler, und der Status wird in PreparationFailed geändert. Der Grund dafür ist, dass der Updateressourcenanbieter (Update Resource Provider, URP) die Dateien aus dem Speichercontainer nicht ordnungsgemäß auf eine Infrastrukturfreigabe zur Verarbeitung übertragen kann.
  • Abhilfe: Ab Version 1901 (1.1901.0.95) können Sie dieses Problem umgehen, indem Sie auf Jetzt aktualisieren (nicht Fortsetzen) klicken. Der URP bereinigt dann die Dateien aus dem vorherigen Versuch und startet den Download neu. Falls das Problem weiterhin besteht, empfehlen wir Ihnen das manuelle Hochladen des Updatepakets gemäß der Anleitung im Abschnitt Installieren von Updates.
  • Häufigkeit: Allgemein

Portal

Verwaltungsabonnements

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die beiden Verwaltungsabonnements, die in Version 1804 eingeführt wurden, sollten nicht verwendet werden. Die Abonnementtypen sind Messungsabonnement und Verbrauchsabonnement.
  • Abhilfe: Wenn Sie unter diesen beiden Abonnements Ressourcen ausführen, erstellen Sie sie in Benutzerabonnements neu.
  • Häufigkeit: Allgemein

Blatt „Abonnementeigenschaften“

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Verwaltungsportal wird das Blatt Eigenschaften für Abonnements nicht ordnungsgemäß geladen
  • Abhilfe: Sie können diese Abonnementeigenshaften im Bereich Essentials des Blatts Abonnements – Übersicht anzeigen.
  • Häufigkeit: Allgemein

Blatt für Abonnementsperre

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Administratorportal verfügt das Blatt Sperren für Benutzerabonnements über zwei Schaltflächen mit der Bezeichnung Abonnement.
  • Häufigkeit: Allgemein

Abonnementberechtigungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Sie können mit den Azure Stack-Portalen keine Berechtigungen für Ihr Abonnement anzeigen.
  • Abhilfe: Verwenden Sie PowerShell zum Überprüfen der Berechtigungen.
  • Häufigkeit: Allgemein

Speicherkontoeinstellungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Konfiguration des Speicherkontos eine Option zum Ändern des Sicherheitsübertragungstyps angezeigt. Die Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Blob hochladen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, ein Blob mit der Option OAuth (Vorschau) hochzuladen, wird für die Aufgabe eine Fehlermeldung angezeigt.
  • Abhilfe: Laden Sie das Blob mit der SAS-Option hoch.
  • Häufigkeit: Allgemein

Netzwerk

Dienstendpunkte

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Virtuelles Netzwerk eine Option zum Verwenden von Dienstendpunkten angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Netzwerkschnittstelle

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Einer VM, die sich im Zustand Wird ausgeführt befindet, kann keine neue Netzwerkschnittstelle hinzugefügt werden.
  • Abhilfe: Beenden Sie den virtuellen Computer, bevor Sie eine Netzwerkschnittstelle hinzufügen/entfernen.
  • Häufigkeit: Allgemein

Gateway des virtuellen Netzwerks

Löschung des lokalen Netzwerkgateways

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird beim Löschen des lokalen Netzwerkgateways die folgende Fehlermeldung angezeigt: Ein lokales Netzwerkgateway mit einer aktiven Verbindung kann nicht gelöscht werden, obwohl keine aktive Verbindung vorhanden ist.
  • Abhilfe: Die Lösung dieses Problems wird in Version 1907 veröffentlicht. Eine Problemumgehung besteht darin, ein neues lokales Netzwerkgateway mit der gleichen IP-Adresse, dem gleichen Adressraum und den gleichen Konfigurationsdetails, aber unter einem anderen Namen zu erstellen. Das alte LNG kann gelöscht werden, nachdem die Umgebung auf 1907 aktualisiert wurde.
  • Häufigkeit: Allgemein

Alerts

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Virtuelles Netzwerkgateway eine Option zum Verwenden von Warnungen angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Aktiv/Aktiv

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird während der Erstellung und im Ressourcenmenü des Virtual Networkgateways eine Option zum Aktivieren von Aktiv/Aktiv angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

VPN-Problembehandlung

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Verbindungen eine Funktion namens VPN-Problembehandlung angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Dokumentation

Compute

VM-Startdiagnose

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie einen neuen virtuellen Windows-Computer (VM) erstellen, wird unter Umständen der folgende Fehler angezeigt: Fehler beim Starten des virtuellen Computers „vm-name“. Error: Fehler beim Aktualisieren der Einstellungen für die serielle Ausgabe für den virtuellen Computer „vm-name“ . Der Fehler tritt auf, wenn Sie die Startdiagnose bei einem virtuellen Computer aktivieren, aber Ihr Startdiagnose-Speicherkonto löschen.
  • Abhilfe: Erstellen Sie das Speicherkonto unter dem zuvor verwendeten Namen neu.
  • Häufigkeit: Allgemein

VM-Skalierungsgruppe

Erstellungsfehler beim Patchen und Aktualisieren in Azure Stack-Umgebungen mit vier Knoten

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Bei der Erstellung von VMs in einer Verfügbarkeitsgruppe mit drei Fehlerdomänen und der Erstellung einer Instanz einer VM-Skalierungsgruppe tritt während des Updatevorgangs in einer Azure Stack-Umgebung mit vier Knoten der Fehler FabricVmPlacementErrorUnsupportedFaultDomainSize auf.
  • Abhilfe: Sie können einzelne VMs in einer Verfügbarkeitsgruppe mit zwei Fehlerdomänen erfolgreich durchführen. Die Erstellung der Skalierungsgruppeninstanz ist während des Updatevorgangs in einer Azure Stack-Umgebung mit vier Knoten aber immer noch nicht verfügbar.

Ubuntu-SSH-Zugriff

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Ein virtueller Ubuntu 18.04-Computer, der mit aktivierter SSH-Autorisierung erstellt wurde, lässt nicht zu, dass Sie die SSH-Schlüssel für die Anmeldung verwenden.
  • Abhilfe: Verwenden Sie VM-Zugriff für die Linux-Erweiterung, um SSH-Schlüssel nach der Bereitstellung zu implementieren, oder verwenden Sie die kennwortbasierte Authentifizierung.
  • Häufigkeit: Allgemein

Das Zurücksetzen des Kennworts einer VM-Skalierungsgruppe funktioniert nicht

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Ein neues Blatt zum Zurücksetzen des Kennworts wird in der Benutzeroberfläche der Skalierungsgruppe angezeigt, aber Azure Stack unterstützt das Zurücksetzen von Kennwörtern für eine Skalierungsgruppe noch nicht.
  • Abhilfe: Keine.
  • Häufigkeit: Allgemein

Regenwolke in Skalierungsgruppendiagnose

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Auf der Übersichtsseite für die VM-Skalierungsgruppe wird ein leeres Diagramm angezeigt. Durch Klicken auf das leere Diagramm wird ein Blatt mit einer „Regenwolke“ angezeigt. Dies ist das Diagramm für die Diagnoseinformationen der Skalierungsgruppe, z. B. CPU-Prozentsatz, und dies ist eine Funktion, die im aktuellen Azure Stack-Build nicht unterstützt wird.
  • Abhilfe: Keine.
  • Häufigkeit: Allgemein

Blatt mit VM-Diagnoseeinstellungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Das Blatt mit den VM-Diagnoseeinstellungen verfügt über eine Registerkarte Senke, auf der ein Application Insights-Konto abgefragt wird. Dies resultiert aus einem neuen Blatt, das in Azure Stack noch nicht unterstützt wird.
  • Abhilfe: Keine.
  • Häufigkeit: Allgemein

1907 – archivierte bekannte Probleme

In diesem Artikel sind die bekannten Probleme in Releases von Azure Stack aufgelistet. Die Liste wird aktualisiert, wenn neue Probleme identifiziert werden.

Um auf bekannte Probleme für eine andere Version zuzugreifen, verwenden Sie die Dropdown-Auswahlliste oberhalb des Inhaltsverzeichnisses auf der linken Seite.

Wichtig

Lesen Sie diesen Abschnitt, bevor Sie das Update anwenden.

Wichtig

Wenn die Version der Azure Stack-Instanz mehr als zwei Updates zurückliegt, wird sie als nicht konform eingestuft. Sie müssen mindestens auf die niedrigste unterstützte Version aktualisieren, um Support zu erhalten.

1907 – Updateprozess

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie versuchen, das Azure Stack-Update 1907 zu installieren, wird für den Status des Updates möglicherweise ein Fehler ausgegeben und der Zustand in PreparationFailed geändert. Der Grund dafür ist, dass der Updateressourcenanbieter (Update Resource Provider, URP) die Dateien aus dem Speichercontainer nicht ordnungsgemäß auf eine Infrastrukturfreigabe zur Verarbeitung übertragen kann.
  • Abhilfe: Ab Version 1901 (1.1901.0.95) können Sie dieses Problem umgehen, indem Sie auf Jetzt aktualisieren (nicht Fortsetzen) klicken. Der URP bereinigt dann die Dateien aus dem vorherigen Versuch und startet den Download neu. Falls das Problem weiterhin besteht, empfehlen wir Ihnen das manuelle Hochladen des Updatepakets gemäß der Anleitung im Abschnitt Importieren und Installieren von Updates.
  • Häufigkeit: Allgemein

Portal

Verwaltungsabonnements

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die beiden Verwaltungsabonnements, die in Version 1804 eingeführt wurden, sollten nicht verwendet werden. Die Abonnementtypen sind Messungsabonnement und Verbrauchsabonnement.
  • Abhilfe: Wenn Sie unter diesen beiden Abonnements Ressourcen ausführen, erstellen Sie sie in Benutzerabonnements neu.
  • Häufigkeit: Allgemein

Blatt „Abonnementeigenschaften“

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Verwaltungsportal wird das Blatt Eigenschaften für Abonnements nicht ordnungsgemäß geladen
  • Abhilfe: Sie können diese Abonnementeigenshaften im Bereich Essentials des Blatts Abonnements – Übersicht anzeigen.
  • Häufigkeit: Allgemein

Abonnementberechtigungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Sie können mit den Azure Stack-Portalen keine Berechtigungen für Ihr Abonnement anzeigen.
  • Abhilfe: Verwenden Sie PowerShell zum Überprüfen der Berechtigungen.
  • Häufigkeit: Allgemein

Speicherkontoeinstellungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Konfiguration des Speicherkontos eine Option zum Ändern des Sicherheitsübertragungstyps angezeigt. Die Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Blob hochladen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, ein Blob mit der Option OAuth (Vorschau) hochzuladen, wird für die Aufgabe eine Fehlermeldung angezeigt.
  • Abhilfe: Laden Sie das Blob mit der SAS-Option hoch.
  • Häufigkeit: Allgemein

Netzwerk

Dienstendpunkte

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Virtuelles Netzwerk eine Option zum Verwenden von Dienstendpunkten angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Netzwerkschnittstelle

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Einer VM, die sich im Zustand Wird ausgeführt befindet, kann keine neue Netzwerkschnittstelle hinzugefügt werden.
  • Abhilfe: Beenden Sie den virtuellen Computer, bevor Sie eine Netzwerkschnittstelle hinzufügen/entfernen.
  • Häufigkeit: Allgemein

Gateway des virtuellen Netzwerks

Alerts

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Virtuelles Netzwerkgateway eine Option zum Verwenden von Warnungen angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Aktiv/Aktiv

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird während der Erstellung und im Ressourcenmenü des Virtual Networkgateways eine Option zum Aktivieren von Aktiv/Aktiv angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

VPN-Problembehandlung

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Verbindungen eine Funktion namens VPN-Problembehandlung angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Netzwerkverbindungstyp

  • Geltungsbereich: Dieses Problem betrifft alle 1906- und 1907-Umgebungen.
  • Ursache: Im Benutzerportal wird auf dem Blatt AddConnection eine Option für die Verwendung von VNet-zu-VNet angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Dokumentation

Compute

VM-Startdiagnose

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie einen neuen virtuellen Windows-Computer (VM) erstellen, wird unter Umständen der folgende Fehler angezeigt: Fehler beim Starten des virtuellen Computers „vm-name“. Error: Fehler beim Aktualisieren der Einstellungen für die serielle Ausgabe für den virtuellen Computer „vm-name“ . Der Fehler tritt auf, wenn Sie die Startdiagnose bei einem virtuellen Computer aktivieren, aber Ihr Startdiagnose-Speicherkonto löschen.
  • Abhilfe: Erstellen Sie das Speicherkonto unter dem zuvor verwendeten Namen neu.
  • Häufigkeit: Allgemein

VM-Skalierungsgruppe

Erstellungsfehler beim Patchen und Aktualisieren in Azure Stack-Umgebungen mit vier Knoten

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Bei der Erstellung von VMs in einer Verfügbarkeitsgruppe mit drei Fehlerdomänen und der Erstellung einer Instanz einer VM-Skalierungsgruppe tritt während des Updatevorgangs in einer Azure Stack-Umgebung mit vier Knoten der Fehler FabricVmPlacementErrorUnsupportedFaultDomainSize auf.
  • Abhilfe: Sie können einzelne VMs in einer Verfügbarkeitsgruppe mit zwei Fehlerdomänen erfolgreich durchführen. Die Erstellung der Skalierungsgruppeninstanz ist während des Updatevorgangs in einer Azure Stack-Umgebung mit vier Knoten aber immer noch nicht verfügbar.

Ubuntu-SSH-Zugriff

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Ein virtueller Ubuntu 18.04-Computer, der mit aktivierter SSH-Autorisierung erstellt wurde, lässt nicht zu, dass Sie die SSH-Schlüssel für die Anmeldung verwenden.
  • Abhilfe: Verwenden Sie VM-Zugriff für die Linux-Erweiterung, um SSH-Schlüssel nach der Bereitstellung zu implementieren, oder verwenden Sie die kennwortbasierte Authentifizierung.
  • Häufigkeit: Allgemein

Das Zurücksetzen des Kennworts einer VM-Skalierungsgruppe funktioniert nicht

  • Geltungsbereich: Dieses Problem betrifft die Versionen 1906 und 1907.
  • Ursache: Ein neues Blatt zum Zurücksetzen des Kennworts wird in der Benutzeroberfläche der Skalierungsgruppe angezeigt, aber Azure Stack unterstützt das Zurücksetzen von Kennwörtern für eine Skalierungsgruppe noch nicht.
  • Abhilfe: Keine.
  • Häufigkeit: Allgemein

Regenwolke in Skalierungsgruppendiagnose

  • Geltungsbereich: Dieses Problem betrifft die Versionen 1906 und 1907.
  • Ursache: Auf der Übersichtsseite für die VM-Skalierungsgruppe wird ein leeres Diagramm angezeigt. Durch Klicken auf das leere Diagramm wird ein Blatt mit einer „Regenwolke“ angezeigt. Dies ist das Diagramm für die Diagnoseinformationen der Skalierungsgruppe, z. B. CPU-Prozentsatz, und dies ist eine Funktion, die im aktuellen Azure Stack-Build nicht unterstützt wird.
  • Abhilfe: Keine.
  • Häufigkeit: Allgemein

Blatt mit VM-Diagnoseeinstellungen

  • Geltungsbereich: Dieses Problem betrifft die Versionen 1906 und 1907.
  • Ursache: Das Blatt mit den VM-Diagnoseeinstellungen verfügt über eine Registerkarte Senke, auf der ein Application Insights-Konto abgefragt wird. Dies resultiert aus einem neuen Blatt, das in Azure Stack noch nicht unterstützt wird.
  • Abhilfe: Keine.
  • Häufigkeit: Allgemein

1906 – archivierte bekannte Probleme

In diesem Artikel sind die bekannten Probleme in Releases von Azure Stack aufgelistet. Die Liste wird aktualisiert, wenn neue Probleme identifiziert werden.

Um auf bekannte Probleme für eine andere Version zuzugreifen, verwenden Sie die Dropdown-Auswahlliste oberhalb des Inhaltsverzeichnisses auf der linken Seite.

Wichtig

Lesen Sie diesen Abschnitt, bevor Sie das Update anwenden.

Wichtig

Wenn die Version der Azure Stack-Instanz mehr als zwei Updates zurückliegt, wird sie als nicht konform eingestuft. Sie müssen mindestens auf die niedrigste unterstützte Version aktualisieren, um Support zu erhalten.

1906 – Updateprozess

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie versuchen, das Azure Stack-Update 1906 zu installieren, wird für den Status des Updates möglicherweise ein Fehler ausgegeben und der Zustand in PreparationFailed geändert. Der Grund dafür ist, dass der Updateressourcenanbieter (Update Resource Provider, URP) die Dateien aus dem Speichercontainer nicht ordnungsgemäß auf eine Infrastrukturfreigabe zur Verarbeitung übertragen kann.
  • Abhilfe: Ab Version 1901 (1.1901.0.95) können Sie dieses Problem umgehen, indem Sie auf Jetzt aktualisieren (nicht Fortsetzen) klicken. Der URP bereinigt dann die Dateien aus dem vorherigen Versuch und startet den Download neu. Falls das Problem weiterhin besteht, empfehlen wir Ihnen das manuelle Hochladen des Updatepakets gemäß der Anleitung im Abschnitt Importieren und Installieren von Updates.
  • Häufigkeit: Allgemein

Portal

Verwaltungsabonnements

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die beiden Verwaltungsabonnements, die in Version 1804 eingeführt wurden, sollten nicht verwendet werden. Die Abonnementtypen sind Messungsabonnement und Verbrauchsabonnement.
  • Abhilfe: Wenn Sie unter diesen beiden Abonnements Ressourcen ausführen, erstellen Sie sie in Benutzerabonnements neu.
  • Häufigkeit: Allgemein

Abonnementressourcen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Das Löschen von Benutzerabonnements führt zu verwaisten Ressourcen.
  • Abhilfe: Löschen Sie zuerst die Benutzerressourcen oder die gesamte Ressourcengruppe und anschließend die Benutzerabonnements.
  • Häufigkeit: Allgemein

Abonnementberechtigungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Sie können mit den Azure Stack-Portalen keine Berechtigungen für Ihr Abonnement anzeigen.
  • Abhilfe: Verwenden Sie PowerShell zum Überprüfen der Berechtigungen.
  • Häufigkeit: Allgemein

Blatt „Abonnementeigenschaften“

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Verwaltungsportal wird das Blatt Eigenschaften für Abonnements nicht ordnungsgemäß geladen
  • Abhilfe: Sie können diese Abonnementeigenschaften im Bereich „Essentials“ des Blatts „Abonnements – Übersicht“ anzeigen.
  • Häufigkeit: Allgemein

Speicherkontoeinstellungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Konfiguration des Speicherkontos eine Option zum Ändern des Sicherheitsübertragungstyps angezeigt. Die Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Blob hochladen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, ein Blob mit der Option OAuth (Vorschau) hochzuladen, wird für die Aufgabe eine Fehlermeldung angezeigt.
  • Abhilfe: Laden Sie das Blob mit der SAS-Option hoch.
  • Häufigkeit: Allgemein

Aktualisieren

  • Geltungsbereich: Dieses Problem gilt für Release 1906.
  • Ursache: Im Betreiberportal wird für den Hotfix ein fehlerhafter Updatestatus angezeigt. Der Anfangszustand zeigt an, dass das Update nicht installiert werden konnte, obwohl es noch ausgeführt wird.
  • Abhilfe: Aktualisieren Sie das Portal. Dann wird der Status in „Wird ausgeführt“ geändert.
  • Häufigkeit: Zeitweilig

Netzwerk

Dienstendpunkte

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Virtuelles Netzwerk eine Option zum Verwenden von Dienstendpunkten angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Netzwerkschnittstelle

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Einer VM, die sich im Zustand Wird ausgeführt befindet, kann keine neue Netzwerkschnittstelle hinzugefügt werden.
  • Abhilfe: Beenden Sie den virtuellen Computer, bevor Sie eine Netzwerkschnittstelle hinzufügen/entfernen.
  • Häufigkeit: Allgemein

Gateway des virtuellen Netzwerks

Alerts

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Virtuelles Netzwerkgateway eine Option zum Verwenden von Warnungen angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Aktiv/Aktiv

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird während der Erstellung und im Ressourcenmenü des Virtual Networkgateways eine Option zum Aktivieren von Aktiv/Aktiv angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

VPN-Problembehandlung

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird auf dem Blatt Verbindungen eine Funktion namens VPN-Problembehandlung angezeigt. Diese Funktion wird zurzeit in Azure Stack nicht unterstützt.
  • Häufigkeit: Allgemein

Dokumentation

Load Balancer

Hinzufügen eines Back-End-Pools

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, einen Back-End-Pool einem Load Balancer hinzuzufügen, wird für den Vorgang eine Fehlermeldung der Art Fehler beim Aktualisieren des Lastenausgleichs... angezeigt.
  • Abhilfe: Verwenden Sie PowerShell, die CLI oder eine Resource Manager-Vorlage, um den Back-End-Pool einer Lastenausgleichsressource zuzuordnen.
  • Häufigkeit: Allgemein

Erstellen von NAT-Regeln für eingehenden Datenverkehr

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, eine NAT-Regel für eingehenden Datenverkehr für einen Load Balancer hinzuzufügen, wird für den Vorgang eine Fehlermeldung der Art Fehler beim Aktualisieren des Lastenausgleichs... angezeigt.
  • Abhilfe: Verwenden Sie PowerShell, die CLI oder eine Resource Manager-Vorlage, um den Back-End-Pool einer Lastenausgleichsressource zuzuordnen.
  • Häufigkeit: Allgemein

Compute

VM-Startdiagnose

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie einen neuen virtuellen Windows-Computer (VM) erstellen, wird unter Umständen der folgende Fehler angezeigt: Fehler beim Starten des virtuellen Computers „vm-name“. Error: Fehler beim Aktualisieren der Einstellungen für die serielle Ausgabe für den virtuellen Computer „vm-name“ . Der Fehler tritt auf, wenn Sie die Startdiagnose bei einem virtuellen Computer aktivieren, aber Ihr Startdiagnose-Speicherkonto löschen.
  • Abhilfe: Erstellen Sie das Speicherkonto unter dem zuvor verwendeten Namen neu.
  • Häufigkeit: Allgemein

VM-Skalierungsgruppe

Erstellungsfehler beim Patchen und Aktualisieren in Azure Stack-Umgebungen mit vier Knoten

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Bei der Erstellung von VMs in einer Verfügbarkeitsgruppe mit drei Fehlerdomänen und der Erstellung einer Instanz einer VM-Skalierungsgruppe tritt während des Updatevorgangs in einer Azure Stack-Umgebung mit vier Knoten der Fehler FabricVmPlacementErrorUnsupportedFaultDomainSize auf.
  • Abhilfe: Sie können einzelne VMs in einer Verfügbarkeitsgruppe mit zwei Fehlerdomänen erfolgreich durchführen. Die Erstellung der Skalierungsgruppeninstanz ist während des Updatevorgangs in einer Azure Stack-Umgebung mit vier Knoten aber immer noch nicht verfügbar.

Ubuntu-SSH-Zugriff

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Ein virtueller Ubuntu 18.04-Computer, der mit aktivierter SSH-Autorisierung erstellt wurde, lässt nicht zu, dass Sie die SSH-Schlüssel für die Anmeldung verwenden.
  • Abhilfe: Verwenden Sie VM-Zugriff für die Linux-Erweiterung, um SSH-Schlüssel nach der Bereitstellung zu implementieren, oder verwenden Sie die kennwortbasierte Authentifizierung.
  • Häufigkeit: Allgemein

Das Zurücksetzen des Kennworts einer VM-Skalierungsgruppe funktioniert nicht

  • Geltungsbereich: Dieses Problem gilt für Release 1906.
  • Ursache: Ein neues Blatt zum Zurücksetzen des Kennworts wird in der Benutzeroberfläche der Skalierungsgruppe angezeigt, aber Azure Stack unterstützt das Zurücksetzen von Kennwörtern für eine Skalierungsgruppe noch nicht.
  • Abhilfe: Keine.
  • Häufigkeit: Allgemein

Regenwolke in Skalierungsgruppendiagnose

  • Geltungsbereich: Dieses Problem gilt für Release 1906.
  • Ursache: Auf der Übersichtsseite für die VM-Skalierungsgruppe wird ein leeres Diagramm angezeigt. Durch Klicken auf das leere Diagramm wird ein Blatt mit einer „Regenwolke“ angezeigt. Dies ist das Diagramm für die Diagnoseinformationen der Skalierungsgruppe, z. B. CPU-Prozentsatz, und dies ist eine Funktion, die im aktuellen Azure Stack-Build nicht unterstützt wird.
  • Abhilfe: Keine.
  • Häufigkeit: Allgemein

Blatt mit VM-Diagnoseeinstellungen

  • Geltungsbereich: Dieses Problem gilt für Release 1906.
  • Ursache: Das Blatt mit den VM-Diagnoseeinstellungen verfügt über eine Registerkarte Senke, auf der ein Application Insights-Konto abgefragt wird. Dies resultiert aus einem neuen Blatt, das in Azure Stack noch nicht unterstützt wird.
  • Abhilfe: Keine.
  • Häufigkeit: Allgemein

1905 – archivierte bekannte Probleme

In diesem Artikel werden die bekannten Probleme in Version 1905 von Azure Stack aufgelistet. Die Liste wird aktualisiert, wenn neue Probleme identifiziert werden.

Wichtig

Lesen Sie diesen Abschnitt, bevor Sie das Update anwenden.

Updateprozess

Update von Hostknoten: Fehler bei Voraussetzungen

  • Geltungsbereich: Dieses Problem gilt für das Update 1905.
  • Ursache: Beim Versuch, das Azure Stack-Update 1905 zu installieren, ist das Update aufgrund eines Fehlers bei den Voraussetzungen für das Hostknoten-Update unter Umständen nicht erfolgreich. Dies wird meist dadurch verursacht, dass ein Hostknoten nicht über genügend freien Speicherplatz verfügt.
  • Abhilfe: Wenden Sie sich an den Azure Stack-Support, um Hilfe beim Freigeben von Speicherplatz auf dem Hostknoten zu erhalten.
  • Häufigkeit: Selten

Fehler bei der Vorbereitung

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie versuchen, das Azure Stack-Update 1905 zu installieren, wird für den Status des Updates möglicherweise ein Fehler ausgegeben und der Zustand in PreparationFailed geändert. Der Grund dafür ist, dass der Updateressourcenanbieter (Update Resource Provider, URP) die Dateien aus dem Speichercontainer nicht ordnungsgemäß auf eine Infrastrukturfreigabe zur Verarbeitung übertragen kann. Da das Updatepaket 1905 größer als vorherige Updatepakete ist, kann dieses Problem häufiger auftreten.
  • Abhilfe: Ab Version 1901 (1.1901.0.95) können Sie dieses Problem umgehen, indem Sie auf Jetzt aktualisieren (nicht Fortsetzen) klicken. Der URP bereinigt dann die Dateien aus dem vorherigen Versuch und startet den Download neu. Falls das Problem weiterhin besteht, empfehlen wir Ihnen das manuelle Hochladen des Updatepakets gemäß der Anleitung im Abschnitt Importieren und Installieren von Updates.
  • Häufigkeit: Allgemein

Portal

Abonnementressourcen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Das Löschen von Benutzerabonnements führt zu verwaisten Ressourcen.
  • Abhilfe: Löschen Sie zuerst die Benutzerressourcen oder die gesamte Ressourcengruppe und anschließend die Benutzerabonnements.
  • Häufigkeit: Allgemein

Abonnementberechtigungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Sie können mit den Azure Stack-Portalen keine Berechtigungen für Ihr Abonnement anzeigen.
  • Abhilfe: Verwenden Sie PowerShell zum Überprüfen der Berechtigungen.
  • Häufigkeit: Allgemein

Marketplace-Verwaltung

  • Geltungsbereich: Dieses Problem gilt für 1904 und 1905.
  • Ursache: Der Marketplace-Verwaltungsbildschirm ist nicht sichtbar, wenn Sie sich beim Administratorportal anmelden.
  • Abhilfe: Aktualisieren Sie den Browser, oder navigieren Sie zu Einstellungen, und wählen Sie die Option Auf Standard zurücksetzen.
  • Häufigkeit: Zeitweilig

Docker-Erweiterung

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Administrator- oder Benutzerportal nach Docker suchen, wird das Element nicht richtig zurückgegeben. Sie ist in Azure Stack nicht verfügbar. Wenn Sie versuchen, es zu erstellen, wird ein Fehler angezeigt.
  • Abhilfe: Keine Lösung.
  • Häufigkeit: Allgemein

Blob hochladen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, ein Blob mit der Option OAuth (Vorschau) hochzuladen, wird für die Aufgabe eine Fehlermeldung angezeigt.
  • Abhilfe: Laden Sie das Blob mit der SAS-Option hoch.
  • Häufigkeit: Allgemein

Vorlage

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal füllt die Benutzeroberfläche für die Vorlagenbereitstellung Parameter für die Vorlagennamen, die mit „_“ (Unterstrich) beginnen, nicht auf.
  • Abhilfe: Entfernen Sie den „_“ (Unterstrich) aus dem Vorlagennamen.
  • Häufigkeit: Allgemein

Netzwerk

Load Balancer

Hinzufügen eines Back-End-Pools

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, einen Back-End-Pool einem Load Balancer hinzuzufügen, wird für den Vorgang eine Fehlermeldung der Art Fehler beim Aktualisieren des Lastenausgleichs... angezeigt.
  • Abhilfe: Verwenden Sie PowerShell, die CLI oder eine Resource Manager-Vorlage, um den Back-End-Pool einer Lastenausgleichsressource zuzuordnen.
  • Häufigkeit: Allgemein

Erstellen von NAT-Regeln für eingehenden Datenverkehr

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, eine NAT-Regel für eingehenden Datenverkehr für einen Load Balancer hinzuzufügen, wird für den Vorgang eine Fehlermeldung der Art Fehler beim Aktualisieren des Lastenausgleichs... angezeigt.
  • Abhilfe: Verwenden Sie PowerShell, die CLI oder eine Resource Manager-Vorlage, um den Back-End-Pool einer Lastenausgleichsressource zuzuordnen.
  • Häufigkeit: Allgemein

Erstellen eines Load Balancers

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird im Fenster Lastenausgleich erstellen eine Option zum Erstellen einer Lastenausgleichs-SKU vom Typ Standard angezeigt. Diese Option wird in Azure Stack nicht unterstützt.
  • Abhilfe: Verwenden Sie stattdessen die Lastenausgleichsoptionen vom Typ Basic.
  • Häufigkeit: Allgemein

Öffentliche IP-Adresse

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird im Fenster Öffentliche IP-Adresse erstellen eine Option zum Erstellen einer SKU vom Typ Standard angezeigt. Die SKU Standard wird in Azure Stack nicht unterstützt.
  • Abhilfe: Verwenden Sie die SKU Basic für die öffentliche IP-Adresse.
  • Häufigkeit: Allgemein

Compute

VM-Startdiagnose

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie einen neuen virtuellen Windows-Computer (VM) erstellen, wird unter Umständen der folgende Fehler angezeigt: Fehler beim Starten des virtuellen Computers „vm-name“. Error: Fehler beim Aktualisieren der Einstellungen für die serielle Ausgabe für den virtuellen Computer „vm-name“ . Der Fehler tritt auf, wenn Sie die Startdiagnose bei einem virtuellen Computer aktivieren, aber Ihr Startdiagnose-Speicherkonto löschen.
  • Abhilfe: Erstellen Sie das Speicherkonto unter dem zuvor verwendeten Namen neu.
  • Häufigkeit: Allgemein

Ändern der Größe einer VM

  • Geltungsbereich: Dieses Problem gilt für Release 1905.
  • Ursache: Die Größe einer VM mit verwaltetem Datenträger lässt sich nicht erfolgreich ändern. Der Versuch, die Größe der VM zu ändern, generiert einen Fehler mit dem „Code“: „InternalOperationError“, „Meldung“: „Interner Fehler bei Vorgang.“
  • Abhilfe: Wir arbeiten daran, dieses Problem im nächsten Release zu beheben. Zurzeit müssen Sie den virtuellen Computer mit der neuen VM-Größe neu erstellen.
  • Häufigkeit: Allgemein

VM-Skalierungsgruppe

CentOS

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Auf der Benutzeroberfläche zum Erstellen von VM-Skalierungsgruppen wird „CentOS 7.2-basiert“ als Option für die Bereitstellung angeboten. CentOS 7.2 ist im Azure Stack-Marketplace nicht verfügbar, sodass es zu Bereitstellungsfehlern mit dem Hinweis kommt, dass das Image nicht gefunden wurde.
  • Abhilfe: Wählen Sie entweder ein anderes Betriebssystem für Ihre Bereitstellung aus, oder verwenden Sie eine Azure Resource Manager-Vorlage mit einem anderen CentOS-Image, das vor der Bereitstellung vom Bediener aus dem Marketplace heruntergeladen wurde.
  • Häufigkeit: Allgemein

Entfernen einer Skalierungsgruppe

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Sie können eine Skalierungsgruppe nicht über das Blatt VM-Skalierungsgruppen entfernen.
  • Abhilfe: Wählen Sie die Skalierungsgruppe aus, die Sie entfernen möchten, und klicken Sie dann im Bereich Übersicht auf die Schaltfläche Löschen.
  • Häufigkeit: Allgemein

Erstellungsfehler beim Patchen und Aktualisieren in Azure Stack-Umgebungen mit vier Knoten

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Bei der Erstellung von VMs in einer Verfügbarkeitsgruppe mit drei Fehlerdomänen und der Erstellung einer Instanz einer VM-Skalierungsgruppe tritt während des Updatevorgangs in einer Azure Stack-Umgebung mit vier Knoten der Fehler FabricVmPlacementErrorUnsupportedFaultDomainSize auf.
  • Abhilfe: Sie können einzelne VMs in einer Verfügbarkeitsgruppe mit zwei Fehlerdomänen erfolgreich durchführen. Die Erstellung der Skalierungsgruppeninstanz ist während des Updatevorgangs in einer Azure Stack-Umgebung mit vier Knoten aber immer noch nicht verfügbar.

Das Blatt mit der Instanzenansicht einer Skalierungsgruppe wird nicht geladen

  • Geltungsbereich: Dieses Problem gilt für das Release 1904 und 1905.
  • Ursache: Das Blatt mit der Instanzenansicht einer VM-Skalierungsgruppe im Azure Stack-Portal -> „Dashboard“ -> „VM-Skalierungsgruppen“ -> „AnyScaleSet – Instanzen“ -> „AnyScaleSetInstance“ kann nicht geladen werden, und es wird ein Bild mit einer weinenden Wolke angezeigt.
  • Abhilfe: Es gibt derzeit keine Abhilfe, und wir arbeiten an der Behebung des Fehlers. Verwenden Sie bis dahin den CLI-Befehl az vmss get-instance-view, um die Instanzenansicht einer Skalierungsgruppe abzurufen.

Ubuntu-SSH-Zugriff

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Ein virtueller Ubuntu 18.04-Computer, der mit aktivierter SSH-Autorisierung erstellt wurde, lässt nicht zu, dass Sie die SSH-Schlüssel für die Anmeldung verwenden.
  • Abhilfe: Verwenden Sie VM-Zugriff für die Linux-Erweiterung, um SSH-Schlüssel nach der Bereitstellung zu implementieren, oder verwenden Sie die kennwortbasierte Authentifizierung.
  • Häufigkeit: Allgemein

Nächste Schritte

1904 – archivierte bekannte Probleme

In diesem Artikel werden die bekannten Probleme in Version 1904 von Azure Stack aufgelistet. Die Liste wird aktualisiert, wenn neue Probleme identifiziert werden.

Wichtig

Lesen Sie diesen Abschnitt, bevor Sie das Update anwenden.

Updateprozess

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie versuchen, ein Azure Stack-Update zu installieren, wird für den Status des Updates möglicherweise ein Fehler ausgegeben und der Zustand in PreparationFailed geändert. Der Grund dafür ist, dass der Updateressourcenanbieter (Update Resource Provider, URP) die Dateien aus dem Speichercontainer nicht ordnungsgemäß auf eine Infrastrukturfreigabe zur Verarbeitung übertragen kann.
  • Abhilfe: Ab Version 1901 (1.1901.0.95) können Sie dieses Problem umgehen, indem Sie auf Jetzt aktualisieren (nicht Fortsetzen) klicken. Der URP bereinigt dann die Dateien aus dem vorherigen Versuch und startet den Download erneut.
  • Häufigkeit: Allgemein

Portal

Verwaltungsabonnements

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Die beiden Verwaltungsabonnements, die in Version 1804 eingeführt wurden, sollten nicht verwendet werden. Die Abonnementtypen sind Messungsabonnement und Verbrauchsabonnement.
  • Abhilfe: Wenn Sie unter diesen beiden Abonnements Ressourcen ausführen, erstellen Sie sie in Benutzerabonnements neu.
  • Häufigkeit: Allgemein

Abonnementressourcen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Das Löschen von Benutzerabonnements führt zu verwaisten Ressourcen.
  • Abhilfe: Löschen Sie zuerst die Benutzerressourcen oder die gesamte Ressourcengruppe und anschließend die Benutzerabonnements.
  • Häufigkeit: Allgemein

Abonnementberechtigungen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Sie können mit den Azure Stack-Portalen keine Berechtigungen für Ihr Abonnement anzeigen.
  • Abhilfe: Verwenden Sie PowerShell zum Überprüfen der Berechtigungen.
  • Häufigkeit: Allgemein

Docker-Erweiterung

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Administrator- oder Benutzerportal nach Docker suchen, wird das Element nicht richtig zurückgegeben. Sie ist in Azure Stack nicht verfügbar. Wenn Sie versuchen, es zu erstellen, wird ein Fehler angezeigt.
  • Abhilfe: Keine Lösung.
  • Häufigkeit: Allgemein

Marketplace-Verwaltung

  • Geltungsbereich: Dies ist ein neues Problem in Version 1904.
  • Ursache: Der Marketplace-Verwaltungsbildschirm ist nicht sichtbar, wenn Sie sich beim Administratorportal anmelden.
  • Abhilfe: Aktualisieren Sie den Browser.
  • Häufigkeit: Zeitweilig

Marketplace-Verwaltung

  • Geltungsbereich: Dieses Problem gilt für 1904.
  • Ursache: Wenn Sie im Administratorportal auf der Registerkarte für die Marketplace-Verwaltung Ergebnisse auf dem Blatt Add from Azure (Aus Azure hinzufügen) filtern, werden möglicherweise falsche gefilterte Ergebnisse angezeigt.
  • Abhilfe: Sortieren Sie Ergebnisse nach der Spalte „Name“. Die Ergebnisse werden dann korrigiert.
  • Häufigkeit: Zeitweilig

Marketplace-Verwaltung

  • Geltungsbereich: Dieses Problem gilt für 1904.
  • Ursache: Wenn Sie im Administratorportal Ergebnisse in der Marketplace-Verwaltung filtern, werden in der Dropdownliste „Herausgeber“ doppelte Herausgebernamen angezeigt.
  • Abhilfe: Wählen Sie alle doppelten Namen aus, um die korrekte Liste aller Marketplace-Produkte anzuzeigen, die unter dem jeweiligen Herausgeber verfügbar sind.
  • Häufigkeit: Zeitweilig

Docker-Erweiterung

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Administrator- oder Benutzerportal nach Docker suchen, wird das Element nicht richtig zurückgegeben. Sie ist in Azure Stack nicht verfügbar. Wenn Sie versuchen, es zu erstellen, wird ein Fehler angezeigt.
  • Abhilfe: Keine Lösung.
  • Häufigkeit: Allgemein

Blob hochladen

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, ein Blob mit der Option OAuth (Vorschau) hochzuladen, wird für die Aufgabe eine Fehlermeldung angezeigt.
  • Abhilfe: Laden Sie das Blob mit der SAS-Option hoch.
  • Häufigkeit: Allgemein

Vorlage

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal füllt die Benutzeroberfläche für die Vorlagenbereitstellung Parameter für die Vorlagennamen, die mit „_“ (Unterstrich) beginnen, nicht auf.
  • Abhilfe: Entfernen Sie den „_“ (Unterstrich) aus dem Vorlagennamen.
  • Häufigkeit: Allgemein

Netzwerk

Load Balancer

Hinzufügen eines Back-End-Pools

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, einen Back-End-Pool einem Load Balancer hinzuzufügen, wird für den Vorgang eine Fehlermeldung der Art Fehler beim Aktualisieren des Lastenausgleichs... angezeigt.
  • Abhilfe: Verwenden Sie PowerShell, die Befehlszeilenschnittstelle (Command Line Interface, CLI) oder eine Azure Resource Manager-Vorlage, um den Back-End-Pool einer Lastenausgleichsressource zuzuordnen.
  • Häufigkeit: Allgemein

Erstellen von NAT-Regeln für eingehenden Datenverkehr

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie im Benutzerportal versuchen, eine NAT-Regel für eingehenden Datenverkehr für einen Load Balancer hinzuzufügen, wird für den Vorgang eine Fehlermeldung der Art Fehler beim Aktualisieren des Lastenausgleichs... angezeigt.
  • Abhilfe: Verwenden Sie PowerShell, die Befehlszeilenschnittstelle (Command Line Interface, CLI) oder eine Azure Resource Manager-Vorlage, um den Back-End-Pool einer Lastenausgleichsressource zuzuordnen.
  • Häufigkeit: Allgemein

Erstellen eines Load Balancers

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird im Fenster Lastenausgleich erstellen eine Option zum Erstellen einer Lastenausgleichs-SKU vom Typ Standard angezeigt. Diese Option wird in Azure Stack nicht unterstützt.
  • Abhilfe: Verwenden Sie stattdessen die Lastenausgleichsoptionen vom Typ „Basic“.
  • Häufigkeit: Allgemein

Öffentliche IP-Adresse

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Im Benutzerportal wird im Fenster Öffentliche IP-Adresse erstellen eine Option zum Erstellen einer SKU vom Typ Standard angezeigt. Die SKU Standard wird in Azure Stack nicht unterstützt.
  • Abhilfe: Verwenden Sie für öffentliche IP-Adressen stattdessen die SKU Basic.
  • Häufigkeit: Allgemein

Compute

VM-Startdiagnose

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Wenn Sie einen neuen virtuellen Windows-Computer erstellen, wird möglicherweise der folgende Fehler angezeigt: Fehler beim Starten des virtuellen Computers „vm-name“. Error: Fehler beim Aktualisieren der Einstellungen für die serielle Ausgabe für den virtuellen Computer „vm-name“ . Der Fehler tritt auf, wenn Sie die Startdiagnose bei einem virtuellen Computer aktivieren, aber Ihr Startdiagnose-Speicherkonto löschen.
  • Abhilfe: Erstellen Sie das Speicherkonto unter dem zuvor verwendeten Namen neu.
  • Häufigkeit: Allgemein

VM-Skalierungsgruppe

CentOS

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Auf der Benutzeroberfläche zum Erstellen von VM-Skalierungsgruppen wird „CentOS 7.2-basiert“ als Option für die Bereitstellung angeboten. CentOS 7.2 ist im Azure Stack-Marketplace nicht verfügbar, sodass es zu Bereitstellungsfehlern mit dem Hinweis kommt, dass das Image nicht gefunden wurde.
  • Abhilfe: Wählen Sie entweder ein anderes Betriebssystem für Ihre Bereitstellung aus, oder verwenden Sie eine Azure Resource Manager-Vorlage mit einem anderen CentOS-Image, das vor der Bereitstellung vom Bediener aus dem Marketplace heruntergeladen wurde.
  • Häufigkeit: Allgemein

Entfernen einer Skalierungsgruppe

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Sie können eine Skalierungsgruppe nicht über das Blatt VM-Skalierungsgruppen entfernen.
  • Abhilfe: Wählen Sie die Skalierungsgruppe aus, die Sie entfernen möchten, und klicken Sie dann im Bereich Übersicht auf die Schaltfläche Löschen.
  • Häufigkeit: Allgemein

Erstellungsfehler beim Patchen und Aktualisieren in Azure Stack-Umgebungen mit vier Knoten

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Bei der Erstellung von VMs in einer Verfügbarkeitsgruppe mit drei Fehlerdomänen und der Erstellung einer Instanz einer VM-Skalierungsgruppe tritt während des Updatevorgangs in einer Azure Stack-Umgebung mit vier Knoten der Fehler FabricVmPlacementErrorUnsupportedFaultDomainSize auf.
  • Abhilfe: Sie können einzelne VMs in einer Verfügbarkeitsgruppe mit zwei Fehlerdomänen erfolgreich durchführen. Die Erstellung der Skalierungsgruppeninstanz ist während des Updatevorgangs in einer Azure Stack-Umgebung mit vier Knoten aber immer noch nicht verfügbar.

Ubuntu-SSH-Zugriff

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Ein virtueller Ubuntu 18.04-Computer, der mit aktivierter SSH-Autorisierung erstellt wurde, lässt nicht zu, dass Sie die SSH-Schlüssel für die Anmeldung verwenden.
  • Abhilfe: Verwenden Sie VM-Zugriff für die Linux-Erweiterung, um SSH-Schlüssel nach der Bereitstellung zu implementieren, oder verwenden Sie die kennwortbasierte Authentifizierung.
  • Häufigkeit: Allgemein

Warnung zum Computehost-Agent

  • Geltungsbereich: Dies ist ein neues Problem in Version 1904.

  • Ursache: Nach dem Neustarten eines Knotens in der Skalierungseinheit wird eine Warnung zum Computehost-Agent angezeigt. Durch den Neustart wird die Standardstarteinstellung für den Computehost-Agent-Dienst geändert. Diese Warnung sieht in etwa wie im folgenden Beispiel aus:

    NAME  
Compute Host Agent is not responding to calls.
SEVERITY  
Warning
STATE  
Active
CREATED TIME  
5/16/2019, 10:08:23 AM
UPDATED TIME  
5/22/2019, 12:27:27 PM
COMPONENT  
M#####-NODE02
DESCRIPTION  
Could not communicate with the Compute Host Agent running on node: M#####-NODE02
REMEDIATION  
Please disable Compute Host Agent feature flag and collect logs for further diagnosis.

  • Abhilfe:

    • Diese Warnung kann ignoriert werden. Wenn der Agent nicht reagiert, hat dies keine Auswirkungen auf Bediener- und Benutzervorgänge oder Benutzeranwendungen. Die Warnung wird nach 24 Stunden erneut angezeigt, wenn sie manuell geschlossen wird.
    • Das Problem wurde im letzten Azure Stack-Hotfix für 1904 behoben.

  • Häufigkeit: Allgemein

Ansicht der Instanz einer VM-Skalierungsgruppe

  • Geltungsbereich: Dieses Problem betrifft die Versionen 1904 und 1905.
  • Ursache: Das Blatt mit der Instanzenansicht einer Skalierungsgruppe im Azure Stack-Portal unter Dashboard>VM-Skalierungsgruppen>AnyScaleSet – Instanzen>AnyScaleSetInstance kann nicht geladen werden.
  • Abhilfe: Es gibt derzeit keine Abhilfe, und wir arbeiten an der Behebung des Fehlers. Verwenden Sie bis dahin das CLI-Cmdlet az vmss get-instance-view, um die Instanzansicht einer VM-Skalierungsgruppe abzurufen.

Dienst für Benutzerimages

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: Ein Fehler bei der Erstellung eines Benutzerimages sorgt dafür, dass sich der Benutzerimagedienst in einem fehlerhaften Zustand befindet. Das Erstellen von Benutzerimages und Löschvorgänge schlagen fehl. Das Löschen von Benutzerimages schlägt fehl und gibt möglicherweise folgenden Fehler aus: „Fehler: An internal disk management error occurred." (Interner Fehler bei der Datenträgerverwaltung).
  • Abhilfe: Keine Lösung. Öffnen Sie ein Supportticket für Microsoft.

Storage

  • Geltungsbereich: Dieses Problem gilt für alle unterstützten Versionen.
  • Ursache: ConvertTo-AzureRmVMManagedDisk wird in Azure Stack nicht unterstützt und führt zur Erstellung eines Datenträgers mit der ID $null. Dies ist der Grund, warum Sie für die VM keine Vorgänge, z. B. das Starten und Beenden, durchführen können. Der Datenträger wird nicht auf der Benutzeroberfläche und auch nicht über die API angezeigt. Die VM kann an diesem Punkt nicht repariert werden, sodass sie gelöscht werden muss.
  • Abhilfe: Befolgen Sie die Anleitung zum Konvertieren in verwaltete Datenträger, um Ihre Datenträger richtig zu konvertieren.

App Service

Nächste Schritte

1903 – archivierte bekannte Probleme

1902 – archivierte bekannte Probleme

1901 – archivierte bekannte Probleme

1811 – archivierte bekannte Probleme

1809 – archivierte bekannte Probleme

1808 – archivierte bekannte Probleme

1807 – archivierte bekannte Probleme

1805 – archivierte bekannte Probleme

1804 – archivierte bekannte Probleme

1803 – archivierte bekannte Probleme

1802 – archivierte bekannte Probleme

Bekannte Probleme in diesem Release werden mit den archivierten Versionshinweisen kombiniert.