Liste des fichiers de diagnostic de Configuration Manager 2007

La liste des journaux, fichiers log ou fichiers de diagnostic utilisés par System Center Configuration Manager 2007 (ConfigMgr) est décrite sur la page suivante :
https://technet.microsoft.com/fr-fr/library/bb892800.aspx

En anglais, c’est sur :
https://technet.microsoft.com/en-us/library/bb892800.aspx

Pour ce qui est du diagnostic de la fonction centrale de distribution de logiciels, avec Systems Management Server 2003 (SMS), il existe l’article kb826854 de la base de connaissances qui s’applique encore majoritairement pour sa partie propre au client avancé dans un mode mixte de ConfigMgr 2007. Un équivalent pour ConfigMgr peut être trouvé dans la documentation en ligne anglaise ou française ou encore le fichier d’aide.

Je rajouterais, en attendant une mise à jour de ces listes, l’existence des fichiers VirtualApp.log de CCM\Logs et VAppLauncher.log de %temp% pour ce qui est relatif à l’intégration App-V dans ConfigMgr 2007 R2.

Comme l’indique la documentation citée ci-dessus, la première démarche en cas de dysfonctionnement d’une distribution consiste à tenter de savoir si le problème se situe au niveau du serveur ou du client. Pour cela, il est nécessaire de localiser ces fichiers journaux.

La documentation indique le texte suivant :

Les fichiers journaux clients Configuration Manager 2007 se trouvent à l'un des emplacements suivants :

• Sur les ordinateurs utilisés comme points de gestion, les fichiers journaux clients se trouvent dans le dossier SMS_CCM\Logs.
• Sur tous les autres ordinateurs, ils se trouvent dans le dossier %Windir%\System32\CCM\Logs ou dans le dossier %Windir%\SysWOW64\CCM\Logs.

La plupart des fichiers journaux du serveur de site Configuration Manager 2007 se trouvent dans le dossier <Chemin d'installation>\LOGS. Étant donné que Configuration Manager 2007 se base principalement sur les services Internet (IIS) Microsoft, vous pouvez consulter les fichiers journaux IIS pour prendre connaissance d'autres erreurs liées à l'accès du client au serveur IIS. Le fichier journal IIS se trouve dans le dossier %Windir%\System32\logfiles\W3SVC1 du serveur IIS.

C’est exact à un bémol près : selon que le client est installé avant ou après un site secondaire, les fichiers de log ne sont pas dans les mêmes répertoires.

Les analyses proposées indiquent les points suivants :

En cas de problème lors de votre déploiement de Microsoft System Center Configuration Manager 2007, vérifiez tout d'abord s'il ne s'agit pas d'un problème de sécurité, d'espace disque, de technologie, de connexion réseau ou de synchronisation de l'heure

Sur le plan de la sécurité, les points cités sont WMI, DCOM, NTFS et Configuration Manager 2007. Je rajouterais la sécurité dans l’Active Directory, en particulier, pour ce qui est relatif au conteneur “System Management” ou à l’utilisation des comptes d’ordinateurs ou comptes d’accès réseau.

N’oubliez pas que ce n’est pas parce qu’un compte d’utilisateur ordinaire ou privilégié accède à une ressource que le compte d’ordinateur qui effectue une action similaire y parvient également ! Pour vous assurer que le compte d’ordinateur a les bons privilèges, vous pouvez, si vous avez suffisamment de droits sur le système sur lequel vous effectuez le diagnostic, ouvrir une invite de commande en tant que SYSTEM via l’outil PSExec de la manière suivante :

psexec -i -s cmd.exe

Les espaces disques sont tellement triviaux qu’il peut arriver que l’on passe à côté, faute d’y penser tant pour la base de données que pour les espaces de stockage des packages ou des messages d’état.

Sur le plan de la technologie, Microsoft SQL Server, Windows Installer et les services Internet (IIS) sont cités. Là encore, je rajouterais Active Directory et les services de résolution de noms DNS ou WINS bien que ces points soient évoqués au niveau Connexion réseau et Synchronisation de l'heure.

Dans le diagnostic, il est possible d’utiliser une démarche “top down” comme disent les anglais, ou “bottom up”. La démarche “Top down” consiste à partir du serveur sur lequel le package est créé pour aller vers le poste client. Elle peut être davantage pertinente dans le cas où l’ensemble des postes ne reçoivent pas une distribution précise. La démarche “Bootom up” consiste à partir du client pour remonter la chaine vers le serveur. Elle est plus pertinente dans le cas où un ou quelques postes ne fonctionnent pas.

Au passage, dans une phase de diagnostic et afin de connaître rapidement, par exemple, les numéros d’identification de collections ou de packages, il peut être utilise de lancer la console de la manière suivante :

C:\Program Files\Microsoft Configuration Manager Console\AdminUI\bin\adminconsole.msc" sms:debugview=1