Événement de noyau ID 2 est enregistré lorsque la classe MSFT_NetLbfoTeamNic est appelée dans Windows Server 2012 R2

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3087042
Symptômes
Lorsque Windows Server 2012 R2 est utilisé avec la fonctionnalité d'association de cartes réseau et un fournisseur WMI de tiers est utilisé pour appeler la classe WMI de MSFT_NetLbfoTeamNic, l'événement suivant est enregistré :

Source : Noyau-EventTracing/administrateur de
ID de l'événement: 2
Session "" a échoué avec l'erreur suivante : 0xC0000022

Cet article concerne uniquement cette erreur spécifique qui se produit lors de l'association de cartes réseau est utilisée. Cette erreur n'est pas la faute du fournisseur WMI tiers. En outre, cet événement peut être enregistré pour des raisons qui ne sont pas liées au fournisseur WMI d'agrégation de cartes NIC.
Cause
Ce problème n'est pas provoqué par le fournisseur WMI de tiers. Ce problème est suivi à prendre en compte dans une future version de Windows Server.

La classe WMI de MSFT_NetLbfoTeamNic de Windows Server 2012 R2 utilise l'interface iNetCfg. L'interface iNetCfg est associé au fournisseur de journalisation de noyau de NetCfgTrace, qui est activé automatiquement par Windows. Les données de suivi sont automatiquement enregistrées dans le fichier C:\Windows\inf\netcfgx.0.etl. Tous les fournisseurs WMI s'exécutent sous le contexte du processus WMIPRVSE, qui à son tour s'exécute sous le compte SERVICE réseau. Toutefois, si un fournisseur WMI appelle la classe MSFT_NetLbfoTeamNic , le compte SERVICE réseau n'a pas autorisation d'écrire les données de trace à ce fichier.
Contournement
Si le scénario décrit dans la section "Symptômes" déclenche l'erreur de l'événement ID 2 du noyau, l'erreur est inoffensif et peut être ignoré en toute sécurité.

Si vous souhaitez empêcher l'enregistrement de cette erreur, ouvrez une invite de commandes d'administration, puis exécutez les commandes suivantes :

Takeown /f c:\windows\inf
icacls c:\windows\inf /grant "SERVICE":"(OI)(CI)(F) de AUTHORITY\NETWORK NT"
icacls, c:\windows\inf\netcfgx.0.etl/Grant « NT AUTHORITY\NETWORK SERVICE »: F
icacls, c:\windows\inf\netcfgx.1.etl/Grant « NT AUTHORITY\NETWORK SERVICE »: F

Ces commandes accordent les autorisations de fichier nécessaires afin d'empêcher l'enregistrement des erreurs dans ce scénario.

Vous pouvez également réinitialiser le propriétaire de C:\Windows\inf vers le compte NT SERVICE\TrustedInstaller (paramètre par défaut). Pour ce faire, procédez comme suit :
  1. Dans l'Explorateur Windows, accédez à C:\Windows, cliquez sur le répertoire C:\Windows\INF et puis cliquez surPropriétés. Sous l'onglet sécurité , cliquez sur Avancé.
  2. En regard de propriétaire, cliquez sur Modifier.
  3. Cliquez sur l'emplacementet sélectionnez l'ordinateur local (vous devrez peut-être défiler vers le haut si vous avez joint à un domaine).
  4. Dans le nom de l'objet, entrez SERVICE\TrustedInstaller de NT, sélectionnez Vérifier les noms, puis cliquez surOK.

Enfin, exécutez la commande icacls afin de vous assurer que le compte SERVICE réseau est défini pour l'héritage, comme dans l'exemple suivant :

C:\>icacls c:\windows\inf

C:\Windows\Inf NT AUTHORITY\NETWORK SERVICE:(OI)(CI)(F)

[…]

Propriétés

ID d'article : 3087042 - Dernière mise à jour : 08/27/2015 16:45:00 - Révision : 1.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3087042 KbMtfr
Commentaires