Résoudre les problèmes nécessite une attention particulière, ne répond pas et accès refusé aux hôtes dans Virtual Machine Manager
Cet article explique comment résoudre les problèmes liés aux status hôtes nécessitant une attention, ne répondant pas et accès refusé dans System Center 2012 et les 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.
Remarque
Utilisateurs à domicile : cet article s’adresse uniquement aux agents de support technique et aux professionnels de l’informatique. Si vous recherchez de l’aide pour résoudre un problème, demandez à la communauté Microsoft.
Version d’origine du produit : System Center 2012 Virtual Machine Manager, Microsoft System Center 2012 R2 Virtual Machine Manager, System Center 2016 Virtual Machine Manager
Numéro de la base de connaissances d’origine : 2742246
Résumé
Les hôtes Nécessitant une attention, Ne répondant pas et Accès refusé dans la console VMM se produisent parce que le serveur VMM n’est pas en mesure de communiquer avec l’ordinateur hôte ou les composants (WMI, WinRM, etc.) sur l’ordinateur hôte qui sont utilisés pour communiquer avec le serveur VMM ne fonctionnent pas correctement.
Voici les erreurs courantes enregistrées dans les affichages Travaux dans la console VMM lorsque l’status hôte a besoin d’attention, ne répond pas ou accès refusé.
Erreur (2911)
Les ressources disponibles sont insuffisantes pour effectuer cette opération sur le serveur servername.contoso.com. (Le stockage disponible est insuffisant 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. (Plus aucun thread ne peut être créé dans le système (0x800700A4))Avertissement (2915)
Le service Gestion à distance Windows (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 ne parvient pas à terminer la demande. La connexion à l’agent servername.contoso.com a été perdue. Erreur inconnue (0x80338126) ou Erreur inconnue (0x80338012)Erreur (2927) Une erreur de gestion du matériel s’est produite lors de la tentative de contact du 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 n’ont pas pu être contactés. Les informations de stockage et de réseau virtuel à haute disponibilité signalées pour ce cluster peuvent être inexactes.Erreur (20506)
Virtual Machine Manager ne peut pas effectuer la requête 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 n’ont pas pu être contactés. Les informations de stockage et de réseau virtuel à haute disponibilité 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’status hôte Nécessite une attention, Ne répond pas ou Accès refusé.
Étape 1 : Vérifier l’status d’intégrité de l’hôte
Pour case activée le status d’intégrité d’un hôte, procédez comme suit :
- Ouvrez la console VMM.
- Sélectionnez l’affichage Infrastructure, 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 qui a l’exclamation rouge pour afficher les détails de l’erreur.
Pour plus d’informations sur la fonctionnalité de case activée d’intégrité de l’hôte, consultez Propriétés de l’hôte – Nouveautés des contrôles d’intégrité de l’hôte étendus VMM 2012.
Étape 2 : Vérifier que le compte de service VMM est membre du groupe d’administrateurs locaux 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 locaux 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 locaux sur l’hôte.
Si le compte de service VMM est supprimé du groupe d’administrateurs locaux sur l’hôte, ce problème peut être dû à une stratégie de groupe 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 groupes restreints des administrateurs.
- Créez une unité d’organisation 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 la 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é :
Nom du journal : Application
Source : Microsoft-Windows-LoadPerf
ID d’événement : 3012
Description :
Les chaînes de performances dans la valeur de Registre Performances sont endommagées lors du traitement du fournisseur de compteurs d’extension de performances. La valeur BaseIndex du Registre Performance est la première valeur DWORD de la section Données, la valeur LastCounter est la deuxième valeur DWORD de la section Données et la valeur LastHelp la troisième valeur DWORD de la section Données.
Si l’ID d’événement 3012 est enregistré 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 64 bits ou Windows Server 2008 R2 pour reconstruire les compteurs de performances.
Étape 4 : Vérifier le processus 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’status Ne pas répondre 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, le status hôte est ok peu de temps après le redémarrage de l’ordinateur hôte. Toutefois, le status passe à Ne pas répondre après trois à quatre heures, et les travaux sur le serveur VMM échouent et retournent une erreur qui ressemble à ce qui suit :
Erreur (2927)
Une erreur de gestion du matériel 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 Gestion à distance Windows à l’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 de gestion à distance Windows pour qu’il s’exécute dans un processus 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
Remarque
Veillez à taper la commande exactement telle qu’elle 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
Il est recommandé d’exécuter les lignes de commande suivantes sur l’hôte VMM et tous les hôtes Hyper-V gérés par VMM (puis 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 valeur de LocalAccountTokenFilterPolicy Registre sous la sous-clé de Registre suivante est définie sur 1 :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour