none
Le client SCCM tue WMI / WBEM sur mes serveurs RDS 2008 R2 RRS feed

  • Question

  • Bonjour,

    J'ai un pb de WMI qui crash au bout de qq semaines sur des RDS 2008 R2.

    La première cause de crash est la base WBEM (%windir%System32\Wbem\Repository) qui enfle et à un moment ...crac.

    Symptômes les plus gênants suite à ces crash :
    - échec des GPO utilisant du filtrage WMI
    - perte de supervision (EdgeSight + Agents HP)
    - dysfonctionnement des stratégies Citrix/XenApp

    Dans tous les cas, les tests de connexion WMI, wbemtest, etc.. sont en echec.

    Parfois suite au plantage, "winmgmt /verifyrepository" detecte la base comme incohérente et permet de +/- la réparer avec un "winmgmt /salvagerepository" (c'est pas nickel, mais c'est déjà ça) , d'autres fois, "winmgmt /verifyrepository" n'identifie pas la base comme inconsistante et il faut passer par "winmgmt /resetrepository" et la reconstruction pas to pqui s'en suit.

    Après un moment de recherche, il apparaît que la cause du gonflement excessif de la base est lié à l'activité du client SCCM.

    ça discute de ça dans le forum technet us ee3b83b4-7793-4012-8352-227554745ec8

    Ici, j'ai du SCCM 2012 SP1, la base n'est pas au Go mais ça crash entre 200 et 300 Mo. Sans client SCCM, la base reste dans les 50 Mo.

    jeudi 23 avril 2015 10:53

Toutes les réponses

  • Bonjour,

    Il faudrait essayer de determiner quel composant du client provoque cela.

    Vous pouvez essayer dans un premier temps de couper les inventaires logiciels et materiel sur un serveur "cobaye" afin de voir si le problème apparait toujours.

    Cordialement,


    Mickael,
    My technet galleries contributions :
    ConfigMgr driver injector
    SCCM Collection splitter
    ConfigMgr TS Tools
    Customize WinPE images with powershell

    jeudi 23 avril 2015 13:10
  • Bonjour,

    Je sais que ce que je vais proposer ne permettra pas d'identifier réellement le problème mais il existe plusieurs correctifs qui s'appliquent à Windows Server 2008 R2 pour éviter des problèmes avec WMI (fuite de mémoire...).

    Ces correctifs sont reconnus pour SCCM ou SCOM. Cela peut être un bon début de tenter de les appliquer si ce n'est pas fait.

    https://support.microsoft.com/en-us/kb/2591403/


    Jean-Sébastien DUCHÊNE - www.windowstouch.fr - Microsoft Valuable Professional 2010 (MVP) ConfigMgr - Microsoft Student Partner (MSP) 2008/2010, MCITP Enterprise Desktop Support Technician 7/Enterprise Desktop Administrator 7, MCTS Configuration Manager/MDOP

    • Proposé comme réponse Boris Ivanov mardi 28 avril 2015 10:33
    dimanche 26 avril 2015 11:55
    Modérateur
  • Bonjour,

    "couper les inventaires logiciels et matériel " -> je n'ai pas la main sur SCCM et je ne connais pas trop, ça se règle comment ?

    Puis-je le désactiver coté client sans passer par la console SCCM ?

    Merci

    mercredi 29 avril 2015 08:52
  • Bonjour,

    Sans accès à la console, ce n'est pas possible. Vous pouvez désactiver le service de l'agent SCCM (SMS Agent Host).

    Avez-vous regardé si les correctifs listés sur la KB sont appliqués ?


    Jean-Sébastien DUCHÊNE - www.windowstouch.fr - Microsoft Valuable Professional 2010 (MVP) Enterprise Client Management - Microsoft Student Partner (MSP) 2008/2010, MCITP Enterprise Desktop Support Technician 7/Enterprise Desktop Administrator 7, MCTS Configuration Manager/MDOP

    • Proposé comme réponse Boris Ivanov jeudi 30 avril 2015 12:31
    mercredi 29 avril 2015 08:54
    Modérateur
  • Bonjour,

    J'ai déjà appliqué plusieurs maj éparses mais non publiée sur WSUS sur un échantillons de cobayes, pour l'instant, je surveille le comportement:

    kb2728738
    kb2775511
    kb2878378
    kb2778831
    kb3014783
    kb2831347

    mercredi 29 avril 2015 09:12