Archive

Posts Tagged ‘WMI’

SCCM – Inventaires et utilisation des politiques ou stratégies clients

logo-sc2012 Bonjour à tous,

Je vous poste rapidement ce message.

Inventaires et utilisation des politiques ou stratégies clients

Lorsque vous activez une nouvelle politique clients (Devices), vous devez d’abord configurer la politique : Default Client Settings (1000). Celle-ci sert de Template à toutes les autres politiques, de type Custom !

image

Lorsque vous créez une nouvelle politique pour une collection donnée, il vous est proposé, comme un calque, et par défaut, la Default Client Settings, que vous pouvez bien sûr modifiée.

Par conséquent, si dans votre Policy Custom vous activez des classes WMI supplémentaires concernant l’inventaire matériel, sans les avoir activées la politique Default Client Settings, vous risquez alors de bloquer vos inventaires !

image

image

Pour le vérifier, il suffit des ré-éditer votre politique Custom, d’accéder à la section : Inventaire Matériel, puis de lancer l’assistant WMI (Hardware Inventory Classes). Si celui-ci provoque un crash WMI, cela signifie que votre inventaire matériel  ne fonctionne probablement plus sur vos postes ! Vous pouvez pour cela consulter le fichier de log, InventoryAgent.log sur vos clients SCCM :

image

…Tout en déclenchant l’action, Hardware Inventory Cycle, si nécessaire :

image 

Vous pouvez également consulter le fichier de log, InventoryProvider.log !

image

Explication

Ce qui a été “demandé” dans votre politique Custom, n’est pas conforme à ce que vous avez en réalité, activé ou pas dans la Default Client Settings ! … pas bien !

Pour rectifier le problème

Dans cet ordre :
1 – Configurer une fois pour toute les classes WMI dans la Policy, Default Client Settings ;
2 – Supprimer la politique Custom qui pose problème ;
3 – Recréer la nouvelle politique Custom (en vérifiant bien que les classes WMI) ;
4 – Republier la nouvelle politique Custom et la faire télécharger par les clients SCCM :

image

Enjoy !

avatar3 Michel PICOLLET | EXAKIS Paris
Solution Architect Microsoft [System Center]
mpicollet@event-horizon.fr

Catégories :SCCM Étiquettes : , , , , , ,

SCCM – System Center Configuration Manager 2007 | “How to upgrade default boot images or generate new default boot images based on WinPE 3.1 version

logo-sccm-20072

Bonjour à tous,

Je relaye ici un excellent post en 2 parties de Aurélien Bonnin (MVP) sur l’intégration de Microsoft Winpe 3.1 dans Microsoft SCCM 2007… En effet, sur ce coup-là, plutôt que de refaire un tutorial (redondant) sur le sujet, je préfère plutôt “optimiser”, et vous aiguiller vers celles et ceux qui ont déjà étudiés le sujet. Inutile de jouer les perroquets. Surtout que ces posts sont en général d’excellente qualité !

Extract: […] Vous trouverez dans ce premier billet quelques explications autour de la mise à jour de Winpe 3.0 vers 3.1 et l’upgrade/ajout manuel de vos images de démarrage par défaut vers Winpe 3.1. […]

Lire la suite ici

Enjoy !

Michel PICOLLET | EXAKIS Paris
Consultant Senior Microsoft [System Center]
mpicollet@event-horizon.emea.microsoftonline.com

Catégories :SCCM, Windows Étiquettes : , , , , , , ,

SCCM – Comment installer ou diagnostiquer l’installation des clients SCCM ?

logo-sccm-2007_thumb1

Bonjour à tous,

image_2_thumb

Les questions "Comment installer le client SCCM en Push depuis la console ?" ou encore, "Impossible d’installer le client SCCM en Mode Push..!?" reviennent souvent !

Voici une “check-List” des éléments ou quelques pistes, qu’il vous faut vérifier avant de déclarer qu’effectivement votre client a un réel problème…

Droits et client Push SCCM

Première chose à vérifier, avez-vous configuré le compte d’installation du client dans la console SCCM. Ce compte doit être paramétré dans "Method Push Installation". Par ailleurs, ce compte doit être "Local Administrator" des machines sur lesquelles vous allez installer le client SCCM en mode Push.

Application et rôle SCCM

Deuxième chose à vérifier, veillez à ce que le Firewall du client autorise bien les connexions SMB et WMI. En effet, le serveur SCCM copie les fichiers d’installation sur le client cible en utilisant la Share Admin$ du client (\\Client\admin$). En plus, SCCM scrute la condition du client en s’y connectant en WMI et créer un espace de nom (Namespace) pour le client SCCM.

Cf. lien suivant : http://technet.microsoft.com/en-us/library/bb694088.aspx

Par exemple, si vous avez des problèmes de connexions :
(WMI error = 0x8004100e) dans la log CCM.log sur le serveur SCCM

1. vérifier que le firewall du client ne soit pas à l’origine du problème

2. Depuis le Serveur SCCM ou une autre machines, lancer la console wmimgmt.msc, puis essayer de vous connecter sur la machine cible posant problème :

image

Management Point – Autre piste, le rôle MP (Management Point) est inopérant. La configuration de WebDAV n’a pas été effectuée. Vous devriez alors avoir trace des messages suivants dans CCMSetup.log :

Failed to correctly receive a WEBDAV HTTP request.
Failed to successfully complete HTTP request. (StatusCode at WinHttpQueryHeaders: 500)

Configurer WebDAV depuis la console Microsoft IIS 7.x. D’après certains retours, la réinstallation du rôle Management Point peut être nécessaire !

Limites de site SCCM

Troisième chose à vérifier, l’adresse IP des clients doit être dans les limites de site (Boundaries) du site, censé les gérer ! En effet, si les clients n’y sont pas, ils ne seront pas gérés… Et ceci même si votre console les affiche par le biais de la découverte SCCM. On dit dans ce cas que les clients ne sont pas assignés au site.

Pour conclure, lors de l’installation vous pouvez consulter la log CCMSetup.log pour voir l’état de l’installation du client sur un poste. Ce fichier de log se trouve dans \\Client\admin$\CCMsetup et le client s’installe dans : \\Client\admin$\Sys[plateform]\CCM

Sur le serveur, la log à consulter est CCM.log. Ce fichier de log se trouve dans le répertoire LOGS où se trouve installé SCCM… Ce fichier Log trace la copie des fichiers d’installation sur le client ciblé par le Push. Par ailleurs, certains clients peuvent avoir besoin de redémarrer pour continuer l’installation du client SCCM. En effet, lors de l’installation du client Windows Update est mis à jour avant l’installation du client. Ce qui peut rendre obligatoire le Reboot du poste dans certain cas…

NOTE : Vérifier aussi que vos clients cibles sont supportés par SCCM (Client SCCM) http://technet.microsoft.com/en-us/library/ee344146.aspx

Enjoy!

Michel PICOLLET | EXAKIS Paris
Consultant Senior Microsoft [System Center]
mpicollet@event-horizon.emea.microsoftonline.com

%d blogueurs aiment cette page :