Partager via


Problèmes connus archivées d’Azure Stack Hub

Cet article énumère les problèmes connus des mises en production non prises en charge d’Azure Stack Hub. La liste est mise à jour lorsque de nouveaux problèmes sont identifiés.

Pour accéder aux problèmes connus d’une autre version archivée, utilisez le menu déroulant du sélecteur de version, en haut à gauche de la table des matières.

Compute

Azure Kubernetes Service sur Azure Stack Hub

  • Applicable : ce problème s’applique à la version 2311 et ultérieure.
  • Cause : Azure Kubernetes Service sur Azure Stack Hub, actuellement en préversion, est interrompu et ne sera pas publié en disponibilité générale. Si vous essayez d’inscrire un nouvel abonnement au fournisseur de ressources Microsoft.Containerservice , l’inscription reste dans l’état d’inscription . Si vous essayez de créer un cluster Kubernetes managé ou d’accéder à des clusters Kubernetes managés existants, vous pouvez voir l’écran d’erreur du cloud pluviant.
  • Correction : Microsoft est conscient du problème et travaille sur un correctif.
  • Occurrence : courant.

L’arrêt à l’aide de Start-AzsCryptoWipe ne fonctionne pas

  • Applicable : ce problème s’applique à la version 2311.
  • Cause : Dans certains cas, lorsque vous exécutez la Start-AzsCryptoWipe commande pour arrêter Azure Stack Hub, l’une des machines physiques n’est pas désactivée.
  • Correction : si vous constatez qu’une machine physique n’est pas sous tension, vous devez désactiver cette machine via le contrôleur de gestion de la carte de base (BMC).
  • Occurrence : courant.

Stockage

Alerte d’utilisation du volume de stockage false dans le rapport Test-AzureStack

  • Applicable : ce problème s’applique à la version 2311 et ultérieure.
  • Cause : la nouvelle build du système d’exploitation avec 2311 introduit une nouvelle alerte système pour l’approvisionnement dynamique : une alerte est déclenchée lorsque l’utilisation du pool de stockage dépasse 70 %. Les volumes de taille fixe sont utilisés dans le déploiement d’Azure Stack Hub. Par conséquent, le seuil de 70 % est toujours dépassé. Vous trouverez cet avertissement dans les rapports Test-AzureStack.
  • Correction : vous pouvez ignorer l’alerte dans le rapport Test-AzureStack. Microsoft est conscient du problème et travaille sur un correctif.
  • Occurrence : courant.

Portail

  • Applicable : ce problème s’applique à la version 2311.
  • Cause : Dans le portail utilisateur Azure Stack Hub, sous la section Réseau virtuel s, il existe trois nouvelles options pour les réseaux virtuels : serveurs DNS, délai d’expiration de flux et chaîne de la communauté BGP. Vous pouvez modifier correctement la configuration DNS à l’aide de l’option Serveurs DNS. Toutefois, les tentatives d’utilisation des options de chaîne de la communauté Flow Timeout et BGP entraînent un échec dans les notifications du portail. Aucune modification n’est apportée aux services sous-jacents ; les erreurs se trouvent uniquement dans le portail.
  • Correction : Microsoft est conscient du problème et travaille sur un correctif.
  • Occurrence : courant.

Erreur de déploiement false dans le portail pour le déploiement d’applications API

  • Applicable : ce problème s’applique à la version 2311 et ultérieure.
  • Cause : certains utilisateurs peuvent voir un message d’erreur avec le code d’erreur templateLinkAndJson lors du déploiement d’une application API à partir de la Place de marché, même si le déploiement a réussi.
  • Correction : vérifiez votre application API après le déploiement pour vous assurer que le déploiement a réussi. Microsoft est conscient du problème et travaille sur un correctif.
  • Occurrence : courant.

Fournisseurs de ressources

État de rotation incorrect après la rotation des secrets des certificats du fournisseur de ressources

  • Applicable : ce problème s’applique à tous les fournisseurs de ressources de module complémentaire Azure Stack Hub.
  • Cause : après la rotation des secrets, l’état de rotation indique « en cours » même si la rotation s’est terminée correctement, l’état d’approvisionnement indique « réussi » et la date d’expiration est mise à jour.
  • Correction : Aucun. Aucun impact sur votre système ou vos charges de travail.
  • Occurrence : toutes les versions prises en charge d’Azure Stack Hub.

App Service

État de rotation incorrect après la rotation des secrets des certificats du fournisseur de ressources

  • Applicable : ce problème s’applique à tous les fournisseurs de ressources de module complémentaire Azure Stack Hub.
  • Cause : après la rotation des secrets, l’état de rotation indique « en cours » même si la rotation s’est terminée correctement, l’état d’approvisionnement indique « réussi » et la date d’expiration est mise à jour.
  • Correction : Aucun. Aucun impact sur votre système ou vos charges de travail.
  • Occurrence : toutes les versions prises en charge d’Azure Stack Hub.

Portail

Signalement incorrect des cœurs d’UC de nœud dans le portail d’administration

  • Applicable : ce problème s’applique à la version 2301.
  • Cause : le nombre de cœurs signalés dans le portail d’administration Azure Stack Hub dans la fenêtre capacité des nœuds de cluster est incorrect. Ceci est cosmétique et un problème avec un changement en 2301 en ce qui concerne la façon dont le fournisseur de ressources Fabric obtient ces informations. Cela a un impact sur les nouveaux déploiements et les tampons existants mis à jour vers la version 2301, mais n’affecte pas le fonctionnement de l’empreinte ou des déploiements de charge de travail.
  • Correction : Microsoft est conscient du problème et travaille sur un correctif.
  • Occurrence : problème mineur du portail qui se produit de manière cohérente.

App Service

État de rotation incorrect après la rotation des secrets des certificats du fournisseur de ressources

  • Applicable : ce problème s’applique à tous les fournisseurs de ressources de module complémentaire Azure Stack Hub.
  • Cause : après la rotation des secrets, l’état de rotation indique « en cours » même si la rotation s’est terminée correctement, l’état d’approvisionnement indique « réussi » et la date d’expiration est mise à jour.
  • Correction : Aucun. Aucun impact sur votre système ou vos charges de travail.
  • Occurrence : toutes les versions prises en charge d’Azure Stack Hub.

Alertes

Région géographique non fournie

  • Applicable : ce problème s’applique à la version 2206.

  • Cause : L’alerte Région géographique non fournie s’affiche et vous demande de faire un choix pour la conformité Schrems II.

  • Correction : Vous pouvez exécuter la cmdlet PowerShell suivante pour définir la préférence géographique :

    Set-DataResidencyLocation -Europe:$true or $false 
    

    L’emplacement de résidence des données sera mis à jour et toutes les données seront stockées et traitées dans l’Union européenne. Fermez cette alerte manuellement ou ignorez-la une fois que la préférence de région géographique apparaît dans le portail d’administration (comme décrit dans Initiative Schrems II de l’Union européenne pour Azure Stack Hub). L’alerte reste active pendant jusqu’à une semaine, même après que le choix est effectué.

  • Occurrence : Courant

Avertissement de récupération des clés de récupération du chiffrement

  • Applicable : Ce problème s’applique à la version 2206 et ultérieure.

  • Cause : Un avertissement Récupération des clés de récupération du chiffrement s’affiche, et vous demande de récupérer et de stocker de façon sûre les clés de récupération du chiffrement en dehors d’Azure Stack Hub. L’avertissement est produit pour vérifier que vous avez bien récupéré les clés de récupération. Si vous avez précédemment récupéré les clés de récupération et que vous recevez cette alerte après la mise à jour 2206 (ou au-delà), veillez à collecter à nouveau les clés de récupération. Les clés de récupération peuvent être nécessaires dans le cas où les nœuds hôtes affichent l’écran de la clé de récupération BitLocker après des redémarrages non planifiés, par exemple dans le cas de coupures de courant.

  • Correction : Récupérez les clés de chiffrement et stockez-les à un emplacement sécurisé en dehors d’Azure Stack Hub. À partir du PEP, exécutez la commande suivante et enregistrez les clés de récupération retournées :

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

    Pour plus d’informations, consultez Récupération des clés de récupération BitLocker. Notez que l’alerte se ferme automatiquement dans les 24 heures suivant l’exécution de Get-AzsRecoveryKeys et le stockage de ces clés de récupération à un emplacement sécurisé en dehors d’Azure Stack Hub.

  • Occurrence : Courant

Portail

Possibilité d’erreurs du portail pendant la mise à jour

  • Applicable : ce problème s’applique à la version 2206.
  • Cause : Le panneau de mise à jour et/ou le tableau de bord du portail peuvent devenir inutilisables et afficher une erreur pendant la mise à jour elle-même.
  • Correction : Si le portail n’est pas disponible pendant plus de 1 heure, vous pouvez utiliser le point de terminaison privilégié pour vérifier l’état de la mise à jour. Pour plus d’informations, consultez Surveiller les mises à jour dans Azure Stack Hub avec le point de terminaison privilégié.

Les panneaux IP publics et Load Balancer affichent une bannière qui recommande la mise à niveau de basic vers la référence SKU Standard

  • Applicable : ce problème s’applique à la version 2108 et ultérieure.
  • Cause : la Portail Azure recommande la mise à niveau de base vers la référence SKU Standard . Toutefois, cette fonctionnalité n’est pas prise en charge dans Azure Stack Hub.
  • Correction : n’essayez pas la mise à niveau, car elle échouera.
  • Occurrence : Courant
  • Applicable : ce problème s’applique aux versions 2102 et ultérieures.
  • Cause : les éléments de menu ne s’affichent pas lorsque vous cliquez sur l’instance de disque dans le panneau vue d’ensemble Machines Virtuelles.
  • Correction : actualisez la page et le menu doivent réapparaître. Vous pouvez également accéder à l’instance de disque spécifique via la zone Disques du portail.
  • Occurrence : problème mineur du portail qui se produit de manière cohérente.

Intégration du centre de données

Échec de la configuration de Graph

  • Applicable : ce problème s’applique à la version 2206.
  • Cause : La configuration de Graph échoue avec une erreur d’informations d’identification non valides.
  • Correction : Si les informations d’identification sont correctes, vous devez les fournir en tant que nom d’utilisateur uniquement, à la place de nom_domaine\nom_utilisateur.
  • Occurrence : Courant

Update

La mise à jour vers 2108 ne se poursuit pas si des clusters AKS ou des registres ACR sont créés et que les préversions privées des services AKS et ACR sont installées

  • Champ d’application : ce problème s’applique aux clients de la préversion privée d’Azure Kubernetes service (AKS) et d’Azure Container Registry (ACR) qui envisagent d’effectuer une mise à niveau vers 2108.
  • Correction : l’opérateur doit supprimer tous les clusters AKS et registres ACR et désinstaller la préversion privée des services AKS et ACR.
  • Occurrence : tout tampon sur lequel sont installées les préversions privées d’AKS et d’ACR est confronté à ce message.

Pour plus d’informations sur les problèmes connus de mise à jour d’Azure Stack Hub, consultez Résolution des problèmes des mises à jour dans Azure Stack Hub.

Mise en réseau

Équilibreur de charge

Règles d'équilibrage de charge

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : La mise à jour/la modification de la propriété de distribution de charge (persistance de session) n’a aucun effet et certaines machines virtuelles peuvent ne pas participer à la distribution de charge du trafic. Par exemple, si vous avez 4 machines virtuelles principales, que 2 clients se connectent à l’équilibreur de charge et que la distribution de charge est définie sur l’adresse IP du client, les sessions clientes utilisent toujours les mêmes machines virtuelles principales. La modification de la propriété de distribution de charge sur « none » pour distribuer les connexions client sur toutes les machines virtuelles principales n’aura aucun effet.
  • Correction : La recréation de la règle d’équilibrage de charge garantit que les paramètres sélectionnés sont correctement configurés sur toutes les machines virtuelles principales.
  • Occurrence : Courant

Impossible de créer un groupe de machines virtuelles identiques avec un disque de données attaché

  • Champ d’application : ce problème concerne la version 2108.
  • Cause : propriétés manquantes pour le disque de données de type d’objet.
  • Correction : ajouter des disques de données après le déploiement.
  • Occurrence : Courant

La création d’un instantané de disque peut échouer

  • Champ d’application : ce problème concerne la version 2108.
  • Cause : propriétés manquantes pour l’opération d’instantané.
  • Correction : appliquez le correctif 1.2108.2.73.
  • Occurrence : Courant

Portail

Registres de conteneurs

Métriques non disponibles pour les registres de conteneur dans le portail de l’utilisateur

  • Champ d’application : ce problème s’applique à la préversion publique d’Azure Container Registry sur Azure Stack Hub.
  • Cause : un problème empêche les métriques de s’afficher lors de l’affichage d’un registre de conteneurs dans le portail Azure. Les métriques ne sont pas non plus disponibles dans Shoebox.
  • Correction : aucune correction n’est disponible. Ce problème sera traité dans un prochain correctif.
  • Occurrence : Courant

L’expérience de l’opérateur de Container Registry invite à procéder à une installation alors que l’installation est déjà terminée

  • Champ d’application : ce problème s’applique à la préversion publique d’Azure Container Registry sur Azure Stack Hub.
  • Cause : sept jours après l’installation de Container Registry, l’expérience de l’opérateur dans le portail d’administration peut demander à l’opérateur de réinstaller Container Registry. Le service fonctionne normalement, mais l’expérience de l’opérateur n’est pas disponible. Les locataires sont en mesure de créer et de gérer des registres de conteneurs.
  • Correction : aucune correction n’est disponible. Ce problème sera traité dans un prochain correctif.
  • Occurrence : Courant

Abonnements d’administration

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : les deux abonnements administratifs introduits avec la version 1804 ne doivent pas être utilisés. Les types d’abonnement sont Compteur et Consommation.
  • Correction : si vous avez des ressources en cours d’exécution sur ces deux abonnements, recréez-les dans les abonnements utilisateur.
  • Occurrence : Courant

Le panneau Créer un DNS entraîne le blocage du portail

  • Applicable : ce problème s’applique à toutes les versions prises en charge avec la version de correctif 1.2108.2.81.
  • Cause : deux flux spécifiques se terminent parfois par le blocage du portail utilisateur :
    • Créer une ressource > Réseau > Zone DNS
    • Créer une ressource > Réseau > Connexion
  • Correction : le flux de travail suivant peut s’assurer qu’il n’y a aucun plantage :
    • Tous les services > Zone DNS > + Ajouter ou Tous les services > Connexions > + Ajouter
  • Occurrence : Courant

Le portail affiche « Utilisateur non identifié » au lieu de l’adresse e-mail de l’utilisateur

  • Applicable : Ce problème s’applique à tous les systèmes avec le correctif logiciel version 1.2108.2.81 qui utilisent un compte Microsoft Entra sans adresse e-mail dans le profil de compte.
  • Correction : connectez-vous au Portail Azure et ajoutez une adresse e-mail au compte Microsoft Entra qui rencontre ce problème.
  • Occurrence : Courant

Les panneaux IP publics et Load Balancer affichent une bannière qui recommande la mise à niveau de basic vers la référence SKU Standard

  • Applicable : ce problème s’applique à la version 2108 et ultérieure.
  • Cause : la Portail Azure recommande la mise à niveau de base vers la référence SKU Standard . Toutefois, cette fonctionnalité n’est pas prise en charge dans Azure Stack Hub.
  • Correction : n’essayez pas la mise à niveau, car elle échouera.
  • Occurrence : Courant
  • Applicable : ce problème s’applique aux versions 2102 et ultérieures.
  • Cause : les éléments de menu ne s’affichent pas lorsque vous cliquez sur l’instance de disque dans le panneau vue d’ensemble Machines Virtuelles.
  • Correction : actualisez la page et le menu doivent réapparaître. Vous pouvez également accéder à l’instance de disque spécifique via la zone Disques du portail.
  • Occurrence : problème mineur du portail qui se produit de manière cohérente.

Les clusters de plan de données sont dans un état non sain avec tous les nœuds dans un état d’avertissement

  • Applicable : ce problème s’applique à toutes les versions prises en charge d’Event Hubs sur Azure Stack Hub.
  • Cause : des secrets d’infrastructure internes sont peut-être sur le point d’expirer.
  • Correction : procédez à une mise à jour vers la dernière version d’Event Hubs sur Azure Stack Hub, puis effectuez la procédure décrite dans Rotation des secrets pour Event hubs sur Azure Stack Hub.

L’intégrité des clusters de plan de données n’est pas mise à jour dans le portail d’administration ou le scale-out des clusters entraîne un refus d’accès

  • Applicable : ce problème s’applique à toutes les versions prises en charge d’Event Hubs sur Azure Stack Hub.
  • Cause : les composants internes n’ont pas actualisé leur cache avec de nouveaux secrets, une fois la rotation des secrets terminée.
  • Correction : ouvrez une demande de support pour recevoir de l’aide.

La sauvegarde d’Azure Stack Hub échoue

  • Applicable : ce problème s’applique à toutes les versions prises en charge d’Event Hubs sur Azure Stack Hub.
  • Cause : des secrets d’infrastructure internes ont peut-être expiré.
  • Correction : ouvrez une demande de support pour recevoir de l’aide.

Azure Kubernetes Service (AKS)

Les applications déployées sur des clusters AKS ne parviennent pas à accéder aux volumes persistants

  • Champ d’application : ce problème concerne la version 2108.
  • Cause : Lorsque vous déployez un cluster AKS à l’aide de :
    • Kubernetes 1.19 ou
    • Kubernetes 1.20 avec Kubenet comme plug-in réseau
      Et si vous déployez une application qui utilise des volumes persistants, vous remarquez un problème avec le pod de l’application quand il tente de déployer un volume persistant. Si vous examinez le journal du pod, vous pouvez trouver une erreur concernant des autorisations refusées. Le problème réside dans le pilote CSI du disque Azure d’Azure Stack Hub.
  • Correction : pendant le déploiement d’un cluster AKS, vous devez sélectionner uniquement Kubernetes version 1.20 et Azure CNI pour le plug-in réseau.
  • Occurrence : Courant

Update

Pour plus d’informations sur les problèmes connus de mise à jour d’Azure Stack Hub, consultez Résolution des problèmes des mises à jour dans Azure Stack Hub.

Échec de la mise à jour vers la version 2102 lors des vérifications antérieures à la mise à jour pour AKS/ACR

  • Applicable : ce problème s’applique aux clients de la préversion privée d’Azure Kubernetes service (AKS) et d’Azure Container Registry (ACR) qui envisagent d’effectuer une mise à niveau vers 2102 ou d’appliquer des correctifs.
  • Correction : désinstallez AKS et ACR avant d’effectuer la mise à jour vers 2102, ou avant d’appliquer des correctifs après la mise à jour vers 2102. Recommencez la mise à jour après avoir désinstallé ces services.
  • Occurrence : toute empreinte sur laquelle ACR ou AKS est installé rencontrera cet échec.

Portail

Abonnements d’administration

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : les deux types d’abonnements d’administration Metering (Contrôle) et Consumption (Consommation) ont été désactivés et ne doivent pas être utilisés. S’ils contiennent des ressources, une alerte est générée jusqu’à ce que ces ressources soient supprimées.
  • Correction : si vous avez des ressources en cours d’exécution sur ces deux abonnements, recréez-les dans les abonnements utilisateur.
  • Occurrence : Courant

Mise en réseau

Passerelle de réseau virtuel

Équilibreur de charge

Règles d'équilibrage de charge

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : La mise à jour/la modification de la propriété de distribution de charge (persistance de session) n’a aucun effet et certaines machines virtuelles peuvent ne pas participer à la distribution de charge du trafic. Par exemple, si vous avez 4 machines virtuelles principales, que 2 clients se connectent à l’équilibreur de charge et que la distribution de charge est définie sur l’adresse IP du client, les sessions clientes utilisent toujours les mêmes machines virtuelles principales. La modification de la propriété de distribution de charge sur « none » pour distribuer les connexions client sur toutes les machines virtuelles principales n’aura aucun effet.
  • Correction : La recréation de la règle d’équilibrage de charge garantit que les paramètres sélectionnés sont correctement configurés sur toutes les machines virtuelles principales.
  • Occurrence : Courant

Bouton IPv6 visible sur « Ajouter une adresse IP de front-end »

  • Champ d’application : ce problème concerne la version 2008 et les versions ultérieures.
  • Cause : le bouton IPv6 est visible dans l’option Ajouter une adresse IP frontale sur un équilibreur de charge. Ces boutons sont désactivés et ne peuvent pas être sélectionnés.
  • Occurrence : Courant

Ports back-end et front-end lors de l’activation d’une adresse IP flottante

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : le port frontal et le port principal doivent être identiques dans la règle d’équilibrage de charge lorsque l’adresse IP flottante est activée. Ce comportement est normal.
  • Occurrence : Courant

Intégrité et alertes

Les fournisseurs de ressources Azure Kubernetes service (AKS) ou Azure Container Registry (ACR) échouent dans test-azurestack

  • Champ d’application : ce problème concerne la version 2102 et les versions antérieures.
  • Cause : lorsque vous exécutez la commande de préparation des test-azurestack mises à jour, le test déclenche les deux avertissements suivants :
    WARNING: Name resolution of containerservice.aks.azs failed
    WARNING: Name resolution of containerregistry.acr.azs failed
    
  • Correction : ces avertissements sont attendus, car le fournisseur de ressources Azure Kubernetes service (AKS) ou Azure Container Registry (ACR) n’est pas installé.
  • Occurrence : Courant

Aucune alerte dans le pipeline Syslog

  • Champ d’application : ce problème concerne la version 2102.
  • Cause : le module d’alerte pour les clients dépendant de Syslog pour les alertes a été désactivé dans cette version. Pour cette version, le pipeline d’intégrité et de surveillance a été modifié afin de réduire le nombre de dépendances et de services requis. Par conséquent, les nouveaux services n’envoient pas d’alertes au pipeline Syslog.
  • Correction : Aucun.
  • Occurrence : Courant

Utilisation

État incorrect de la sauvegarde de l’infrastructure

  • Champ d’application : ce problème concerne la version 2102.
  • Cause : le travail de sauvegarde de l’infrastructure peut afficher un état incorrect (échec ou réussite), alors que l’état est actualisé. Cela n’affecte pas la cohérence des données de sauvegarde, mais peut entraîner une confusion si une défaillance réelle s’est produite.
  • Correction : le problème sera résolu dans le correctif suivant pour la version 2102.

Update

Pour plus d’informations sur les problèmes connus de mise à jour d’Azure Stack Hub, consultez Résolution des problèmes des mises à jour dans Azure Stack Hub.

Échec de la mise à jour visant à installer Microsoft.AzureStack.Compute.Installer sur une machine virtuelle d’autorité de certification

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : pendant la mise à jour, un processus prend un verrou sur le nouveau contenu qui doit être copié sur la machine virtuelle d’autorité de certification. En cas d’échec de la mise à jour, le verrou est libéré.
  • Correction : reprendre la mise à jour.
  • Occurrence : Rare

Portail

Abonnements d’administration

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : les deux abonnements administratifs introduits avec la version 1804 ne doivent pas être utilisés. Les types d’abonnements sont Metering (Compteur) et Consumption (Consommation).
  • Correction : si vous avez des ressources en cours d’exécution sur ces deux abonnements, recréez-les dans les abonnements utilisateur.
  • Occurrence : Courant

Mise en réseau

Network Security Group

Le déploiement VM échoue en raison d’une règle DenyAllOutbound

  • Applicable : ce problème s’applique à toutes les versions prises en charge.

  • Cause : une règle DenyAllOutbound explicite sur Internet ne peut pas être créée dans un groupe de sécurité réseau lors de la création de la machine virtuelle, car cela empêche la communication requise pour le déploiement de la machine virtuelle. Il refuse également les deux adresses IP essentielles requises pour déployer des machines virtuelles : IP DHCP :169.254.169.254 et IP DNS : 168.63.129.166.

  • Correction : autorisez le trafic sortant vers Internet pendant la création de la machine virtuelle et modifiez le groupe de sécurité réseau pour bloquer le trafic requis une fois la création de la machine virtuelle terminée.

  • Occurrence : Courant

Passerelle de réseau virtuel

Équilibreur de charge

Load Balancer dirigeant le trafic vers une machine virtuelle back-end dans des scénarios spécifiques

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de l’activation de l’affinité de session sur un équilibreur de charge, le hachage de 2 tuples utilise l’adresse IP pa (adresse IP d’adresse physique) au lieu des adresses IP privées affectées aux machines virtuelles. Dans les scénarios où le trafic dirigé vers l’équilibreur de charge arrive via un VPN, ou si toutes les machines virtuelles clientes (adresses IP sources) se trouvent sur le même nœud et que l’affinité de session est activée, tout le trafic est dirigé vers une seule machine virtuelle back-end.
  • Occurrence : Courant

Bouton IPv6 visible sur « Ajouter une adresse IP de front-end »

  • Applicable : ce problème s’applique à la version 2008.
  • Cause : le bouton IPv6 est visible et activé lors de la création de la configuration IP frontale d’un équilibreur de charge public. Il s’agit d’un problème esthétique du portail. L’IPv6 n’est pas pris en charge dans Azure Stack Hub.
  • Occurrence : Courant

Le port back-end et le port front-end doivent être identiques lorsque l’IP flottante est activée.

  • Applicable : ce problème concerne toutes les versions.
  • Cause : le port frontal et le port principal doivent être identiques dans la règle d’équilibrage de charge lorsque l’adresse IP flottante est activée. Ce comportement est normal.
  • Occurrence : Courant

Compute

Arrêter ou démarrer une machine virtuelle

L’opération d’arrêt-désallocation de machine virtuelle entraîne la suppression de la configuration MTU

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : désallouer une machine virtuelle entraîne la suppression de la configuration MTU sur la machine virtuelle. Ce comportement est incohérent avec Azure.
  • Occurrence : Courant

Problèmes connus archivés 2005

Cet article liste les problèmes connus des versions d’Azure Stack Hub. La liste est mise à jour lorsque de nouveaux problèmes sont identifiés.

Important

Si votre instance Azure Stack Hub présente plus de deux mises à jour de retard, elle est considérée comme non conforme. Pour bénéficier de la prise en charge, vous devez mettre à jour avec au moins la version minimale prise en charge.

Update

Pour plus d’informations sur les problèmes connus de mise à jour d’Azure Stack Hub, consultez Résolution des problèmes des mises à jour dans Azure Stack Hub.

Échec de la mise à jour visant à installer Microsoft.AzureStack.Compute.Installer sur une machine virtuelle d’autorité de certification

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : pendant la mise à jour, un processus prend un verrou sur le nouveau contenu qui doit être copié sur la machine virtuelle d’autorité de certification. En cas d’échec de la mise à jour, le verrou est libéré.
  • Correction : reprendre la mise à jour.
  • Occurrence : Rare

Portail

Abonnements d’administration

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : les deux abonnements administratifs introduits avec la version 1804 ne doivent pas être utilisés. Les types d’abonnements sont Metering (Compteur) et Consumption (Consommation).
  • Correction : si vous avez des ressources en cours d’exécution sur ces deux abonnements, recréez-les dans les abonnements utilisateur.
  • Occurrence : Courant

Mise en réseau

Network Security Group

Impossible de supprimer un groupe de sécurité réseau si des cartes réseau ne sont pas associées à une machine virtuelle en cours d’exécution

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la dissociation d’un groupe de sécurité réseau et d’une carte réseau qui n’est pas attachée à une machine virtuelle en cours d’exécution, l’opération de mise à jour (PUT) pour cet objet échoue au niveau de la couche du contrôleur de réseau. Le groupe de sécurité réseau est mis à jour au niveau de la couche du fournisseur de ressources réseau, mais pas sur le contrôleur de réseau, de sorte que le groupe de sécurité réseau passe à l’état d’échec.
  • Correction : attachez les cartes réseau associées au groupe de sécurité réseau qui doivent être supprimées avec les machines virtuelles en cours d’exécution et dissociez le groupe de sécurité réseau ou supprimez toutes les cartes réseau associées au groupe de sécurité réseau.
  • Occurrence : Courant

Le déploiement VM échoue en raison d’une règle DenyAllOutbound

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une règle DenyAllOutbound explicite sur Internet ne peut pas être créée dans un groupe de sécurité réseau lors de la création de la machine virtuelle, car cela empêche la communication requise pour le déploiement de la machine virtuelle.
  • Correction : autorisez le trafic sortant vers Internet pendant la création de la machine virtuelle et modifiez le groupe de sécurité réseau pour bloquer le trafic requis une fois la création de la machine virtuelle terminée.
  • Occurrence : Courant

Passerelle de réseau virtuel

Équilibreur de charge

Load Balancer dirigeant le trafic vers une machine virtuelle back-end dans des scénarios spécifiques

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de l’activation de l’affinité de session sur un équilibreur de charge, le hachage de 2 tuples utilise l’adresse IP pa (adresse IP d’adresse physique) au lieu des adresses IP privées affectées aux machines virtuelles. Dans les scénarios où le trafic dirigé vers l’équilibreur de charge arrive via un VPN, ou si toutes les machines virtuelles clientes (adresses IP sources) se trouvent sur le même nœud et que l’affinité de session est activée, tout le trafic est dirigé vers une seule machine virtuelle back-end.
  • Occurrence : Courant

L’IP publique est dans un état d’échec

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : la valeur IdleTimeoutInMinutes d’une adresse IP publique associée à un équilibreur de charge ne peut pas être modifiée. L’opération place l’adresse IP publique dans un état d’échec.
  • Correction : pour rétablir l’état de l’adresse IP publique, modifiez la valeur IdleTimeoutInMinutes sur la règle d’équilibreur de charge qui référence l’adresse IP publique à la valeur d’origine (la valeur par défaut est de 4 minutes).
  • Occurrence : Courant

Compute

Désallouer une machine virtuelle entraîne une configuration MTU

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : désallouer une machine virtuelle entraîne la suppression de la configuration MTU sur la machine virtuelle. Ce comportement est incohérent avec Azure.
  • Occurrence : Courant

Problèmes de déploiement du groupe de machines virtuelles identiques avec la taille Standard_DS2_v2 à l’aide du portail

  • Applicable : ce problème s’applique à la version 2005.
  • Cause : un bogue du portail provoque l’échec de la création d’un groupe identique avec Standard_DS2_v2 taille.
  • Correction : Utilisez PowerShell ou l’interface CLI pour déployer cette taille de machine virtuelle de groupe de machines virtuelles identiques.

Problèmes d’utilisation d’extensions de machine virtuelle dans le Serveur Ubuntu 20.04

  • Applicable : Ce problème s’applique à Ubuntu Server 20.04 LTS.
  • Cause : certaines distributions Linux ont été transférées vers Python 3.8 et ont supprimé complètement le point d’entrée hérité /usr/bin/python pour Python. Les utilisateurs de la distribution Linux qui ont effectué la transition vers Python 3.x doivent vérifier l’existence du point d’entrée /usr/bin/python hérité avant de tenter de déployer ces extensions sur leurs machines virtuelles. Dans le cas contraire, le déploiement de l’extension risque d’échouer.
  • Correction : suivez les étapes de résolution des problèmes liés à l’utilisation des extensions de machine virtuelle dans les systèmes Linux Azure Machines Virtuelles avec Python 3, mais ignorez l’étape 2, car Azure Stack Hub n’a pas la fonctionnalité exécuter la commande.

Taille de machine virtuelle NVv4 sur le portail

  • Applicable : ce problème s’applique à 2002 et versions ultérieures.
  • Cause : lorsque vous passez par l’expérience de création de machine virtuelle, vous verrez la taille de la machine virtuelle : NV4as_v4. Les clients qui disposent du matériel nécessaire à la préversion du processeur Azure Stack Hub AMD Mi25 verront réussir le déploiement de leur machine virtuelle. Tous les autres clients verront le déploiement de leur machine virtuelle échouer avec cette taille.
  • Correction : par conception en préparation de la préversion du GPU Azure Stack Hub.

Quota de calcul consommé

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la création d’une machine virtuelle, vous pouvez recevoir une erreur telle que cet abonnement est en capacité pour le nombre total de processeurs virtuels régionaux sur cet emplacement. Cet abonnement utilise tous les 50 processeurs virtuels régionaux totaux disponibles.. Cela indique que le quota pour le nombre total de cœurs à votre disposition a été atteint.
  • Correction : Demandez à votre opérateur d’obtenir un plan de module complémentaire avec un quota supplémentaire. La modification du quota du plan actuel ne fonctionne pas ou ne reflète pas l’augmentation du quota.
  • Occurrence : Rare

Le panneau de vue d’ensemble de la machine virtuelle n’affiche pas le nom correct de l’ordinateur

  • Applicable : ce problème concerne toutes les versions.
  • Cause : lors de l’affichage des détails d’une machine virtuelle dans le panneau vue d’ensemble, le nom de l’ordinateur s’affiche comme (non disponible). Il s’agit du paramètre par défaut pour les machines virtuelles créées à partir de disques spécialisés ou d’instantanés de disque, ainsi que pour les images de la Place de marché.
  • Correction : affichez le panneau Propriétés sous Paramètres.

Jeu de mise à l'échelle de machine virtuelle

Créer des échecs durant l’application des correctifs logiciels et des mises à jour dans les environnements Azure Stack Hub à 4 nœuds

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : La création de machines virtuelles dans un groupe à haute disponibilité de 3 domaines d’erreur et la création d’une instance de groupe de machines virtuelles identiques échoue avec une erreur FabricVmPlacementErrorUnsupportedFaultDomainSize pendant le processus de mise à jour sur un environnement Azure Stack Hub à 4 nœuds.
  • Correction : vous pouvez créer des machines virtuelles uniques dans un groupe à haute disponibilité avec 2 domaines d’erreur avec succès. Toutefois, la création d’instances de groupes identiques n’est toujours pas disponible pendant le processus de mise à jour sur un déploiement Azure Stack Hub à 4 nœuds.

Stockage

La période de rétention revient à 0

  • Applicable : Ce problème s’applique aux versions 2002 et 2005.
  • Cause : si vous spécifiez une période autre que 0 dans le paramètre de période de rétention, elle revient à 0 (la valeur par défaut de ce paramètre) pendant la mise à jour 2002 ou 2005. Le paramètre 0 jour prend effet immédiatement après la fin de la mise à jour. Il entraîne l’arrêt immédiat de la rétention de tous les comptes de stockage supprimés présents et à venir, et leur marquage pour le nettoyage périodique de la mémoire (exécuté toutes les heures).
  • Correction : spécifiez manuellement la période de rétention à une période correcte. Tout compte de stockage collecté pour le nettoyage avant que la nouvelle période de rétention soit spécifiée n’est pas récupérable.

Fournisseurs de ressources

SQL/MySQL

  • Applicable : ce problème s’applique à la version 2002.
  • Cause : si le tampon contient le fournisseur de ressources SQL version 1.1.33.0 ou antérieure, lors de la mise à jour de l’empreinte, les panneaux pour SQL/MySQL ne se chargent pas.
  • Correction : Mettez à jour le fournisseur de ressources vers la version 1.1.47.0.

App Service

  • Applicable : ce problème s’applique à la version 2002.
  • Cause : si le tampon contient le fournisseur de ressources App Service version 1.7 et antérieure, lors de la mise à jour de l’empreinte, les panneaux pour App Service ne se chargent pas.
  • Correction : Mettez à jour le rp vers la version 2002 Q2.

PowerShell

Erreur générée au moment de l’installation des modules Az

  • Applicable : ce problème s’applique à 2002 et versions ultérieures
  • Cause : lors de l’installation du module, une erreur est levée. Le message d’erreur commence : Register-PacakgeSource : A parameter cannot be found that matches parameter name. 'PackageManagementProvider'. ou le message d’erreur peut inclure le texte suivant : PackageManagement\Install-Package : Cannot convert value "2.0.1-preview" to type "System.Version". Error: "Input string was not in a correct format."
  • Correction : exécutez l’applet de commande suivante dans la même session :
    Install-Module PowershellGet -MinimumVersion 2.3.0 -Force
    Fermez votre session, puis démarrez une nouvelle session PowerShell avec élévation de privilèges.
  • Occurrence : Courant

Au moment de l’installation du module Az, une erreur relative aux droits d’administrateur est générée à tort

  • Applicable : ce problème s’applique à 2002 et versions ultérieures
  • Cause : lors de l’installation du module à partir d’une invite avec élévation de privilèges, une erreur est levée. L’erreur indique Administrator rights required.
  • Correction : fermez votre session et démarrez une nouvelle session PowerShell avec élévation de privilèges. Vérifiez qu’il n’existe aucun module Az.Accounts chargé dans la session.
  • Occurrence : Courant

Problèmes connus des versions prises en charge

Vous trouverez des problèmes connus des versions prises en charge d’Azure Stack Hub dans Vue d’ensemble > Notes de publication > Problèmes connus

Important

Si votre instance Azure Stack Hub présente plus de deux mises à jour de retard, elle est considérée comme non conforme. Pour bénéficier de la prise en charge, vous devez mettre à jour avec au moins la version minimale prise en charge.

Problèmes connus archivés 2002

Cet article liste les problèmes connus des versions d’Azure Stack Hub. La liste est mise à jour lorsque de nouveaux problèmes sont identifiés.

Important

Si votre instance Azure Stack Hub présente plus de deux mises à jour de retard, elle est considérée comme non conforme. Pour bénéficier de la prise en charge, vous devez mettre à jour avec au moins la version minimale prise en charge.

Update

Après l’application de la mise à jour 2002, une alerte « Source de temps non valide » peut s’afficher à tort sur le portail d’administration. Vous pouvez ignorer cette alerte de faux positif, qui sera corrigée dans une prochaine version.

Pour plus d’informations sur les problèmes connus de mise à jour d’Azure Stack Hub, consultez Résolution des problèmes des mises à jour dans Azure Stack Hub.

Échec de la mise à jour visant à installer Microsoft.AzureStack.Compute.Installer sur une machine virtuelle d’autorité de certification

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : pendant la mise à jour, un processus prend un verrou sur le nouveau contenu qui doit être copié sur la machine virtuelle d’autorité de certification. En cas d’échec de la mise à jour, le verrou est libéré.
  • Correction : reprendre la mise à jour.
  • Occurrence : Rare

Créer des échecs durant l’application des correctifs logiciels et des mises à jour dans les environnements Azure Stack Hub à 4 nœuds

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : La création de machines virtuelles dans un groupe à haute disponibilité de 3 domaines d’erreur et la création d’une instance de groupe de machines virtuelles identiques échoue avec une erreur FabricVmPlacementErrorUnsupportedFaultDomainSize pendant le processus de mise à jour sur un environnement Azure Stack Hub à 4 nœuds.
  • Correction : vous pouvez créer des machines virtuelles uniques dans un groupe à haute disponibilité avec 2 domaines d’erreur avec succès. Toutefois, la création d’instances de groupes identiques n’est toujours pas disponible pendant le processus de mise à jour sur un déploiement Azure Stack Hub à 4 nœuds.

Portail

Abonnements d’administration

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : les deux abonnements administratifs introduits avec la version 1804 ne doivent pas être utilisés. Les types d’abonnements sont Metering (Compteur) et Consumption (Consommation).
  • Correction : si vous avez des ressources en cours d’exécution sur ces deux abonnements, recréez-les dans les abonnements utilisateur.
  • Occurrence : Courant

Autorisations d’abonnement

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : vous ne pouvez pas afficher les autorisations pour votre abonnement à l’aide des portails Azure Stack Hub.
  • Correction : Utilisez PowerShell pour vérifier les autorisations.
  • Occurrence : Courant

Options de compte de stockage

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, le nom des comptes de stockage s’affiche en tant que compte de stockage : blob, fichier, table, file d’attente ; toutefois, le fichier n’est pas pris en charge dans Azure Stack Hub.
  • Occurrence : Courant

Créer un instantané de disque managé

  • Applicable : ce problème s’applique à la version 2002.
  • Cause : Dans le portail utilisateur, lors de la création d’un instantané de disque managé, la zone de type compte est vide. Quand vous sélectionnez le bouton Créer avec un type de compte vide, la création de l’instantané échoue.
  • Correction : sélectionnez un type de compte dans la liste déroulante Type de compte, puis créez l’instantané.
  • Occurrence : Courant

Alerte relative à l’interface réseau déconnectée

  • Applicable : ce problème s’applique à 1908 et versions ultérieures.
  • Cause : lorsqu’un câble est déconnecté d’une carte réseau, une alerte ne s’affiche pas dans le portail administrateur. Ce problème est dû au fait que cette erreur est désactivée par défaut dans Windows Server 2019.
  • Occurrence : Courant

Mise en réseau

Impossible de créer la règle DenyAllOutbound

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une règle DenyAllOutbound explicite sur Internet ne peut pas être créée dans un groupe de sécurité réseau lors de la création de la machine virtuelle, car cela empêche la communication requise pour le déploiement de la machine virtuelle.
  • Correction : autorisez le trafic sortant vers Internet pendant la création de la machine virtuelle et modifiez le groupe de sécurité réseau pour bloquer le trafic requis une fois la création de la machine virtuelle terminée.
  • Occurrence : Courant

Protocole ICMP non pris en charge pour les règles de groupe de sécurité réseau

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la création d’une règle de sécurité réseau entrante ou sortante, l’option Protocole affiche une option ICMP . Cette option n’est pas prise en charge dans Azure Stack Hub. Ce problème est résolu et n’apparaîtra pas dans la prochaine version d’Azure Stack Hub.
  • Occurrence : Courant

Impossible de supprimer un groupe de sécurité réseau si des cartes réseau ne sont pas associées à une machine virtuelle en cours d’exécution

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la dissociation d’un groupe de sécurité réseau et d’une carte réseau qui n’est pas attachée à une machine virtuelle en cours d’exécution, l’opération de mise à jour (PUT) pour cet objet échoue au niveau de la couche du contrôleur de réseau. Le groupe de sécurité réseau est mis à jour au niveau de la couche du fournisseur de ressources réseau, mais pas sur le contrôleur de réseau, de sorte que le groupe de sécurité réseau passe à l’état d’échec.
  • Correction : attachez les cartes réseau associées au groupe de sécurité réseau qui doivent être supprimées avec les machines virtuelles en cours d’exécution et dissociez le groupe de sécurité réseau ou supprimez toutes les cartes réseau associées au groupe de sécurité réseau.
  • Occurrence : Courant

Load Balancer dirigeant le trafic vers une machine virtuelle back-end dans des scénarios spécifiques

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de l’activation de l’affinité de session sur un équilibreur de charge, le hachage de 2 tuples utilise l’adresse IP pa (adresse IP d’adresse physique) au lieu des adresses IP privées affectées aux machines virtuelles. Dans les scénarios où le trafic dirigé vers l’équilibreur de charge arrive via un VPN, ou si toutes les machines virtuelles clientes (adresses IP sources) se trouvent sur le même nœud et que l’affinité de session est activée, tout le trafic est dirigé vers une seule machine virtuelle back-end.
  • Occurrence : Courant

Interface réseau

Ajout / suppression de l’interface réseau

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une nouvelle interface réseau ne peut pas être ajoutée à une machine virtuelle qui est dans un état en cours d’exécution .
  • Correction : arrêtez la machine virtuelle avant d’ajouter ou de supprimer une interface réseau.
  • Occurrence : Courant

Interface réseau principale

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : la carte réseau principale d’une machine virtuelle ne peut pas être modifiée. La suppression ou le détachement de la carte réseau principale entraînerait des problèmes de démarrage de la machine virtuelle.
  • Occurrence : Courant

IP publique

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : la valeur IdleTimeoutInMinutes d’une adresse IP publique associée à un équilibreur de charge ne peut pas être modifiée. L’opération place l’adresse IP publique dans un état d’échec.
  • Correction : pour rétablir l’état de l’adresse IP publique, modifiez la valeur IdleTimeoutInMinutes sur la règle d’équilibreur de charge qui référence l’adresse IP publique à la valeur d’origine (la valeur par défaut est de 4 minutes).
  • Occurrence : Courant

Passerelle de réseau virtuel

Documentation

Compute

Créer ou supprimer une machine virtuelle

Impossible de créer un groupe identique de machines virtuelles Standard_DS2_v2 sur le portail

  • Applicable : ce problème s’applique à la version 2002.
  • Cause : un bogue du portail empêche la création d’un groupe de machines virtuelles identiques avec la taille de machine virtuelle Standard_DS2_v2. La création de celui-ci génère une erreur avec : "{"code":"DeploymentFailed","message": « Au moins une opération de déploiement de ressource n’a pas réussi. Dressez la liste des opérations de déploiement pour plus d’informations. Pour plus d’informations sur l’utilisation, consultez Résoudre les erreurs de déploiement Azure courantes.","details":[{"code":"BadRequest","message":"{\r\n error: {\r\n code: NetworkProfileValidationError ,\r\n message: La taille de machine virtuelle Standard_DS2_v2 ne figure pas dans la liste des tailles de machine virtuelle autorisées permettant l’activation de l’accélération réseau sur la machine virtuelle à l’index 0 pour le groupe de machines virtuelles identiques /subscriptions/x/resourceGroups/RGVMSS/providers/Microsoft.Compute/virtualMachineScaleSets/vmss. Tailles autorisées : ."\r\n }\r\n}"}]}"
  • Correction : Créez un groupe de machines virtuelles identiques avec PowerShell ou un modèle Resource Manager.

Échec de déploiement de la machine virtuelle NVv4

  • Applicable : ce problème s’applique à la version 2002 et ultérieure.
  • Cause : lorsque vous passez par l’expérience de création de machine virtuelle, vous verrez la taille de la machine virtuelle : NV4as_v4. Les clients qui disposent du matériel nécessaire à la préversion du processeur Azure Stack Hub AMD Mi25 verront réussir le déploiement de leur machine virtuelle. Tous les autres clients verront le déploiement de leur machine virtuelle échouer avec cette taille.
  • Correction : par conception en préparation de la préversion du GPU Azure Stack Hub.

Échec de la mise à jour des paramètres de sortie série pour la machine virtuelle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la création d’une machine virtuelle, l’erreur suivante peut s’afficher : Échec du démarrage de la machine virtuelle « vm-name ». Erreur : Échec de la mise à jour des paramètres de sortie série pour la machine virtuelle « vm-name ». Cette erreur se produit si vous activez les diagnostics de démarrage sur une machine virtuelle alors que vous avez supprimé votre compte de stockage des diagnostics de démarrage.
  • Correction : recréez le compte de stockage portant le même nom que celui que vous avez utilisé précédemment.
  • Occurrence : Courant

L’abonnement a atteint la capacité maximale pour le total de processeurs virtuels régionaux

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la création d’une machine virtuelle, vous pouvez recevoir une erreur telle que cet abonnement est en capacité pour le nombre total de processeurs virtuels régionaux sur cet emplacement. Cet abonnement utilise tous les 50 processeurs virtuels régionaux totaux disponibles.. Cela indique que le quota pour le nombre total de cœurs à votre disposition a été atteint.
  • Correction : Demandez à votre opérateur d’obtenir un plan de module complémentaire avec un quota supplémentaire. La modification du quota du plan actuel ne fonctionne pas ou ne reflète pas l’augmentation du quota.
  • Occurrence : Rare

Démarrer ou arrêter la machine virtuelle

Compte de stockage des diagnostics de machine virtuelle introuvable

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la tentative de démarrage d’une machine virtuelle désalloué sans arrêt, l’erreur suivante peut s’afficher : le compte de stockage de diagnostic de machine virtuelle « diagnosticstorageaccount » est introuvable. Vérifiez que le compte de stockage n’est pas supprimé. L’erreur se produit si vous tentez de démarrer une machine virtuelle avec les diagnostics de démarrage activés, mais que le compte de stockage des diagnostics de démarrage référencé est supprimé.
  • Correction : recréez le compte de stockage portant le même nom que celui que vous avez utilisé précédemment.
  • Occurrence : Courant

Configuration et installation

Le panneau de vue d’ensemble de la machine virtuelle n’affiche pas le nom correct de l’ordinateur

  • Applicable : ce problème concerne toutes les versions.
  • Cause : lors de l’affichage des détails d’une machine virtuelle dans le panneau vue d’ensemble, le nom de l’ordinateur s’affiche comme (non disponible). Il s’agit du paramètre par défaut pour les machines virtuelles créées à partir de disques spécialisés ou d’instantanés de disque, ainsi que pour les images de la Place de marché.
  • Correction : affichez le panneau Propriétés sous Paramètres.

Stockage

La période de rétention revient à 0

  • Applicable : ce problème s’applique à la version 2002 et 2005.
  • Cause : Si vous avez précédemment spécifié une période autre que 0 dans le paramètre de période de rétention, elle est rétablie à 0 (la valeur par défaut de ce paramètre) pendant la mise à jour 2002 et 2005. Le paramètre 0 jour prend effet immédiatement après la fin de la mise à jour. Cela entraîne l’arrêt immédiat de la conservation de tous les comptes de stockage supprimés, présents et à venir, et leur marquage pour le nettoyage périodique de la mémoire (exécuté toutes les heures).
  • Correction : spécifiez manuellement la période de rétention à une période appropriée. Cependant, tout compte de stockage collecté pour le nettoyage avant que la nouvelle période de rétention soit spécifiée n’est pas récupérable.

Fournisseurs de ressources

SQL/MySQL

  • Applicable : ce problème s’applique à la version 2002.
  • Cause : si le tampon contient le fournisseur de ressources SQL version 1.1.33.0 ou antérieure, lors de la mise à jour de l’empreinte, les panneaux pour SQL/MySQL ne seront pas chargés.
  • Correction : Mettez à jour le fournisseur de ressources vers la version 1.1.47.0

App Service

  • Applicable : ce problème s’applique à la version 2002.
  • Cause : si le tampon contient le fournisseur de ressources App Service version 1.7 et antérieure, lors de la mise à jour de l’empreinte, les panneaux pour App Service ne se chargent pas.
  • Correction : Mettez à jour le rp vers la version 2020 Q2.

PowerShell

Erreur générée au moment de l’installation des modules Az

  • Applicable : ce problème s’applique à 2002 et versions ultérieures
  • Cause : lors de l’installation du module, une erreur est levée. Le message d’erreur commence : Register-PacakgeSource : A parameter cannot be found that matches parameter name. 'PackageManagementProvider'. ou le message d’erreur peut inclure le texte suivant : PackageManagement\Install-Package : Cannot convert value "2.0.1-preview" to type "System.Version". Error: "Input string was not in a correct format."
  • Correction : exécutez l’applet de commande suivante dans la même session :
    Install-Module PowershellGet -MinimumVersion 2.3.0 -Force
    Fermez votre session, puis démarrez une nouvelle session PowerShell avec élévation de privilèges.
  • Occurrence : Courant

Au moment de l’installation du module Az, une erreur relative aux droits d’administrateur est générée à tort

  • Applicable : ce problème s’applique à 2002 et versions ultérieures
  • Cause : lors de l’installation du module à partir d’une invite avec élévation de privilèges, une erreur est levée. L’erreur indique Administrator rights required.
  • Correction : fermez votre session et démarrez une nouvelle session PowerShell avec élévation de privilèges. Vérifiez qu’il n’existe aucun module Az.Accounts chargé dans la session.
  • Occurrence : Courant

Place de marché

Échec de création du compte de stockage lors de la configuration de la sauvegarde automatique

  • Applicable : ce problème s’applique à 2002.
  • Cause : lors de la configuration de la sauvegarde automatisée de machines virtuelles SQL avec un nouveau compte de stockage, elle échoue avec l’échec de la validation du modèle de déploiement d’erreur . Le paramètre de modèle pour « SqlAutobackupStorageAccountKind » est introuvable.
  • Correction : Appliquez le dernier correctif logiciel 2002.

La sauvegarde automatique ne peut pas être configurée avec TLS 1.2 activé

  • Applicable : ce problème s’applique aux nouvelles installations de 2002 et ultérieures, ou à toute version précédente avec TLS 1.2 activé.
  • Cause : lors de la configuration de la sauvegarde automatisée de machines virtuelles SQL avec un compte de stockage existant, elle échoue avec l’erreur SQL Server IaaS Agent : la connexion sous-jacente a été fermée : une erreur inattendue s’est produite lors d’un envoi.
  • Occurrence : Courant

Problèmes connus archivés 1910

Cet article liste les problèmes connus des versions d’Azure Stack Hub. La liste est mise à jour lorsque de nouveaux problèmes sont identifiés.

Important

Si votre instance Azure Stack Hub présente plus de deux mises à jour de retard, elle est considérée comme non conforme. Pour bénéficier de la prise en charge, vous devez mettre à jour avec au moins la version minimale prise en charge.

Update

Pour plus d’informations sur les problèmes connus de mise à jour d’Azure Stack Hub, consultez Résolution des problèmes des mises à jour dans Azure Stack Hub.

Portail

Abonnements d’administration

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : les deux abonnements administratifs introduits avec la version 1804 ne doivent pas être utilisés. Les types d’abonnements sont Metering (Compteur) et Consumption (Consommation).
  • Correction : si vous avez des ressources en cours d’exécution sur ces deux abonnements, recréez-les dans les abonnements utilisateur.
  • Occurrence : Courant

Bouton d’abonnement en double dans le panneau de verrouillage

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail d’administration, le panneau Verrouillage des abonnements utilisateur comporte deux boutons qui indiquent Abonnement.
  • Occurrence : Courant

Autorisations d’abonnement

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : vous ne pouvez pas afficher les autorisations pour votre abonnement à l’aide des portails Azure Stack Hub.
  • Correction : Utilisez PowerShell pour vérifier les autorisations.
  • Occurrence : Courant

Paramètres du compte de stockage

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Configuration du compte de stockage affiche une option permettant de modifier le type de transfert de sécurité. La fonctionnalité n’est pas prise en charge dans Azure Stack Hub.
  • Occurrence : Courant

Erreur de chargement d’objet blob avec OAuth

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous essayez de charger un objet blob à l’aide de l’option OAuth(préversion), la tâche échoue avec un message d’erreur.
  • Correction : chargez l’objet blob à l’aide de l’option SAP.
  • Occurrence : Courant

Option de chargement d’objet blob non prise en charge

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous essayez de charger un objet blob dans le panneau de chargement, il existe une option permettant de sélectionner l’ID Microsoft Entra ou l’authentification par clé, mais l’ID Microsoft Entra n’est pas pris en charge dans Azure Stack Hub.
  • Occurrence : Courant

Alerte relative à l’interface réseau déconnectée

  • Applicable : ce problème s’applique à 1908 et versions ultérieures.
  • Cause : lorsqu’un câble est déconnecté d’une carte réseau, une alerte ne s’affiche pas dans le portail administrateur. Ce problème est dû au fait que cette erreur est désactivée par défaut dans Windows Server 2019.
  • Occurrence : Courant

Info-bulle incorrecte lors de la création d’une machine virtuelle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous sélectionnez un disque managé, avec le type de disque SSD Premium, la liste déroulante affiche le disque du système d’exploitation. L’info-bulle en regard de cette option indique Certaines tailles de disque de système d’exploitation peuvent être disponibles gratuitement avec le compte Azure gratuit. Toutefois, cela est non valide pour Azure Stack Hub. De plus, la liste inclut Compte gratuit éligible, ce qui est également non valide pour Azure Stack Hub.
  • Occurrence : Courant

Supprimer un conteneur de stockage

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsqu’un utilisateur tente de supprimer un conteneur de stockage, l’opération échoue lorsque l’utilisateur ne bascule pas remplacer les paramètres de rôle Azure Policy et RBAC.
  • Correction : vérifiez que la case est cochée pour remplacer les paramètres de rôle Azure Policy et RBAC.
  • Occurrence : Courant

Échec du bouton d’actualisation sur les machines virtuelles

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous accédez à Machines Virtuelles et que vous essayez d’actualiser à l’aide du bouton en haut, les états ne parviennent pas à être mis à jour avec précision.
  • Correction : l’état est automatiquement mis à jour toutes les 5 minutes, que le bouton d’actualisation ait été cliqué ou non. Attendez 5 minutes et vérifiez l’état.
  • Occurrence : Courant

Options de compte de stockage

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, le nom des comptes de stockage s’affiche en tant que compte de stockage : blob, fichier, table, file d’attente ; toutefois, le fichier n’est pas pris en charge dans Azure Stack Hub.
  • Occurrence : Courant

Configuration du compte de stockage

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous créez un compte de stockage et affichez sa configuration, vous ne pouvez pas enregistrer les modifications de configuration, car cela entraîne une erreur AJAX.
  • Occurrence : Courant

La supervision de la capacité dans le fournisseur de ressources SQL continue à se charger

  • Applicable : ce problème s’applique à la mise à jour Azure Stack Hub 1910 ou ultérieure, avec le fournisseur de ressources SQL version 1.1.33.0 ou antérieure installée.
  • Cause : la version actuelle du fournisseur de ressources SQL n’est pas compatible avec certaines des dernières modifications du portail dans la mise à jour 1910.
  • Correction : suivez le processus de mise à jour du fournisseur de ressources pour appliquer le correctif logiciel du fournisseur de ressources SQL 1.1.47.0 après la mise à niveau d’Azure Stack Hub vers la mise à jour 1910 (SQL RP version 1.1.47.0). Pour le fournisseur de ressources MySQL, il est également recommandé d’appliquer le correctif logiciel du fournisseur de ressources MySQL 1.1.47.0 après la mise à niveau d’Azure Stack Hub vers la mise à jour 1910 (MySQL RP version 1.1.47.0).
  • Occurrence : Courant

Contrôle d’accès (IAM)

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : L’extension IAM est obsolète. Le portail Ibiza fourni avec Azure Stack Hub introduit un nouveau comportement qui entraîne l’échec de l’extension RBAC si l’utilisateur ouvre le panneau Contrôle d’accès (IAM) pour un abonnement qui n’est pas sélectionné dans le sélecteur d’abonnement global (Annuaire + abonnement dans le portail utilisateur). Le panneau affiche Chargement en boucle, et l’utilisateur ne peut pas ajouter de nouveaux rôles à l’abonnement. Le panneau Ajouter affiche également Chargement en boucle.
  • Correction : vérifiez que l’abonnement est archivé dans le menu Annuaire + Abonnement . Le menu est accessible dans le haut du portail, près du bouton Notifications, ou via le raccourci du panneau Toutes les ressources qui affiche Vous ne voyez pas d’abonnement ? Ouvrir les paramètres de répertoire et d’abonnement. L’abonnement doit être sélectionné dans ce menu.

Fournisseur de ressources SQL

  • Applicable : ce problème s’applique aux timbres qui s’exécutent 1908 ou version antérieure.
  • Cause : lors du déploiement du fournisseur de ressources SQL version 1.1.47.0, le portail n’affiche aucune ressource autre que celle associée au fournisseur de ressources SQL.
  • Correction : supprimez le fournisseur de ressources, mettez à niveau le tampon et redéployez le fournisseur de ressources SQL.

Panneau Journal d’activité

  • Applicable : Ce problème s’applique aux timbres qui s’exécutent 1907 ou version ultérieure.
  • Cause : lors de l’accès au journal d’activité, le portail affiche uniquement la première page des entrées. L’option Charger plus de résultats ne charge pas d’entrées supplémentaires.
  • Correction : ajustez l’intervalle de temps dans le filtre pour passer en revue les entrées qui tombent après la première page.

Mise en réseau

Équilibreur de charge

Erreur : l’enregistrement du pool de back-ends d’équilibreur de charge a échoué

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de l’ajout de machines virtuelles de groupe à haute disponibilité au pool principal d’un équilibreur de charge, un message d’erreur s’affiche sur le portail indiquant échec de l’enregistrement du pool principal de l’équilibreur de charge. Il s’agit d’un problème esthétique sur le portail. Les fonctionnalités sont toujours en place et les machines virtuelles sont correctement ajoutées en interne au pool de back-ends.
  • Occurrence : Courant

Network Security Group

Le déploiement VM échoue en raison d’une règle DenyAllOutbound

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une règle DenyAllOutbound explicite ne peut pas être créée dans un groupe de sécurité réseau, car cela empêche toute communication interne à l’infrastructure nécessaire au déploiement de la machine virtuelle.
  • Occurrence : Courant

Impossible de supprimer un groupe de sécurité réseau si des cartes réseau ne sont pas associées à une machine virtuelle en cours d’exécution

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la dissociation d’un groupe de sécurité réseau et d’une carte réseau qui n’est pas attachée à une machine virtuelle en cours d’exécution, l’opération de mise à jour (PUT) pour cet objet échoue au niveau de la couche du contrôleur de réseau. Le groupe de sécurité réseau est mis à jour au niveau de la couche du fournisseur de ressources réseau, mais pas sur le contrôleur de réseau, de sorte que le groupe de sécurité réseau passe à l’état d’échec.
  • Correction : attachez les cartes réseau associées au groupe de sécurité réseau qui doivent être supprimées avec les machines virtuelles en cours d’exécution et dissociez le groupe de sécurité réseau ou supprimez toutes les cartes réseau associées au groupe de sécurité réseau.
  • Occurrence : Courant

Interface réseau

Impossible d’ajouter la carte réseau à une machine virtuelle cours d’exécution

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une nouvelle interface réseau ne peut pas être ajoutée à une machine virtuelle qui est dans un état en cours d’exécution .
  • Correction : arrêtez la machine virtuelle avant d’ajouter ou de supprimer une interface réseau.
  • Occurrence : Courant

Problèmes de démarrage VM après la suppression/le détachement de la carte réseau principale

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : la carte réseau principale d’une machine virtuelle ne peut pas être modifiée. La suppression ou le détachement de la carte réseau principale entraînerait des problèmes de démarrage de la machine virtuelle.
  • Occurrence : Courant

Passerelle de réseau virtuel

La passerelle de réseau virtuel apparaît comme une option de routage Type de tronçon suivant

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous créez une table de routage, Réseau virtuel passerelle apparaît comme l’une des options de type de tronçon suivant. Toutefois, cela n’est pas pris en charge dans Azure Stack Hub.
  • Occurrence : Courant

Le panneau Passerelle de réseau virtuel affiche l’option permettant d’utiliser les alertes

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Réseau virtuel Passerelle affiche une option permettant d’utiliser des alertes. Cette fonctionnalité n’est pas prise en charge dans Azure Stack Hub.
  • Occurrence : Courant

Le panneau Passerelle de réseau virtuel affiche l’option Actif-actif

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, lors de la création et dans le menu des ressources de Réseau virtuel Passerelle, vous verrez une option permettant d’activer la configuration Active-Active. Cette fonctionnalité n’est pas prise en charge dans Azure Stack Hub.
  • Occurrence : Courant

Le panneau Connexions affiche la fonctionnalité de résolution des problèmes VPN

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Connexions affiche une fonctionnalité appelée Utilitaire de résolution des problèmes VPN. Cette fonctionnalité n’est pas prise en charge dans Azure Stack Hub.
  • Occurrence : Courant

La ressource de passerelle VPN affiche la fonctionnalité de résolution des problèmes VPN et de métriques

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, la fonctionnalité de résolution des problèmes VPN et les métriques d’une ressource de passerelle VPN s’affichent, mais cela n’est pas pris en charge dans Azure Stack Hub.
  • Occurrence : Courant

Points de terminaison de service non disponibles

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Réseau virtuel affiche une option permettant d’utiliser des points de terminaison de service. Cette fonctionnalité n’est pas prise en charge dans Azure Stack Hub.
  • Occurrence : Courant

Compute

Diagnostics de démarrage de machine virtuelle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Lors de la création d’une machine virtuelle Windows, l’erreur suivante peut s’afficher : Échec du démarrage de la machine virtuelle « vm-name ». Erreur : Échec de la mise à jour des paramètres de sortie série pour la machine virtuelle « vm-name ». Cette erreur se produit si vous activez les diagnostics de démarrage sur une machine virtuelle alors que vous avez supprimé votre compte de stockage des diagnostics de démarrage.
  • Correction : recréez le compte de stockage portant le même nom que celui que vous avez utilisé précédemment.
  • Occurrence : Courant

Quota de calcul consommé

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la création d’une machine virtuelle, vous pouvez recevoir une erreur telle que cet abonnement est en capacité pour le nombre total de processeurs virtuels régionaux sur cet emplacement. Cet abonnement utilise tous les 50 processeurs virtuels régionaux totaux disponibles.. Cela indique que le quota pour le nombre total de cœurs à votre disposition a été atteint.
  • Correction : Demandez à votre opérateur d’obtenir un plan de module complémentaire avec un quota supplémentaire. La modification du quota du plan actuel ne fonctionne pas ou ne reflète pas l’augmentation du quota.
  • Occurrence : Rare

Point de terminaison privilégié

  • Applicable : ce problème s’applique aux versions 1910 et antérieures.
  • Cause : Impossible de se connecter au point de terminaison privilégié (machines virtuelles ERC) à partir d’un ordinateur exécutant une version non anglaise de Windows.
  • Correction : il s’agit d’un problème connu qui a été résolu dans les versions antérieures à 1910. En guise de solution de contournement, vous pouvez exécuter les cmdlets New-PSSession et Enter-PSSession en utilisant la culture en-US. Par exemple, définissez la culture avec le script suivant : https://resources.oreilly.com/examples/9780596528492/blob/master/Use-Culture.ps1.
  • Occurrence : Rare

Jeu de mise à l'échelle de machine virtuelle

Créer des échecs durant l’application des correctifs logiciels et des mises à jour dans les environnements Azure Stack Hub à 4 nœuds

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : La création de machines virtuelles dans un groupe à haute disponibilité de 3 domaines d’erreur et la création d’une instance de groupe de machines virtuelles identiques échoue avec une erreur FabricVmPlacementErrorUnsupportedFaultDomainSize pendant le processus de mise à jour sur un environnement Azure Stack Hub à 4 nœuds.
  • Correction : vous pouvez créer des machines virtuelles uniques dans un groupe à haute disponibilité avec 2 domaines d’erreur avec succès. Toutefois, la création d’instances de groupes identiques n’est toujours pas disponible pendant le processus de mise à jour sur un déploiement Azure Stack Hub à 4 nœuds.

Problèmes connus archivés 1908

Cet article liste les problèmes connus dans les versions d’Azure Stack. La liste est mise à jour lorsque de nouveaux problèmes sont identifiés.

Pour accéder aux problèmes connus d'une autre version, utilisez le menu déroulant de sélection de la version, situé au-dessus de la table des matières à gauche.

Important

Passez en revue cette section avant d’appliquer la mise à jour.

Important

Si votre instance Azure Stack est en retard de plus de deux mises à jour, elle est considérée comme non conforme. Pour bénéficier de la prise en charge, vous devez mettre à jour avec au moins la version minimale prise en charge.

Processus de mise à jour 1908

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la tentative d’installation de la mise à jour Azure Stack, l’état de la mise à jour peut échouer et changer l’état de préparationFailed. Cela est dû au fait que le fournisseur de ressources de mise à jour est dans l’impossibilité de transférer correctement les fichiers du conteneur de stockage vers un partage d’infrastructure interne à des fins de traitement.
  • Correction : À compter de la version 1901 (1.1901.0.95), vous pouvez contourner ce problème en cliquant à nouveau sur Mettre à jour ( et non reprendre). Le fournisseur de ressources de mise à jour (URP) nettoie les fichiers de la tentative précédente, puis redémarre le téléchargement. Si le problème persiste, nous vous conseillons de charger manuellement le package de mise à jour comme cela est décrit dans la section Installer des mises à jour.
  • Occurrence : Courant

Portail

Abonnements d’administration

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : les deux abonnements administratifs introduits avec la version 1804 ne doivent pas être utilisés. Les types d’abonnements sont Metering (Compteur) et Consumption (Consommation).
  • Correction : si vous avez des ressources en cours d’exécution sur ces deux abonnements, recréez-les dans les abonnements utilisateur.
  • Occurrence : Courant

Panneau Propriétés des abonnements

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail administrateur, le panneau Propriétés des abonnements ne se charge pas correctement
  • Correction : vous pouvez afficher ces propriétés d’abonnement dans le volet Essentials du panneau Vue d’ensemble des abonnements.
  • Occurrence : Courant

Panneau de verrouillage des abonnements

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail administrateur, le panneau Verrou pour des abonnements utilisateur comporte deux boutons libellés Abonnement.
  • Occurrence : Courant

Autorisations d’abonnement

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : vous ne pouvez pas afficher les autorisations de votre abonnement à l’aide des portails Azure Stack.
  • Correction : Utilisez PowerShell pour vérifier les autorisations.
  • Occurrence : Courant

Paramètres du compte de stockage

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Configuration du compte de stockage affiche une option permettant de modifier le type de transfert de sécurité. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Charger l’objet blob

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous essayez de charger un objet blob à l’aide de l’option OAuth(préversion), la tâche échoue avec un message d’erreur.
  • Correction : chargez l’objet blob à l’aide de l’option SAP.
  • Occurrence : Courant

Mise en réseau

Points de terminaison de service

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Réseau virtuel affiche une option permettant d’utiliser des points de terminaison de service. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Interface réseau

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une nouvelle interface réseau ne peut pas être ajoutée à une machine virtuelle qui est dans un état en cours d’exécution .
  • Correction : arrêtez la machine virtuelle avant d’ajouter/supprimer une interface réseau.
  • Occurrence : Courant

Passerelle de réseau virtuel

Suppression du nom de passerelle de réseau local

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, la suppression de la passerelle de réseau local affiche le message d’erreur suivant : Impossible de supprimer une passerelle de réseau local avec une connexion active, même s’il n’existe aucune connexion active.
  • Atténuation : le correctif de ce problème sera publié en 1907. Une solution de contournement de ce problème consiste à créer une passerelle de réseau local avec la même adresse IP, le même espace d’adressage et les mêmes détails de configuration, mais avec un autre nom. L’ancien LNG peut être supprimé une fois que l’environnement a été mis à jour vers la version 1907.
  • Occurrence : Courant

Alertes

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Réseau virtuel Passerelle affiche une option permettant d’utiliser des alertes. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Active-Active

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, lors de la création et dans le menu des ressources de Réseau virtuel Passerelle, vous verrez une option permettant d’activer la configuration Active-Active. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Résolution des problèmes de VPN

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Connexions affiche une fonctionnalité appelée Utilitaire de résolution des problèmes VPN. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Documentation

Compute

Diagnostics de démarrage de machine virtuelle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Lors de la création d’une machine virtuelle Windows, l’erreur suivante peut s’afficher : Échec du démarrage de la machine virtuelle « vm-name ». Erreur : Échec de la mise à jour des paramètres de sortie série pour la machine virtuelle « vm-name ». Cette erreur se produit si vous activez les diagnostics de démarrage sur une machine virtuelle alors que vous avez supprimé votre compte de stockage des diagnostics de démarrage.
  • Correction : recréez le compte de stockage portant le même nom que celui que vous avez utilisé précédemment.
  • Occurrence : Courant

Jeu de mise à l'échelle de machine virtuelle

Créer des échecs au cours des correctifs et mises à jour sur des environnements Azure Stack à 4 nœuds

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : La création de machines virtuelles dans un groupe à haute disponibilité de 3 domaines d’erreur et la création d’une instance de groupe de machines virtuelles identiques échoue avec une erreur FabricVmPlacementErrorUnsupportedFaultDomainSize pendant le processus de mise à jour sur un environnement Azure Stack à 4 nœuds.
  • Correction : vous pouvez créer des machines virtuelles uniques dans un groupe à haute disponibilité avec 2 domaines d’erreur avec succès. En revanche, la création d’instances de groupe identique n’est toujours pas disponible pendant le processus de mise à jour sur un environnement Azure Stack à 4 nœuds.

Accès SSH Ubuntu

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une machine virtuelle Ubuntu 18.04 créée avec l’autorisation SSH activée ne vous permet pas d’utiliser les clés SSH pour vous connecter.
  • Correction : Utilisez l’accès aux machines virtuelles pour l’extension Linux pour implémenter des clés SSH après l’approvisionnement ou utiliser l’authentification basée sur mot de passe.
  • Occurrence : Courant

La réinitialisation du mot de passe d’un groupe de machines virtuelles identiques ne fonctionne pas

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : un nouveau panneau de réinitialisation de mot de passe s’affiche dans l’interface utilisateur du groupe identique, mais Azure Stack ne prend pas encore en charge la réinitialisation du mot de passe sur un groupe identique.
  • Correction : Aucun.
  • Occurrence : Courant

Nuage qui pleure sur le diagnostic de groupe identique

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : la page vue d’ensemble du groupe de machines virtuelles identiques affiche un graphique vide. En cliquant sur le graphique vide, un panneau avec un nuage qui pleure. C’est le graphique des informations de diagnostic du groupe identique, comme le pourcentage UC, et ce n’est pas une fonctionnalité prise en charge dans la version Azure Stack actuelle.
  • Correction : Aucun.
  • Occurrence : Courant

Panneau des paramètres de diagnostic de machine virtuelle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : le panneau paramètres de diagnostic de la machine virtuelle a un onglet Récepteur , qui demande un compte Application Insight. C’est le résultat d’un nouveau panneau et ce n’est pas encore pris en charge dans Azure Stack.
  • Correction : Aucun.
  • Occurrence : Courant

Problèmes connus archivés 1907

Cet article liste les problèmes connus dans les versions d’Azure Stack. La liste est mise à jour lorsque de nouveaux problèmes sont identifiés.

Pour accéder aux problèmes connus d'une autre version, utilisez le menu déroulant de sélection de la version, situé au-dessus de la table des matières à gauche.

Important

Passez en revue cette section avant d’appliquer la mise à jour.

Important

Si votre instance Azure Stack est en retard de plus de deux mises à jour, elle est considérée comme non conforme. Pour bénéficier de la prise en charge, vous devez mettre à jour avec au moins la version minimale prise en charge.

Processus de mise à jour 1907

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la tentative d’installation de la mise à jour 1907 d’Azure Stack, l’état de la mise à jour peut échouer et passer à l’état PréparationFailed. Cela est dû au fait que le fournisseur de ressources de mise à jour est dans l’impossibilité de transférer correctement les fichiers du conteneur de stockage vers un partage d’infrastructure interne à des fins de traitement.
  • Correction : À compter de la version 1901 (1.1901.0.95), vous pouvez contourner ce problème en cliquant à nouveau sur Mettre à jour ( et non reprendre). Le fournisseur de ressources de mise à jour (URP) nettoie les fichiers de la tentative précédente, puis redémarre le téléchargement. Si le problème persiste, nous vous conseillons de charger manuellement le package de mise à jour comme cela est décrit dans la section Importer et installer des mises à jour.
  • Occurrence : Courant

Portail

Abonnements d’administration

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : les deux abonnements administratifs introduits avec la version 1804 ne doivent pas être utilisés. Les types d’abonnements sont Metering (Compteur) et Consumption (Consommation).
  • Correction : si vous avez des ressources en cours d’exécution sur ces deux abonnements, recréez-les dans les abonnements utilisateur.
  • Occurrence : Courant

Panneau Propriétés des abonnements

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail administrateur, le panneau Propriétés des abonnements ne se charge pas correctement
  • Correction : vous pouvez afficher ces propriétés d’abonnement dans le volet Essentials du panneau Vue d’ensemble des abonnements.
  • Occurrence : Courant

Autorisations d’abonnement

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : vous ne pouvez pas afficher les autorisations de votre abonnement à l’aide des portails Azure Stack.
  • Correction : Utilisez PowerShell pour vérifier les autorisations.
  • Occurrence : Courant

Paramètres du compte de stockage

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Configuration du compte de stockage affiche une option permettant de modifier le type de transfert de sécurité. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Charger l’objet blob

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous essayez de charger un objet blob à l’aide de l’option OAuth(préversion), la tâche échoue avec un message d’erreur.
  • Correction : chargez l’objet blob à l’aide de l’option SAP.
  • Occurrence : Courant

Mise en réseau

Points de terminaison de service

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Réseau virtuel affiche une option permettant d’utiliser des points de terminaison de service. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Interface réseau

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une nouvelle interface réseau ne peut pas être ajoutée à une machine virtuelle qui est dans un état en cours d’exécution .
  • Correction : arrêtez la machine virtuelle avant d’ajouter/supprimer une interface réseau.
  • Occurrence : Courant

Passerelle de réseau virtuel

Alertes

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Réseau virtuel Passerelle affiche une option permettant d’utiliser des alertes. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Active-Active

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, lors de la création et dans le menu des ressources de Réseau virtuel Passerelle, vous verrez une option permettant d’activer la configuration Active-Active. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Résolution des problèmes de VPN

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Connexions affiche une fonctionnalité appelée Utilitaire de résolution des problèmes VPN. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Type de connexion réseau

  • Applicable : Ce problème s’applique à n’importe quel environnement 1906 ou 1907.
  • Cause : dans le portail utilisateur, le panneau AddConnection affiche une option permettant d’utiliser le réseau virtuel à réseau virtuel. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Documentation

Compute

Diagnostics de démarrage de machine virtuelle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Lors de la création d’une machine virtuelle Windows, l’erreur suivante peut s’afficher : Échec du démarrage de la machine virtuelle « vm-name ». Erreur : Échec de la mise à jour des paramètres de sortie série pour la machine virtuelle « vm-name ». Cette erreur se produit si vous activez les diagnostics de démarrage sur une machine virtuelle alors que vous avez supprimé votre compte de stockage des diagnostics de démarrage.
  • Correction : recréez le compte de stockage portant le même nom que celui que vous avez utilisé précédemment.
  • Occurrence : Courant

Jeu de mise à l'échelle de machine virtuelle

Créer des échecs au cours des correctifs et mises à jour sur des environnements Azure Stack à 4 nœuds

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : La création de machines virtuelles dans un groupe à haute disponibilité de 3 domaines d’erreur et la création d’une instance de groupe de machines virtuelles identiques échoue avec une erreur FabricVmPlacementErrorUnsupportedFaultDomainSize pendant le processus de mise à jour sur un environnement Azure Stack à 4 nœuds.
  • Correction : vous pouvez créer des machines virtuelles uniques dans un groupe à haute disponibilité avec 2 domaines d’erreur avec succès. En revanche, la création d’instances de groupe identique n’est toujours pas disponible pendant le processus de mise à jour sur un environnement Azure Stack à 4 nœuds.

Accès SSH Ubuntu

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une machine virtuelle Ubuntu 18.04 créée avec l’autorisation SSH activée ne vous permet pas d’utiliser les clés SSH pour vous connecter.
  • Correction : Utilisez l’accès aux machines virtuelles pour l’extension Linux pour implémenter des clés SSH après l’approvisionnement ou utiliser l’authentification basée sur mot de passe.
  • Occurrence : Courant

La réinitialisation du mot de passe d’un groupe de machines virtuelles identiques ne fonctionne pas

  • Applicable : ce problème s’applique aux versions 1906 et 1907.
  • Cause : un nouveau panneau de réinitialisation de mot de passe s’affiche dans l’interface utilisateur du groupe identique, mais Azure Stack ne prend pas encore en charge la réinitialisation du mot de passe sur un groupe identique.
  • Correction : Aucun.
  • Occurrence : Courant

Nuage qui pleure sur le diagnostic de groupe identique

  • Applicable : ce problème s’applique aux versions 1906 et 1907.
  • Cause : la page vue d’ensemble du groupe de machines virtuelles identiques affiche un graphique vide. En cliquant sur le graphique vide, un panneau avec un nuage qui pleure. C’est le graphique des informations de diagnostic du groupe identique, comme le pourcentage UC, et ce n’est pas une fonctionnalité prise en charge dans la version Azure Stack actuelle.
  • Correction : Aucun.
  • Occurrence : Courant

Panneau des paramètres de diagnostic de machine virtuelle

  • Applicable : ce problème s’applique aux versions 1906 et 1907.
  • Cause : le panneau paramètres de diagnostic de la machine virtuelle a un onglet Récepteur , qui demande un compte Application Insight. C’est le résultat d’un nouveau panneau et ce n’est pas encore pris en charge dans Azure Stack.
  • Correction : Aucun.
  • Occurrence : Courant

Problèmes connus archivés 1906

Cet article liste les problèmes connus dans les versions d’Azure Stack. La liste est mise à jour lorsque de nouveaux problèmes sont identifiés.

Pour accéder aux problèmes connus d'une autre version, utilisez le menu déroulant de sélection de la version, situé au-dessus de la table des matières à gauche.

Important

Passez en revue cette section avant d’appliquer la mise à jour.

Important

Si votre instance Azure Stack est en retard de plus de deux mises à jour, elle est considérée comme non conforme. Pour bénéficier de la prise en charge, vous devez mettre à jour avec au moins la version minimale prise en charge.

Processus de mise à jour 1906

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la tentative d’installation de la mise à jour 1906 d’Azure Stack, l’état de la mise à jour peut échouer et passer à l’état PréparationFailed. Cela est dû au fait que le fournisseur de ressources de mise à jour est dans l’impossibilité de transférer correctement les fichiers du conteneur de stockage vers un partage d’infrastructure interne à des fins de traitement.
  • Correction : À compter de la version 1901 (1.1901.0.95), vous pouvez contourner ce problème en cliquant à nouveau sur Mettre à jour ( et non reprendre). Le fournisseur de ressources de mise à jour (URP) nettoie les fichiers de la tentative précédente, puis redémarre le téléchargement. Si le problème persiste, nous vous conseillons de charger manuellement le package de mise à jour comme cela est décrit dans la section Importer et installer des mises à jour.
  • Occurrence : Courant

Portail

Abonnements d’administration

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : les deux abonnements administratifs introduits avec la version 1804 ne doivent pas être utilisés. Les types d’abonnements sont Metering (Compteur) et Consumption (Consommation).
  • Correction : si vous avez des ressources en cours d’exécution sur ces deux abonnements, recréez-les dans les abonnements utilisateur.
  • Occurrence : Courant

Ressources d’abonnement

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : la suppression d’abonnements utilisateur entraîne des ressources orphelines.
  • Correction : commencez par supprimer les ressources utilisateur ou l’ensemble du groupe de ressources, puis supprimez les abonnements utilisateur.
  • Occurrence : Courant

Autorisations d’abonnement

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : vous ne pouvez pas afficher les autorisations de votre abonnement à l’aide des portails Azure Stack.
  • Correction : Utilisez PowerShell pour vérifier les autorisations.
  • Occurrence : Courant

Panneau Propriétés des abonnements

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail d’administration, le panneau Propriétés des abonnements ne se charge pas correctement
  • Correction : vous pouvez afficher ces propriétés d’abonnements dans le volet Essentials du panneau Vue d’ensemble des abonnements
  • Occurrence : Courant

Paramètres du compte de stockage

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Configuration du compte de stockage affiche une option permettant de modifier le type de transfert de sécurité. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Charger l’objet blob

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous essayez de charger un objet blob à l’aide de l’option OAuth(préversion), la tâche échoue avec un message d’erreur.
  • Correction : chargez l’objet blob à l’aide de l’option SAP.
  • Occurrence : Courant

Update

  • Applicable : ce problème s’applique à la version 1906.
  • Cause : Dans le portail d’opérateur, l’état de mise à jour du correctif logiciel affiche un état incorrect pour la mise à jour. L’état initial indique que l’installation de la mise à jour a échoué, même si elle est toujours en cours.
  • Correction : actualisez le portail et l’état sera mis à jour vers « en cours ».
  • Occurrence : intermittent

Mise en réseau

Points de terminaison de service

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Réseau virtuel affiche une option permettant d’utiliser des points de terminaison de service. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Interface réseau

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une nouvelle interface réseau ne peut pas être ajoutée à une machine virtuelle qui est dans un état en cours d’exécution .
  • Correction : arrêtez la machine virtuelle avant d’ajouter/supprimer une interface réseau.
  • Occurrence : Courant

Passerelle de réseau virtuel

Alertes

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Réseau virtuel Passerelle affiche une option permettant d’utiliser des alertes. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Active-Active

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, lors de la création et dans le menu des ressources de Réseau virtuel Passerelle, vous verrez une option permettant d’activer la configuration Active-Active. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Résolution des problèmes de VPN

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, le panneau Connexions affiche une fonctionnalité appelée Utilitaire de résolution des problèmes VPN. Cette fonctionnalité n’est actuellement pas prise en charge dans Azure Stack.
  • Occurrence : Courant

Documentation

Équilibreur de charge

Ajouter un pool back-end

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, si vous tentez d’ajouter un pool principal à un équilibreur de charge, l’opération échoue avec le message d’erreur qui n’a pas pu mettre à jour Load Balancer....
  • Correction : utilisez PowerShell, l’interface CLI ou un modèle Resource Manager pour associer le pool principal à une ressource d’équilibreur de charge.
  • Occurrence : Courant

Créer des règles NAT de trafic entrant

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, si vous tentez de créer une règle NAT de trafic entrant pour un équilibreur de charge, l’opération échoue avec le message d’erreur Échec de la mise à jour de Load Balancer....
  • Correction : utilisez PowerShell, l’interface CLI ou un modèle Resource Manager pour associer le pool principal à une ressource d’équilibreur de charge.
  • Occurrence : Courant

Compute

Diagnostics de démarrage de machine virtuelle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Lors de la création d’une machine virtuelle Windows, l’erreur suivante peut s’afficher : Échec du démarrage de la machine virtuelle « vm-name ». Erreur : Échec de la mise à jour des paramètres de sortie série pour la machine virtuelle « vm-name ». Cette erreur se produit si vous activez les diagnostics de démarrage sur une machine virtuelle alors que vous avez supprimé votre compte de stockage des diagnostics de démarrage.
  • Correction : recréez le compte de stockage portant le même nom que celui que vous avez utilisé précédemment.
  • Occurrence : Courant

Jeu de mise à l'échelle de machine virtuelle

Créer des échecs au cours des correctifs et mises à jour sur des environnements Azure Stack à 4 nœuds

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : La création de machines virtuelles dans un groupe à haute disponibilité de 3 domaines d’erreur et la création d’une instance de groupe de machines virtuelles identiques échoue avec une erreur FabricVmPlacementErrorUnsupportedFaultDomainSize pendant le processus de mise à jour sur un environnement Azure Stack à 4 nœuds.
  • Correction : vous pouvez créer des machines virtuelles uniques dans un groupe à haute disponibilité avec 2 domaines d’erreur avec succès. En revanche, la création d’instances de groupe identique n’est toujours pas disponible pendant le processus de mise à jour sur un environnement Azure Stack à 4 nœuds.

Accès SSH Ubuntu

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une machine virtuelle Ubuntu 18.04 créée avec l’autorisation SSH activée ne vous permet pas d’utiliser les clés SSH pour vous connecter.
  • Correction : Utilisez l’accès aux machines virtuelles pour l’extension Linux pour implémenter des clés SSH après l’approvisionnement ou utiliser l’authentification basée sur mot de passe.
  • Occurrence : Courant

La réinitialisation du mot de passe d’un groupe de machines virtuelles identiques ne fonctionne pas

  • Applicable : ce problème s’applique à la version 1906.
  • Cause : un nouveau panneau de réinitialisation de mot de passe s’affiche dans l’interface utilisateur du groupe identique, mais Azure Stack ne prend pas encore en charge la réinitialisation du mot de passe sur un groupe identique.
  • Correction : Aucun.
  • Occurrence : Courant

Nuage qui pleure sur le diagnostic de groupe identique

  • Applicable : ce problème s’applique à la version 1906.
  • Cause : la page vue d’ensemble du groupe de machines virtuelles identiques affiche un graphique vide. En cliquant sur le graphique vide, un panneau avec un nuage qui pleure. C’est le graphique des informations de diagnostic du groupe identique, comme le pourcentage UC, et ce n’est pas une fonctionnalité prise en charge dans la version Azure Stack actuelle.
  • Correction : Aucun.
  • Occurrence : Courant

Panneau des paramètres de diagnostic de machine virtuelle

  • Applicable : ce problème s’applique à la version 1906.
  • Cause : le panneau paramètres de diagnostic de la machine virtuelle a un onglet Récepteur , qui demande un compte Application Insight. C’est le résultat d’un nouveau panneau et ce n’est pas encore pris en charge dans Azure Stack.
  • Correction : Aucun.
  • Occurrence : Courant

Problèmes connus archivés 1905

Cet article répertorie les problèmes connus dans la version 1905 d’Azure Stack. La liste est mise à jour lorsque de nouveaux problèmes sont identifiés.

Important

Passez en revue cette section avant d’appliquer la mise à jour.

Processus de mise à jour

Échec lié aux prérequis de mise à jour d’un nœud hôte

  • Applicable : ce problème s’applique à la mise à jour 1905.
  • Cause : lors de la tentative d’installation de la mise à jour 1905 d’Azure Stack, l’état de la mise à jour peut échouer en raison de la configuration requise pour la mise à jour du nœud hôte. Cela est généralement dû au manque d’espace disque disponible sur un nœud hôte.
  • Correction : contactez le support Azure Stack pour recevoir de l’aide pour effacer l’espace disque sur le nœud hôte.
  • Occurrence : rare

Échec de la préparation

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la tentative d’installation de la mise à jour 1905 d’Azure Stack, l’état de la mise à jour peut échouer et passer à l’état PréparationFailed. Cela est dû au fait que le fournisseur de ressources de mise à jour est dans l’impossibilité de transférer correctement les fichiers du conteneur de stockage vers un partage d’infrastructure interne à des fins de traitement. Ce problème est davantage susceptible de se produire, car le package de mise à jour 1905 est plus volumineux que les packages de mise à jour précédents.
  • Correction : À compter de la version 1901 (1.1901.0.95), vous pouvez contourner ce problème en cliquant à nouveau sur Mettre à jour ( et non reprendre). Le fournisseur de ressources de mise à jour (URP) nettoie les fichiers de la tentative précédente, puis redémarre le téléchargement. Si le problème persiste, nous vous conseillons de charger manuellement le package de mise à jour comme cela est décrit dans la section Importer et installer des mises à jour.
  • Occurrence : Courant

Portail

Ressources d’abonnement

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : la suppression d’abonnements utilisateur entraîne des ressources orphelines.
  • Correction : commencez par supprimer les ressources utilisateur ou l’ensemble du groupe de ressources, puis supprimez les abonnements utilisateur.
  • Occurrence : Courant

Autorisations d’abonnement

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : vous ne pouvez pas afficher les autorisations de votre abonnement à l’aide des portails Azure Stack.
  • Correction : Utilisez PowerShell pour vérifier les autorisations.
  • Occurrence : Courant

Gestion de la Place de marché

  • Applicable : Ce problème s’applique aux versions 1904 et 1905
  • Cause : l’écran de gestion de la Place de marché n’est pas visible lorsque vous vous connectez au portail administrateur.
  • Correction : actualisez le navigateur ou accédez à Paramètres , puis sélectionnez l’option Réinitialiser les paramètres par défaut.
  • Occurrence : intermittent

Extension Docker

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans les portails administrateur et utilisateur, si vous recherchez Docker, l’élément est retourné de manière incorrecte. Il n’est pas disponible dans Azure Stack. Si vous essayez de le créer, une erreur s’affiche.
  • Correction : aucune atténuation.
  • Occurrence : Courant

Charger l’objet blob

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous essayez de charger un objet blob à l’aide de l’option OAuth(préversion), la tâche échoue avec un message d’erreur.
  • Correction : chargez l’objet blob à l’aide de l’option SAP.
  • Occurrence : Courant

Modèle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, l’interface utilisateur du déploiement de modèle ne remplit pas les paramètres des noms de modèles commençant par « _ » (caractère de soulignement).
  • Correction : supprimez le caractère de soulignement (trait de soulignement) du nom du modèle.
  • Occurrence : Courant

Mise en réseau

Équilibreur de charge

Ajouter un pool back-end

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, si vous tentez d’ajouter un pool principal à un équilibreur de charge, l’opération échoue avec le message d’erreur qui n’a pas pu mettre à jour Load Balancer....
  • Correction : utilisez PowerShell, l’interface CLI ou un modèle Resource Manager pour associer le pool principal à une ressource d’équilibreur de charge.
  • Occurrence : Courant

Créer des règles NAT de trafic entrant

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, si vous tentez de créer une règle NAT de trafic entrant pour un équilibreur de charge, l’opération échoue avec le message d’erreur Échec de la mise à jour de Load Balancer....
  • Correction : utilisez PowerShell, l’interface CLI ou un modèle Resource Manager pour associer le pool principal à une ressource d’équilibreur de charge.
  • Occurrence : Courant

Créer un équilibreur de charge

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, la fenêtre Créer un équilibreur de charge affiche une option permettant de créer une référence SKU d’équilibreur de charge standard. Cette option n’est pas prise en charge dans Azure Stack.
  • Correction : utilisez plutôt les options d’équilibreur de charge de base .
  • Occurrence : Courant

Adresse IP publique

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, la fenêtre Créer une adresse IP publique affiche une option permettant de créer une référence SKU Standard . La référence SKU Standard n’est pas prise en charge dans Azure Stack.
  • Correction : Utilisez la référence SKU de base pour l’adresse IP publique.
  • Occurrence : Courant

Compute

Diagnostics de démarrage de machine virtuelle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Lors de la création d’une machine virtuelle Windows, l’erreur suivante peut s’afficher : Échec du démarrage de la machine virtuelle « vm-name ». Erreur : Échec de la mise à jour des paramètres de sortie série pour la machine virtuelle « vm-name ». Cette erreur se produit si vous activez les diagnostics de démarrage sur une machine virtuelle alors que vous avez supprimé votre compte de stockage des diagnostics de démarrage.
  • Correction : recréez le compte de stockage portant le même nom que celui que vous avez utilisé précédemment.
  • Occurrence : Courant

Redimensionnement de machine virtuelle

  • Applicable : ce problème s’applique à la version 1905.
  • Cause : Impossible de redimensionner correctement une machine virtuelle de disque managé. La tentative de redimensionnement de la machine virtuelle génère une erreur avec « code » : « InternalOperationError », « message » : « Une erreur interne s’est produite dans l’opération ».
  • Correction : nous travaillons à résoudre ce problème dans la prochaine version. Actuellement, vous devez recréer la machine virtuelle avec la nouvelle taille de machine virtuelle.
  • Occurrence : Courant

Jeu de mise à l'échelle de machine virtuelle

Supprimer un groupe identique

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : vous ne pouvez pas supprimer un groupe identique du panneau Groupes de machines virtuelles identiques .
  • Correction : sélectionnez le groupe identique à supprimer, puis cliquez sur le bouton Supprimer dans le volet Vue d’ensemble .
  • Occurrence : Courant

Créer des échecs au cours des correctifs et mises à jour sur des environnements Azure Stack à 4 nœuds

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : La création de machines virtuelles dans un groupe à haute disponibilité de 3 domaines d’erreur et la création d’une instance de groupe de machines virtuelles identiques échoue avec une erreur FabricVmPlacementErrorUnsupportedFaultDomainSize pendant le processus de mise à jour sur un environnement Azure Stack à 4 nœuds.
  • Correction : vous pouvez créer des machines virtuelles uniques dans un groupe à haute disponibilité avec 2 domaines d’erreur avec succès. En revanche, la création d’instances de groupe identique n’est toujours pas disponible pendant le processus de mise à jour sur un environnement Azure Stack à 4 nœuds.

Le panneau de vue des instances de groupe identique ne charge pas

  • Applicable : Ce problème s’applique à la version 1904 et 1905.
  • Cause : Le panneau de vue des instances d’un groupe de machines virtuelles identiques situé dans Portail Azure Stack -> Tableau de bord -> Groupes de machines virtuelles identiques -> AnyScaleSet - Instances -> AnyScaleSetInstance ne parvient pas à se charger et affiche l’image d’un nuage qui pleure.
  • Correction : il n’existe actuellement aucune correction et nous travaillons à un correctif. En attendant, utilisez la commande CLI az vmss get-instance-view pour obtenir la vue des instances d’un groupe identique.

Accès SSH Ubuntu

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une machine virtuelle Ubuntu 18.04 créée avec l’autorisation SSH activée ne vous permet pas d’utiliser les clés SSH pour vous connecter.
  • Correction : Utilisez l’accès aux machines virtuelles pour l’extension Linux pour implémenter des clés SSH après l’approvisionnement ou utiliser l’authentification basée sur mot de passe.
  • Occurrence : Courant

Étapes suivantes

Problèmes connus archivés 1904

Cet article répertorie les problèmes connus dans la version 1904 d’Azure Stack. La liste est mise à jour lorsque de nouveaux problèmes sont identifiés.

Important

Passez en revue cette section avant d’appliquer la mise à jour.

Processus de mise à jour

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : lors de la tentative d’installation d’une mise à jour Azure Stack, l’état de la mise à jour peut échouer et changer l’état de préparationFailed. Cela est dû au fait que le fournisseur de ressources de mise à jour est dans l’impossibilité de transférer correctement les fichiers du conteneur de stockage vers un partage d’infrastructure interne à des fins de traitement.
  • Correction : À compter de la version 1901 (1.1901.0.95), vous pouvez contourner ce problème en cliquant à nouveau sur Mettre à jour ( et non reprendre). Le fournisseur de ressources de mise à jour nettoie les fichiers de la tentative précédente, puis redémarre le téléchargement.
  • Occurrence : Courant

Portail

Abonnements d’administration

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : les deux abonnements administratifs introduits avec la version 1804 ne doivent pas être utilisés. Les types d’abonnements sont Metering (Compteur) et Consumption (Consommation).
  • Correction : si vous avez des ressources en cours d’exécution sur ces deux abonnements, recréez-les dans les abonnements utilisateur.
  • Occurrence : Courant

Ressources d’abonnement

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : la suppression d’abonnements utilisateur entraîne des ressources orphelines.
  • Correction : commencez par supprimer les ressources utilisateur ou l’ensemble du groupe de ressources, puis supprimez les abonnements utilisateur.
  • Occurrence : Courant

Autorisations d’abonnement

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : vous ne pouvez pas afficher les autorisations de votre abonnement à l’aide des portails Azure Stack.
  • Correction : Utilisez PowerShell pour vérifier les autorisations.
  • Occurrence : Courant

Extension Docker

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans les portails administrateur et utilisateur, si vous recherchez Docker, l’élément est retourné de manière incorrecte. Il n’est pas disponible dans Azure Stack. Si vous essayez de le créer, une erreur s’affiche.
  • Correction : aucune atténuation.
  • Occurrence : Courant

Gestion de la Place de marché

  • Applicable : Il s’agit d’un nouveau problème avec la version 1904.
  • Cause : l’écran de gestion de la Place de marché n’est pas visible lorsque vous vous connectez au portail administrateur.
  • Correction : actualisez le navigateur.
  • Occurrence : intermittent

Gestion de la Place de marché

  • Applicable : ce problème s’applique à 1904.
  • Cause : lorsque vous filtrez les résultats dans le panneau Ajouter à partir d’Azure dans l’onglet Gestion de la Place de marché dans le portail d’administration, vous pouvez voir des résultats filtrés incorrects.
  • Correction : triez les résultats par la colonne Name et les résultats seront corrigés.
  • Occurrence : intermittent

Gestion de la Place de marché

  • Applicable : ce problème s’applique à 1904.
  • Cause : lorsque vous filtrez des résultats dans la gestion de la Place de marché dans le portail d’administration, vous verrez des noms d’éditeur en double sous la liste déroulante de l’éditeur.
  • Correction : sélectionnez tous les doublons pour avoir la liste correcte de tous les produits de la Place de marché disponibles sous cet éditeur.
  • Occurrence : intermittent

Extension Docker

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans les portails administrateur et utilisateur, si vous recherchez Docker, l’élément est retourné de manière incorrecte. Il n’est pas disponible dans Azure Stack. Si vous essayez de le créer, une erreur s’affiche.
  • Correction : aucune atténuation.
  • Occurrence : Courant

Charger l’objet blob

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, lorsque vous essayez de charger un objet blob à l’aide de l’option OAuth(préversion), la tâche échoue avec un message d’erreur.
  • Correction : chargez l’objet blob à l’aide de l’option SAP.
  • Occurrence : Courant

Modèle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, l’interface utilisateur du déploiement de modèle ne remplit pas les paramètres des noms de modèles commençant par « _ » (caractère de soulignement).
  • Correction : supprimez le caractère de soulignement (trait de soulignement) du nom du modèle.
  • Occurrence : Courant

Mise en réseau

Équilibreur de charge

Ajouter un pool back-end

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, si vous tentez d’ajouter un pool principal à un équilibreur de charge, l’opération échoue avec le message d’erreur Échec de la mise à jour de Load Balancer....
  • Correction : utilisez PowerShell, l’interface CLI ou un modèle Azure Resource Manager pour associer le pool principal à une ressource d’équilibreur de charge.
  • Occurrence : Courant

Créer des règles NAT de trafic entrant

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Dans le portail utilisateur, si vous tentez de créer une règle NAT de trafic entrant pour un équilibreur de charge, l’opération échoue avec le message d’erreur Échec de la mise à jour de Load Balancer....
  • Correction : utilisez PowerShell, l’interface CLI ou un modèle Azure Resource Manager pour associer le pool principal à une ressource d’équilibreur de charge.
  • Occurrence : Courant

Créer un équilibreur de charge

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, la fenêtre Créer un équilibreur de charge affiche une option permettant de créer une référence SKU d’équilibreur de charge standard. Cette option n’est pas prise en charge dans Azure Stack.
  • Correction : utilisez plutôt les options d’équilibreur de charge de base.
  • Occurrence : Courant

Adresse IP publique

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : dans le portail utilisateur, la fenêtre Créer une adresse IP publique affiche une option permettant de créer une référence SKU Standard . La référence SKU Standard n’est pas prise en charge dans Azure Stack.
  • Correction : utilisez plutôt la référence SKU de base pour les adresses IP publiques.
  • Occurrence : Courant

Compute

Diagnostics de démarrage de machine virtuelle

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : Lors de la création d’une machine virtuelle Windows, l’erreur suivante peut s’afficher : Échec du démarrage de la machine virtuelle « vm-name ». Erreur : Échec de la mise à jour des paramètres de sortie série pour la machine virtuelle « vm-name ». Cette erreur se produit si vous activez les diagnostics de démarrage sur une machine virtuelle alors que vous avez supprimé votre compte de stockage des diagnostics de démarrage.
  • Correction : recréez le compte de stockage portant le même nom que celui que vous avez utilisé précédemment.
  • Occurrence : Courant

Jeu de mise à l'échelle de machine virtuelle

Supprimer un groupe identique

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : vous ne pouvez pas supprimer un groupe identique du panneau Groupes de machines virtuelles identiques .
  • Correction : sélectionnez le groupe identique à supprimer, puis cliquez sur le bouton Supprimer dans le volet Vue d’ensemble .
  • Occurrence : Courant

Créer des échecs au cours des correctifs et mises à jour sur des environnements Azure Stack à 4 nœuds

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : La création de machines virtuelles dans un groupe à haute disponibilité de 3 domaines d’erreur et la création d’une instance de groupe de machines virtuelles identiques échoue avec une erreur FabricVmPlacementErrorUnsupportedFaultDomainSize pendant le processus de mise à jour sur un environnement Azure Stack à 4 nœuds.
  • Correction : vous pouvez créer des machines virtuelles uniques dans un groupe à haute disponibilité avec 2 domaines d’erreur avec succès. En revanche, la création d’instances de groupe identique n’est toujours pas disponible pendant le processus de mise à jour sur un environnement Azure Stack à 4 nœuds.

Accès SSH Ubuntu

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : une machine virtuelle Ubuntu 18.04 créée avec l’autorisation SSH activée ne vous permet pas d’utiliser les clés SSH pour vous connecter.
  • Correction : Utilisez l’accès aux machines virtuelles pour l’extension Linux pour implémenter des clés SSH après l’approvisionnement ou utiliser l’authentification basée sur mot de passe.
  • Occurrence : Courant

Alerte de l’agent hôte de calcul

  • Applicable : Il s’agit d’un nouveau problème avec la version 1904.

  • Cause : un avertissement de l’agent hôte de calcul s’affiche après le redémarrage d’un nœud dans l’unité d’échelle. Le redémarrage change le paramétrage par défaut du démarrage du service de l’agent hôte de calcul. Cette alerte ressemble à l’exemple suivant :

    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.
    
  • Correction :

    • Cette alerte peut être ignorée. Le fait que l’agent ne réponde pas n’a pas d’impact sur l’opérateur et les opérations utilisateur ou les applications utilisateur. L’alerte réapparaît après 24 heures s’il est fermé manuellement.
    • Le problème est résolu dans le dernier correctif logiciel Azure Stack pour la version 1904.
  • Occurrence : Courant

Affichage des instances d’un groupe de machines virtuelles identiques

  • Applicable : ce problème s’applique aux versions 1904 et 1905.
  • Cause : Le panneau d’affichage des instances de groupe de machines virtuelles identiques situé dans le portail Azure Stack, dans Tableau de bord>Groupes de machines virtuelles identiques>AnyScaleSet - Instances>AnyScaleSetInstance ne parvient pas à se charger.
  • Correction : il n’existe actuellement aucune correction et nous travaillons à un correctif. En attendant, utilisez l’applet de commande CLI az vmss get-instance-view pour obtenir la vue des instances d’un groupe de machines virtuelles identiques.

Service d’image utilisateur

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : la création d’images utilisateur ayant échoué place le service d’image utilisateur dans un état incorrect. Les opérations de création et de suppression d’une image utilisateur commencent à échouer. La suppression d’image utilisateur peut échouer avec une erreur : « Erreur : Une erreur de gestion de disque interne s’est produite ».
  • Correction : aucune atténuation. Ouvrez un ticket de support auprès de Microsoft.

Stockage

  • Applicable : ce problème s’applique à toutes les versions prises en charge.
  • Cause : ConvertTo-AzureRmVMManagedDisk n’est pas pris en charge dans Azure Stack et entraîne la création d’un disque avec $null ID. Cela vous empêche d’effectuer des opérations sur la machine virtuelle, comme le démarrage et l’arrêt. Le disque n’apparaît pas dans l’interface utilisateur, ni par le biais de l’API. À ce stade, la machine virtuelle ne peut pas être réparée et doit être supprimée.
  • Correction : pour convertir correctement vos disques, suivez le guide de conversion en disques managés.

App Service

  • Les locataires doivent inscrire le fournisseur de ressources de stockage avant de créer leur première fonction Azure dans l’abonnement.
  • Certaines expériences utilisateur du portail de locataire sont interrompues en raison d’une incompatibilité avec le framework du portail dans la version 1903, principalement l’expérience utilisateur pour les emplacements de déploiement, les tests en production et les extensions de site. Pour contourner ce problème, utilisez le module PowerShell Azure App Service ou Azure CLI. L’expérience du portail sera restaurée en mettant à niveau votre déploiement d’Azure App Service sur Azure Stack vers la version 1.6 (mise à jour 6).

Étapes suivantes

Problèmes connus archivés 1903

Problèmes connus archivés 1902

Problèmes connus archivés 1901

Problèmes connus archivés 1811

Problèmes connus archivés 1809

Problèmes connus archivés 1808

Problèmes connus archivés 1807

Problèmes connus archivés 1805

Problèmes connus archivés 1804

Problèmes connus archivés 1803

Problèmes connus archivés 1802

Les problèmes connus de cette version sont combinés avec les notes de publication archivées