Résoudre les problèmes d’attention, de non réponse et d’accès refusés aux hôtes dans Virtual Machine Manager
Cet article explique comment résoudre les problèmes d’état de l’hôte Besoin d’attention, non réponse et accès refusé dans System Center 2012 et versions ultérieures de Virtual Machine Manager. Tous les articles référencés s’appliquent également à System Center 2012 et versions ultérieures de Virtual Machine Manager.
Note
Utilisateurs à domicile : cet article est destiné uniquement aux agents de support technique et aux professionnels de l’informatique. Si vous recherchez de l’aide sur un problème, demandez à la Communauté Microsoft.
Version du produit d’origine : System Center 2012 Virtual Machine Manager, Microsoft System Center 2012 R2 Virtual Machine Manager, System Center 2016 Virtual Machine Manager
Numéro de base de connaissances d’origine : 2742246
Résumé
L’attention requise, le fait de ne pas répondre et d’accéder aux hôtes refusés dans la console VMM se produit, car le serveur VMM ne peut pas communiquer avec l’ordinateur hôte ou les composants (WMI, WinRM, et ainsi de suite) sur l’ordinateur hôte utilisé pour communiquer avec le serveur VMM ne fonctionne pas correctement.
Les erreurs suivantes sont courantes qui sont consignées dans les vues Travaux dans la console VMM lorsque l’état de l’hôte est Attention requise, Non réponse ou Accès refusé.
Erreur (2911)
Les ressources insuffisantes sont disponibles pour effectuer cette opération sur le serveur servername.contoso.com. (Le stockage insuffisant est disponible pour effectuer cette opération (0x8007000E))Erreur (2912)
Une erreur interne s’est produite lors de la tentative de contact d’un agent sur le serveur servername.contoso.com. (Aucun autre thread ne peut être créé dans le système (0x800700A4))Avertissement (2915)
Le service Windows Remote Management (WS-Management) ne peut pas traiter la demande. L’objet est introuvable sur le serveur (servername.contoso.com). Erreur inconnue (0x80041002) ou Erreur inconnue (0x80338000)Erreur (2916)
VMM n’est pas en mesure d’effectuer la requête. La connexion à l’agent servername.contoso.com a été perdue. Erreur inconnue (0x80338126) ou Erreur inconnue (0x80338012)Erreur (2927) Une erreur de gestion matérielle s’est produite lors de la tentative de contacter le serveur servername.contoso.com. Erreur inconnue (0x803381a6)
Avertissement (12710)
VMM ne dispose pas des autorisations appropriées pour accéder aux ressources de gestion à distance Windows sur le serveur (servername.contoso.com). Erreur inconnue (0x80338104)Avertissement (13926)
Le cluster hôte servername.contoso.com n’a pas été entièrement actualisé, car tous les nœuds ne peuvent pas être contactés. Les informations de stockage et de réseau virtuel hautement disponibles signalées pour ce cluster peuvent être inexactes.Erreur (20506)
Virtual Machine Manager ne peut pas terminer la demande Windows Remote Management (WinRM) sur l’ordinateur servername.contoso.com.Avertissement (13926)
Le cluster hôte servername.contoso.com n’a pas été entièrement actualisé, car tous les nœuds ne peuvent pas être contactés. Les informations de stockage et de réseau virtuel hautement disponibles signalées pour ce cluster peuvent être inexactes.Erreur (406)
L’accès a été refusé lors du contact de l’ordinateur servername.contoso.com.
Effectuez les étapes suivantes pour identifier la cause de l’état de l’hôte Besoin d’attention, Non réponse ou Accès refusé .
Étape 1 : Vérifier l’état d’intégrité de l’hôte
Pour vérifier l’état d’intégrité d’un hôte, procédez comme suit :
- Ouvrez la console VMM.
- Sélectionnez l’affichage Fabric, cliquez avec le bouton droit sur l’hôte qui rencontre des problèmes, puis choisissez Propriétés.
- Dans les propriétés de l’hôte, sélectionnez État.
- Sélectionnez la catégorie avec l’exclamation rouge pour afficher les détails de l’erreur.
Pour plus d’informations sur la fonctionnalité de vérification d’intégrité de l’hôte, consultez Propriétés de l’hôte – Nouveautés de VMM 2012 - Vérifications d’intégrité de l’hôte développées.
Étape 2 : Vérifier que le compte de service VMM est membre du groupe d’administrateurs local sur l’hôte
- Si le service VMM s’exécute sous un compte de domaine, vérifiez que le compte de domaine est membre du groupe d’administrateurs local sur l’hôte.
- Si VMM s’exécute sous le compte système local, vérifiez que le compte d’ordinateur est membre du groupe d’administrateurs local sur l’hôte.
Si le compte de service VMM est supprimé du groupe d’administrateurs local sur l’hôte, ce problème peut être dû à une stratégie de groupe de groupes restreints.
Pour résoudre ce problème, effectuez l’une des étapes suivantes :
- Ajoutez le compte de service VMM au paramètre de stratégie de groupe de groupes restreints des administrateurs.
- Créez une unité d’organisation (UO) dans le domaine, déplacez l’objet ordinateur hôte vers la nouvelle unité d’organisation, puis configurez la nouvelle unité d’organisation pour bloquer l’héritage de stratégie.
Étape 3 : Rechercher les compteurs de performances endommagés
Vérifiez le journal des événements d’application sur l’hôte pour voir si l’événement suivant est journalisé :
Log Name: Application
Source : Microsoft-Windows-LoadPerf
ID d’événement : 3012
Description :
Les chaînes de performances dans la valeur du Registre de performances sont endommagées lors du traitement du fournisseur de compteurs d’extension de performance. La valeur BaseIndex du Registre de performances est la première DWORD dans la section Données, la valeur LastCounter est la deuxième DWORD de la section Données, et La valeur LastHelp est la troisième DWORD de la section Données.
Si l’ID d’événement 3012 est journalisé sur l’ordinateur hôte, effectuez les étapes décrites dans Comment reconstruire manuellement les compteurs de performances pour les systèmes Windows Server 2008 64bit ou Windows Server 2008 R2 pour reconstruire les compteurs de performances.
Étape 4 : Vérifier le processus de Svchost.exe du service de gestion à distance Windows
VMM dépend du service de gestion à distance Windows pour la communication de l’hôte. Par conséquent, l’état Non réponse est susceptible de se produire en raison d’une erreur dans la communication de gestion à distance Windows sous-jacente entre le serveur VMM et l’ordinateur hôte. Dans ce scénario, l’état de l’hôte est OK peu après le redémarrage de l’ordinateur hôte. Toutefois, l’état passe à Ne pas répondre après trois à quatre heures, et les travaux sur le serveur VMM échouent et retournent une erreur semblable à ce qui suit :
Erreur (2927)
Une erreur de gestion matérielle s’est produite lors de la tentative de contact du serveur servername.contoso.com. Erreur inconnue (0x803381a6)
En outre, si vous arrêtez le service De gestion à distance Windows à une invite de commandes, ce processus prend beaucoup plus de temps que d’habitude. Parfois, l’arrêt peut prendre jusqu’à cinq minutes.
Ce problème peut se produire si le processus de Svchost.exe partagé qui héberge le service de gestion à distance Windows rencontre des problèmes.
Pour résoudre ce problème, configurez le service gestion à distance Windows pour qu’il s’exécute dans un processus de Svchost.exe distinct. Pour ce faire, ouvrez une invite de commandes avec élévation de privilèges, tapez la commande suivante, puis appuyez sur Entrée.
sc config winrm type= own
Note
Assurez-vous que vous tapez la commande exactement comme il apparaît ici. Notez l’espace après le symbole de signe égal (=).
Si la commande est terminée avec succès, vous devez voir la sortie suivante :
[SC] ChangeServiceConfig SUCCESS
Étape 5 : Augmenter les valeurs par défaut pour WinRM
En guise de meilleure pratique, exécutez les lignes de commande suivantes sur l’hôte VMM et tous les hôtes Hyper-V gérés par VMM (et appuyez sur Entrée après chaque ligne).
Winrm quickconfig
winrm set winrm/config @{MaxTimeoutms="1800000"}
winrm set winrm/config/Service @{MaxConcurrentOperationsPerUser="1500"}
winrm set winrm/config/winrs @{MaxConcurrentUsers="100"}
winrm set winrm/config/winrs @{MaxProcessesPerShell="100"}
winrm set winrm/config/winrs @{MaxShellsPerUser="100"}
set-item "WSMan:\localhost\Plugin\WMI Provider\Quotas\MaxConcurrentOperationsPerUser" 400
Vous devez redémarrer WinRM (pour les modifications WINRM) et redémarrer WMI (pour le paramètre de configuration SC) ou redémarrer le serveur pour que les modifications prennent effet.
Lorsque vous ajoutez des hôtes non approuvés ou des hôtes de périmètre/groupe de travail, vérifiez que la LocalAccountTokenFilterPolicy valeur de Registre sous la sous-clé de Registre suivante est définie sur 1 :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System