Azure Stack Hub – Bekannte Probleme

  • Artikel
  • 10 Minuten Lesedauer

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.

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 Artikel, bevor Sie das Update anwenden.

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.

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.

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

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

Keine Warnungsauslösung bei Geheimnisablauf

  • Geltungsbereich: Dieses Problem betrifft alle unterstützten Releases von Event Hubs in Azure Stack Hub.
  • Ursache: Administrative Warnungen sind derzeit nicht integriert.
  • Lösung: Führen Sie in regelmäßigen Abständen (idealerweise alle sechs Monate) den unter Rotieren von Geheimnissen für Event Hubs in Azure Stack Hub beschriebenen Prozess durch.

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.

Archivieren

Um auf archivierte bekannte Probleme für eine ältere Version zuzugreifen, verwenden Sie die Dropdown-Auswahlliste oberhalb des Inhaltsverzeichnisses auf der linken Seite, und wählen Sie die gewünschte Version aus.

Nächste Schritte

2008: Archivierte bekannte Probleme

Version 2005: archivierte bekannte Probleme

2002: Archivierte bekannte Probleme

1910 – archivierte bekannte Probleme

1908 – archivierte bekannte Probleme

1907 – archivierte bekannte Probleme

1906 – archivierte bekannte Probleme

1905 – archivierte bekannte Probleme

1904 – archivierte bekannte Probleme

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

Sie können links im Inhaltsverzeichnis unter Ressourcen Archiv der Versionshinweise auf ältere Versionen der bekannten Probleme für Azure Stack Hub zugreifen. Wählen Sie die gewünschte archivierte Version in der linken oberen Ecke in der Dropdownliste zur Versionsauswahl aus. Diese archivierten Artikel werden nur zu Referenzzwecken bereitgestellt und bedeuten nicht, dass Support für diese Versionen geleistet wird. Informationen zum Azure Stack Hub-Support finden Sie unter Azure Stack Hub-Wartungsrichtlinie. Weitere Hilfe erhalten Sie beim Microsoft-Kundensupport (Microsoft Customer Support Services, CSS).