Le service hôte de l’agent SMS ne démarre pas après le redémarrage d’un ordinateur client Systems Management Server 2003

  • Article

Cet article fournit une résolution du problème lié au fait que le service hôte de l’agent SMS ne démarre pas après le redémarrage d’un ordinateur client Systems Management Server 2003.

Applicabilité : Windows 10 - Toutes les éditions
Numéro de la base de connaissances d’origine : 922362

Importante

Cet article contient des informations sur la modification du Registre. Avant de modifier le Registre, pensez à le sauvegarder et assurez-vous que vous savez le restaurer en cas de problème. Pour plus d’informations sur la sauvegarde, la restauration et la modification du Registre, cliquez sur le numéro ci-dessous pour afficher l’article dans la Base de connaissances Microsoft :
256986 Description du Registre Microsoft Windows

Symptômes

Après avoir redémarré un ordinateur client Microsoft Systems Management Server (SMS) 2003, le service hôte de l’agent SMS (Ccmexec.exe) ne démarre pas. Lorsque ce problème se produit, les entrées d’erreur qui ressemblent aux suivantes peuvent apparaître dans le fichier CCMExec.log sur l’ordinateur client SMS :

CCMExec.log entrée de fichier 1
Démarrage du service CCMEXEC... $$<CcmExec><vendredi 13 février 8 :13 :13.819 2004 Central Standard Time><thread=1216 (0x4C0)>
Exécution sur ordinateur ComputerName en tant qu’utilisateur SYSTEM.
$$<CcmExec><Fri Feb 13 :8 :13 :13.859 2004 Central Standard Time><thread=1216 (0x4C0)>
ERREUR!! WBEM est introuvable dans le chemin d’accès système. $$<CcmExec><Fri Feb 13 :8 :13 :13.859 2004 Central Standard Time><thread=1216 (0x4C0)>
Ajout réussi de WBEM à la variable d’environnement de processus PATH. $$<CcmExec><Fri Feb 13 :8 :13 :13.859 2004 Central Standard Time><thread=1216 (0x4C0)>
Initialisation de COM. $$<CcmExec><Fri Feb 13 :8 :13 :13.859 2004 Central Standard Time><thread=1216 (0x4C0)>
Inscription aux notifications de modification de journalisation. $$<CcmExec><Fri Feb 13 :8 :13 :13.869 2004 Central Standard Time><thread=1216 (0x4C0)>
Définition du composant de journalisation par défaut pour le processus. $$<CcmExec><Fri Feb 13 :8 :13 :13.869 2004 Central Standard Time><thread=1216 (0x4C0)>
Définition du status de service sur RUNNING. $$<CcmExec><Fri Feb 13 :8 :13 :13.869 2004 Central Standard Time><thread=1216 (0x4C0)>
Vérification de la nécessité d’une réparation. $$<CcmExec><Fri Feb 13 :8 :13 :13.889 2004 Central Standard Time><thread=1216 (0x4C0)>
Échec de l’ouverture de l’espace de noms WMI « \.\root\ccm » (80004002) $$<CcmExec><Fri Feb 13 8 :13 :17.224 2004 Central Standard Time><thread=1216 (0x4C0)>
entrée de fichier CCMExec.log 2
25/01/2006 9 :16 :35 PM Échec de l’ouverture sur l’espace de noms WMI « \\.\root\ccm » (8004100a)
25/1/2006 9 :16 :35 PMCCMDoCertificateMaintenance a échoué (0x8004100a).
25/1/2006 9 :16 :35 PM Échec de l’ouverture de l’espace de noms WMI « \.\root\CCM\Events » (8004100a)
25/1/2006 9 :16 :35 PMCCMDoCertificateMaintenance() déclenché CCM_ServiceHost_CertificateOperationsFailure status événement.
25/01/2006 9 :16 :35 PMParamètres du service de chargement.
25/1/2006 9 :16 :35 PM Échec de l’ouverture sur l’espace de noms WMI « \.\root\ccm\Policy\Machine » (8004100a)
25/1/2006 9 :16 :35 PMParamètres du service de chargement d’erreurs. Code 0x8004100a
25/1/2006 9 :16 :35 PML’initialisation de la phase 0 a échoué (0x8004100a).
25/01/2006 9 :16 :35 PM Échec de l’initialisation du service (0x8004100a).
25/1/2006 9 :16 :35 PMShutting down AdditonallyCCMEXEC...
En outre, le fichier Wbemcore.log peut contenir une entrée d’erreur qui ressemble à ce qui suit :
(Ven 13 Fév 08 :13 :13 2004.69289) : l’entrée de Registre indique qu’une configuration est en cours d’exécution
(Ven Feb 13 08 :14 :13 2004.129856) : CFactory construct
(Ven 13 Feb 08 :14 :13 2004.129886) : CFactory destruct
(Ven 13 Feb 08 :14 :13 2004.129896) : Créé WINMGMT_ACTIVE mutex
(Ven Feb 13 08 :14 :13 2004.129946) : Lecture des informations de configuration à partir du registre
(Ven Feb 13 08 :14 :16 2004.132800) : Préparation d’une demande init d’espace de noms pour l’espace de noms actif //./ROOT/ccm/policy
(Ven Fév 13 08 :14 :16 2004.132901) : Préparation d’une demande d’init d’espace de noms pour l’espace de noms actif //./root/CIMV2
(Ven 13 Fév 08 :14 :16 2004.132961) : Préparation d’une demande init d’espace de noms pour l’espace de noms actif //./root/subscription
(Ven Feb 13 08 :14 :16 2004.133021) : Initializing namespace //./ROOT/ccm/policy
(Ven Feb 13 08 :14 :16 2004.133041) : Initializing namespace //./root

Cause

Ce problème se produit lorsque l’une des conditions suivantes ou les deux sont remplies :

  • La variable de chemin %SystemRoot%\System32\Wbem n’est pas répertoriée dans le chemin d’accès système sur l’ordinateur client.
  • Le type de l’entrée de registre Chemin d’accès est incorrect sur l’ordinateur client SMS.

Le problème peut également se produire lorsque le service WMI (Windows Management Instrumentation) ne démarre pas en temps voulu.

Résolution

Pour résoudre ce problème, appliquez l’une des méthodes suivantes :

Méthode 1 : assurez-vous que la variable %SystemRoot%\System32\Wbem est répertoriée dans le chemin d’accès système sur l’ordinateur client

  1. Cliquez sur Démarrer, sur Exécuter, tapez sysdm.cpl, puis cliquez sur OK.

  2. Cliquez sur l’onglet Avancé , puis sur Variables d’environnement.

  3. Sous Variables système, cliquez sur Chemin, puis sur Modifier.

  4. Assurez-vous que %SystemRoot%\System32\Wbem est répertorié dans la zone Valeur de la variable . Si cette valeur n’est pas répertoriée, vous devez l’ajouter. Pour ce faire, procédez comme suit :

    1. Dans la boîte de dialogue Modifier la variable système , cliquez après la fin du texte dans la zone Valeur de la variable , puis tapez :
      ;%SystemRoot%\System32\Wbem

    2. Cliquez trois fois sur OK pour enregistrer les modifications.

Méthode 2 : Définissez le type de l’entrée de Registre Chemin sur REG_EXPAND_SZ

Avertissement

De graves problèmes peuvent se produire si vous vous trompez en modifiant le Registre à l’aide de l’Éditeur du Registre ou toute autre méthode. Ces problèmes peuvent nécessiter la réinstallation du système d’exploitation. Microsoft ne peut pas garantir que ces problèmes puissent être résolus. Vous assumez l’ensemble des risques liés à la modification du Registre.

  1. Cliquez sur Démarrer, puis sur Exécuter, tapez regedit, puis cliquez sur OK.

  2. Dans la Rédacteur du Registre, recherchez et cliquez sur la sous-clé de Registre suivante :HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment

  3. Assurez-vous que le type de l’entrée Path est REG_EXPAND_SZ et non REG_SZ. Si le type de cette entrée est REG_SZ, vous devez copier les informations de chemin, supprimer l’entrée Chemin existante, puis créer une nouvelle entrée de type REG_EXPAND_SZ. Pour ce faire, procédez comme suit :

    1. Dans registre Rédacteur, double-cliquez sur la valeur Chemin d’accès.
    2. Cliquez avec le bouton droit sur le texte dans la zone Données de la valeur , cliquez sur Copier, puis sur Annuler.
    3. Collez le texte dans un document bloc-notes.
    4. Dans registre Rédacteur, cliquez avec le bouton droit sur Chemin, puis cliquez sur Supprimer.
    5. Dans la barre de menus, cliquez sur Modifier, pointez sur Nouveau, puis cliquez sur Valeur de chaîne extensible.
    6. Tapez Chemin d’accès, puis appuyez sur Entrée.
    7. Double-cliquez sur Chemin d’accès.
    8. Cliquez avec le bouton droit sur la zone Données de la valeur , cliquez sur Coller, puis sur OK.
    9. Fermez l’Éditeur du Registre.

Informations supplémentaires

Pour plus d’informations sur la résolution des problèmes liés aux installations push avancées du client, consultez l’article suivant dans la Base de connaissances Microsoft :

928282 Comment résoudre les problèmes d’installation push avancée du client dans Systems Management Server 2003 et System Center Configuration Manager 2007