Résoudre les problèmes de l’état de l’hôte « ne répond pas » dans SCVMM 2008 et dans SCVMM 2008 R2

S’applique à : Microsoft System Center Virtual Machine Manager 2008

INTRODUCTION


Cet article explique comment résoudre les problèmes liés à l’état d’hébergement « ne répond pas » qui s’affiche dans la console administrateur de Microsoft System Center Virtual Machine Manager (VMM). L’état de l’hôte « ne répond pas » indique que le serveur VMM ne peut pas communiquer avec l’hôte. Si cette communication est interrompue, même en temps intermittent, vous pouvez vous attendre à ce que l’état de l’hôte change dans la console de l’administrateur de VMM. les erreurs courantes qui sont enregistrées dans la console d’administration de VMM dans l’affichage tâches lorsque l’état de l’hôte est « ne répond pas » sont les suivants :
Erreur (2911) des ressources insuffisantes sont disponibles pour terminer cette opération sur le nom du serveur.nom_domaine serveur. (Il n’y a pas assez de stockage 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.nom_domaine serveur. (Aucun thread supplémentaire ne peut être créé dans le système (0x800700A4))
Erreur (2916) VMM ne peut pas exécuter la requête. Connexion à l’agent ServerName.nom_domaine perdu. (Erreur inconnue (0x80338012))
Erreur (2915) le service WS-Management ne peut pas traiter la demande. Objet introuvable sur le nom de serveur.nom_domaine serveur. (Erreur inconnue (0x80041002))
Warning (13926) nom du serveurhôte.nom_domaine n’a pas été mis à jour complètement, car tous les nœuds n’ont pas pu être contactés. Le stockage et les informations réseau virtuelles disponibles rapportés à ce cluster peuvent être imprécis.

Informations supplémentaires


Étape 1 : utiliser l’outil Analyseur de configuration de Virtual Machine Manager

L’analyseur de configuration de Virtual Machine Manager est un outil de diagnostic qui vous permet d’évaluer des paramètres de configuration importants pour les ordinateurs qui servent ou qui peuvent utiliser des rôles VMM ou d’autres fonctions VMM. L’analyseur de configuration de Virtual Machine Manager effectue les actions suivantes :
  • Analyse les configurations matérielles et logicielles des ordinateurs que vous spécifiez.
  • Évalue ces configurations selon un ensemble de règles prédéfinies.
  • Affiche des messages d’erreur et des avertissements pour toutes les configurations qui ne sont pas optimales pour le rôle VMM ou pour d’autres fonctions VMM que vous avez spécifiées pour l’ordinateur.
Configuration système requise :Avant d’installer l’outil Analyseur de configuration de Virtual Machine Manager, vous devez télécharger et installer la version 64 bits de l’analyseur de configuration de référence Microsoft. Pour télécharger le fichier MBCASetup64. msi, visitez le site Web de Microsoft suivant :Remarque La configuration requise pour Microsoft Baseline Configuration Analyzer indique que seul Windows Server 2003 est pris en charge. Toutefois, l’outil Analyseur de configuration de Microsoft Baseline Machine Manager et l’analyseur de configuration de base ont été testés et sont pris en charge dans les versions 64 bits de Windows Server 2008 et Windows Server 2008 R2.Vous devez installer et exécuter l’analyseur de configuration Virtual Machine Manager sur l’ordinateur qui devient actuellement ou qui deviendra votre serveur VMM. Pour vérifier la configuration système requise pour le serveur VMM, visitez le site Web de Microsoft suivant :

Étape 2 : vérifier les correctifs recommandés

Sur tous les serveurs hébergeant un rôle VMM ou Hyper-V, vérifiez que les correctifs recommandés sont installés. Pour plus d’informations sur ces correctifs, cliquez sur les numéros d’article suivants pour consulter les Articles de la base de connaissances Microsoft :
2397711 Correctifs recommandés pour System Center Virtual Machine Manager 2008 R2
962941 Correctifs recommandés pour System Center Virtual Machine Manager 2008 

Étape 3 : vérifier les compteurs de performance endommagés

Pour savoir si l’événement suivant est enregistré, consultez le journal des événements d’application sur l’hôte :Nom du journal : applicationSource : Microsoft Windows-LoadPerfID d’événement : 3012DescriptionLes chaînes de performance dans la valeur de registre de performance sont endommagées lors du fournisseur de compteurs d’extension de performance de processus. La valeur BaseIndex de Registry performance est le premier DWORD de la section Data (données), LastCounter value est le deuxième DWORD de la section Data et LastHelp value est le troisième DWORD de la section Data.Si l’ID d’événement 3012 est connecté sur l’ordinateur hôte, suivez les étapes décrites dans l’article de la base de connaissances suivant pour générer les compteurs de performance :2554336 2008 2008-XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX XXXXXXX 

Étape 4 : vérifier le processus Svchost. exe du service de gestion à distance Windows

Le gestionnaire de machines virtuelles dépend en grande partie du service de gestion à distance de Windows pour la communication sous-jacente. Par conséquent, l’État « ne répond pas » est très susceptible de se produire en raison d’une erreur dans la communication sous-jacente de gestion à distance de Windows entre le serveur VMM et l’ordinateur hôte. Dans ce cas, le statut est "OK", juste après le redémarrage de l’ordinateur hôte. Toutefois, le statut devient « ne répond pas » après trois à quatre heures et les tâches sur le serveur VMM échouent et renvoient 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 server.contoso.com.(Erreur inconnue (0x803381a6))Action recommandéeVérifiez que WinRM est installé et exécuté sur le serveur server.contoso.com. Pour plus d’informations, utilisez la commande « WinRM helpmsg HRESULT ».
Par ailleurs, si vous arrêtez le service de gestion à distance de Windows à une invite de commandes, ce processus prend beaucoup plus de temps que d’habitude. Parfois, il peut s’écouler jusqu’à cinq minutes pour s’arrêter.Ce problème peut se produire si le processus Svchost. exe partagé qui héberge le service de gestion à distance de Windows est sauvegardé.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.
c:\ >sc config WinRM type =Remarque tapez la commande exactement telle qu’elle apparaît. Notez l’espace après le symbole de signe égal (=).
Si la commande est correctement exécutée, le résultat suivant s’affiche : 

Étape 5 : augmentez la valeur par défaut du délai d’expiration de WinRM

Sur chaque serveur, ouvrez une invite de commandes avec élévation de privilèges, puis procédez comme suit :
  1. Pour les ordinateurs Windows 2008 R2 et Windows 2008 SP2, utilisez la commande suivante pour augmenter la valeur par défaut du délai d’expiration de WinRM :
    WinRM définir winrm/config @ {MaxTimeoutms = "1,8 million"}
  2. Pour les ordinateurs Windows 2008R2 et Windows 2008 SP2, utilisez la commande suivante. (Sachez que les serveurs Windows 2008 R2 risquent de signaler que cette étape n’est pas requise.)
    WinRM définir winrm/config/service @ {MaxConcurrentOperations = "200"}
  3. Pour les ordinateurs Windows 2008R2 et Windows 2008 SP2, utilisez la commande suivante. (Sachez que les serveurs Windows 2008 R2 risquent de signaler que cette étape n’est pas requise.)
    winrm set winrm/config/service @ {MaxConcurrentOperationsPerUser = "400"}
  4. Pour les ordinateurs Windows 2008R2 et Windows 2008 SP2, utilisez les commandes suivantes :
    net stop WinRMnet start WinRMnet start vmmagent

Étape 6 : vérifier le compte d’ordinateur du serveur VMM

Ce problème se produit également, car le compte d’ordinateur du serveur VMM est supprimé du groupe Administrateurs local sur l’ordinateur hôte. Ce paramètre est susceptible d’être causé par le paramètre de stratégie de groupe « groupes restreints ».Pour plus d’informations sur ce problème, cliquez sur le numéro ci-dessous pour consulter l’article de la base de connaissances Microsoft :
969164 Le statut « ne répond pas » ou « besoin d’attention » est défini pour un serveur virtuel ou un hôte Hyper-V en raison du paramètre de stratégie de groupe groupes restreints
Pour résoudre ce problème, déplacez le serveur VMM et les ordinateurs hôtes vers une nouvelle unité d’organisation qui bloque l’héritage de tous les objets de stratégie de groupe.

Étape 7 : désactiver le déchargement TCP

Vous devez désactiver le déchargement TCP dans les fenêtres du Registre et dans tout logiciel de gestion d’équipe de carte réseau utilisé. Vous devez vérifier tous ces emplacements pour vous assurer que le déchargement du protocole TCP est complètement désactivé. Cette opération doit être effectuée sur le serveur VMM et sur l’ordinateur hôte.Recherchez toutes les cartes réseau du Registre sous la sous-clé suivante :HKEY_LOCAL_MACHINE \system\currentcontrolset\control\class\{4D36E972-E325-11CE-BFC1-08002BE10318}Il existe d’autres sous-clés sous la sous-clé dont le nom comporte quatre chiffres, en commençant par « 0000 ». Recherchez les sous-clés qui indiquent les noms des cartes réseau physiques dans le volet Détails. Recherchez la valeur « DriverDesc » dans le volet Détails. Cette valeur doit contenir le nom d’une carte réseau, par exemple « HP NC360T PCIe Gigabit Server ». Pour chacune de ces sous-clés, apportez les modifications suivantes :Désactivez tous les déchargements spécifiques aux fournisseurs. Définissez des valeurs pour toutes les entrées qui comportent le mot « déchargement » vers zéro (0). Cette valeur désactive le déchargement spécifique au fournisseur. Par exemple, ces entrées sont les suivantes :
Entrée Description
*FlowControl Aucune description disponible
*IPChecksumOffloadIPv4 Indique si l’appareil a activé ou désactivé le calcul des checksum IPv4.
*TCPChecksumOffloadIPv4 Indique si l’appareil a activé ou désactivé le calcul de la somme de contrôle TCP par rapport aux paquets IPv4.
*TCPChecksumOffloadIPv6 Indique si l’appareil a activé ou désactivé le calcul de la somme de contrôle TCP par rapport aux paquets IPv6.
*UDPChecksumOffloadIPv4 Indique si l’appareil a activé ou désactivé le calcul de la somme de contrôle UDP par rapport aux paquets IPv4.
*UDPChecksumOffloadIPv6 Indique si l’appareil a activé ou désactivé le calcul de la somme de contrôle UDP par rapport aux paquets IPv6.
*LsoV1IPv4 Indique si l’appareil a activé ou désactivé la segmentation des paquets TCP importants sur IPv4 pour un déchargement d’envoi important.
*LsoV2IPv4 Indique si l’appareil a activé ou désactivé la segmentation des paquets TCP importants sur IPv4 pour un déchargement d’envoi important.
*LsoV2IPv6 Indique si l’appareil a activé ou désactivé la segmentation de paquets TCP importants sur IPv6 pour un déchargement d’envoi important.
*IPsecOffloadV1IPv4 Indique si l’appareil a activé ou désactivé le calcul d’en-têtes IPsec via IPv4.
*IPsecOffloadV2 Décrit si le périphérique a activé ou désactivé la version 2 du déchargement IPsec (IPsecOV2).
*IPsecOffloadV2IPv4 Indique si l’appareil est activé ou désactivé IPsecOV2 pour IPv4 uniquement.
*RSS Mise à l’échelle latérale de réception
*TCPUDPChecksumOffloadIPv4 Indique si l’appareil a activé ou désactivé le calcul de la somme de contrôle TCP ou UDP sur IPv4.
*TCPUDPChecksumOffloadIPv6 Indique si l’appareil a activé ou désactivé le calcul de la somme de contrôle TCP ou UDP via IPv6.
Pour désactiver le déchargement TCP dans Windows, utilisez l’entrée de Registre suivante pour le déchargement de tâches pour le protocole TCP/IP :Sous-clé : HKEY_LOCAL_MACHINE entrée \SYSTEM\CurrentControlSet\Services\Tcpip\Parameters:DisableTaskOffloadEntrez :REG_DWORDVous pouvez définir cette entrée de Registre sur 1 pour désactiver tout le téléchargement de tâches à partir du transport TCP/IP. De nombreux fournisseurs disposent de capacités de déchargement intégrées au logiciel de gestion d’équipe. Ce type de déchargement peut apparaître dans de nombreuses formes et est généralement spécifique au fournisseur.Pour plus d’informations sur le déchargement de tâches, visitez le site Web Microsoft Developer Network suivant : 

Étape 8 : vérifier les autres causes

Ce problème peut être dû à d’autres causes possibles :
  • L’agent VMM n’est pas en cours d’exécution.
  • Certains logiciels antivirus analysent les ports ou protocoles.

Appartenance aux comptes VMM

Vous pouvez placer les comptes VMM dans les groupes appropriés en procédant comme suit :Compte d’ordinateur du serveur VMM :
  • Groupe Administrateurs sur le serveur VMM et sur tous les ordinateurs hôtes
  • Le groupe local serveur Virtual Machine Manager sur le serveur VMM ;
Le compte pour les actions dans VMM :
  • Le groupe Administrateurs local sur le serveur VMM et sur tous les ordinateurs hôtes