Résoudre les problèmes de ASDK
Cet article fournit des informations de dépannage courantes pour le Kit de développement Azure Stack (ASDK). Pour obtenir de l’aide sur les systèmes intégrés Azure Stack, consultez Résolution des problèmes de Microsoft Azure Stack.
ASDK étant un environnement d’évaluation, le support Microsoft ne fournit pas de support. Si vous rencontrez un problème qui n’est pas documenté, vous pouvez obtenir de l’aide auprès d’experts sur la page Microsoft Q&A pour Azure Stack.
Déploiement
Échec du déploiement
Si vous rencontrez un problème lors de l’installation, vous pouvez relancer le déploiement à partir de l’étape qui n’a pas abouti en utilisant l’option de réexécution du script de déploiement. Par exemple :
cd C:\CloudDeployment\Setup
.\InstallAzureStackPOC.ps1 -Rerun
À la fin du déploiement, la session PowerShell est toujours ouverte et ne présente aucune sortie
Ce comportement est probablement tout simplement le résultat du comportement par défaut d’une fenêtre de commande PowerShell, lorsqu’elle a été sélectionnée. Le déploiement du kit ASDK s’est déroulé correctement, mais le script a été interrompu au moment de la sélection de la fenêtre. Vous pouvez vérifier que l’installation est terminée en recherchant le mot « select » dans la barre de titre de la fenêtre de commande. Appuyez sur la touche Échap pour la désélectionner ; le message d’achèvement devrait alors s’afficher.
Le paramètre d’erreur de validation de modèle osProfile n’est pas autorisé
Si vous recevez un message d’erreur pendant la validation du modèle et que le paramètre « osProfile » n’est pas autorisé, veillez à utiliser les versions appropriées des API pour ces composants :
Pour copier un disque dur virtuel d’Azure vers Azure Stack, utilisez AzCopy 7.3.0. Collaborez avec votre fournisseur pour résoudre les problèmes liés à l’image elle-même. Pour plus d’informations sur les exigences de WALinuxAgent pour Azure Stack Hub, consultez Agent Linux Azure.
Le déploiement échoue en raison d’un manque d’accès externe
Lorsque le déploiement échoue à des étapes où l’accès externe est nécessaire, une exception telle que l’exemple suivant est retournée :
An error occurred while trying to test identity provider endpoints: System.Net.WebException: The operation has timed out.
at Microsoft.PowerShell.Commands.WebRequestPSCmdlet.GetResponse(WebRequest request)
at Microsoft.PowerShell.Commands.WebRequestPSCmdlet.ProcessRecord()at, <No file>: line 48 - 8/12/2018 2:40:08 AM
Si cette erreur se produit, vérifiez que toutes les exigences réseau minimales ont été satisfaites en consultant la documentation sur le trafic réseau lié au déploiement. Un outil de vérification du réseau est également disponible pour les partenaires dans le cadre du Partner Toolkit.
Les autres échecs de déploiement sont généralement dus à des problèmes de connexion aux ressources sur Internet.
Pour vérifier la connectivité aux ressources sur Internet, vous pouvez effectuer les étapes suivantes :
- Ouvrez PowerShell.
- Entrez -PSSession sur la machine virtuelle WAS01 ou sur une des machines virtuelles ERC.
- Exécutez l’applet de commande suivante :
Test-NetConnection login.windows.net -port 443
Si cette commande échoue, vérifiez que le commutateur TOR et tout autre périphérique réseau sont configurés pour autoriser le trafic réseau.
Machines virtuelles
Élément de la galerie et image par défaut
Vous devez ajouter un élément de la galerie et une image Windows Server avant de pouvoir déployer des machines virtuelles dans Azure Stack.
Après le redémarrage de l’hôte Azure Stack, certaines machines virtuelles ne démarrent pas automatiquement.
Vous remarquerez peut-être que les services Azure Stack ne sont pas immédiatement disponibles après le redémarrage de votre hôte. Ceci est dû au fait que la vérification de la cohérence des points de récupération et des machines virtuelles d’infrastructure Azure Stack demande un certain temps. Toutefois, ils finiront par démarrer automatiquement.
Vous remarquerez peut-être aussi que les machines virtuelles clientes ne démarrent pas automatiquement après le redémarrage de l’hôte ASDK. Vous pouvez les mettre en ligne en quelques étapes manuelles :
- Sur l’hôte ASDK, démarrez Gestionnaire du cluster de basculement dans le menu Démarrer.
- Sélectionnez le cluster S-Cluster.azurestack.local.
- Sélectionnez Rôles.
- Les machines virtuelles clientes apparaissent avec l’état enregistré. Lorsque toutes les machines virtuelles d’infrastructure sont en cours d’exécution, cliquez avec le bouton droit sur les machines virtuelles clientes et sélectionnez Démarrer pour reprendre la machine virtuelle.
J’ai supprimé des machines virtuelles, mais je vois toujours les fichiers de VHD sur le disque.
Ce comportement est normal :
- La suppression d’une machine virtuelle n’entraîne pas celle des VHD. Les disques sont des ressources distinctes dans le groupe de ressources.
- Lorsqu’un compte de stockage est supprimé, la suppression est visible immédiatement sur Azure Resource Manager, mais les disques qu’il contient éventuellement restent conservés dans le stockage jusqu’à l’exécution du nettoyage de la mémoire.
Si vous voyez des VHD « orphelins », il est important de savoir s’ils font partie du dossier d’un compte de stockage supprimé. Si le compte de stockage n’a pas été supprimé, il est normal que les VHD soient toujours présents.
Pour en savoir plus sur la configuration du seuil de rétention et de la récupération à la demande, consultez la page Gérer les comptes de stockage.
Stockage
Récupération du stockage
Il peut s’écouler jusqu’à 14 heures avant que la capacité récupérée ne s’affiche dans le portail. La récupération d’espace dépend de différents facteurs, notamment le pourcentage d’utilisation des fichiers conteneurs internes dans le magasin d’objets blob de blocs. Par conséquent, selon la quantité de données supprimées, il n’y a pas de garantie quant à la quantité d’espace récupérable lors de l’exécution du récupérateur de mémoire.