Le blog technique

Lors du déploiement d’un management pack dont les découvertes sont basées sur des scripts locaux (par exemple Exchange 2010) dans SCOM 2007 R2 dans un environnement où les serveurs sont protégés par McAfee VirusScan Enterprise, les services concernés ne sont pas découverts et leur état n’apparait donc pas dans l’écran Supervision de SCOM.

En parallèle, des processus cscript.exe tournent sans fin sur les serveurs concernés et des alertes « Workflow Initialization Failed to start a workflow that runs a process or script » remontent dans SCOM :

Des erreurs cscript.exe sont également enregistrées dans l’Application Event Log de Windows sur les serveurs où se trouvent les services et applications qui devraient être découverts :

Ce problème est lié au module ScriptScan de McAfee VSE en version 8.8 qui se comporte de façon assez inattendue : lorsqu’il est désactivé, il empêche malgré tout l’exécution des scripts (dont ceux nécessaires à la détection des composants que SCOM cherche à monitorer) et ce même si les exclusions adéquates sont positionnées.

Trois solutions sont alors disponibles :

• Activer le module ScriptScan
• Complètement désinstaller la fonctionnalité ScriptScan en désenregsitrant la dll SCRIPTSN.dll sur chaque serveur :
  cd "C:\Program Files\Common Files\McAfee\SystemCore"
  regsvr32.exe /u SCRIPTSN.dll
• Déployer la version 8.8 patch 1 mise à disposition par McAfee.

C’est bien entendu cette dernière solution qu’il faudra privilégier. Pour plus de détails sur ce blocage, McAfee a également publié une KB à ce sujet : https://kc.mcafee.com/corporate/index?page=content&id=KB71660

Avec certains système de messagerie nous pouvons envoyer un

message en utilisant une session “telnet” avec la syntaxe suivante:

220 monserveur.fr Microsoft ESMTP MAIL Service ready at Wed, 9 May
helo
250 monserveur.fr Hello [10.10.10.10]
mail from: john@track.ru
250 2.1.0 Sender OK
rcpt to: p.fedan@mondomaine.fr
250 2.1.5 Recipient OK
data
354 Start mail input; end with <CRLF>.<CRLF>
subject: Test email using telnet
Ceci est un test.
.
250 2.6.0 7b45f718-0d0c-42fd-b2f4-dd3607bb334b@monserveur.fr

On remarque qu’avec Exchange 2010 le destinataire et le corps du

message sont vides !

La syntaxe utilisée doit être la suivante:

220 monserveur.fr Microsoft ESMTP MAIL Service ready at Wed, 9 May
helo
250 monserveur.fr Hello [10.10.10.10]
mail from: john@track.ru
250 2.1.0 Sender OK
rcpt to: p.fedan@mondomaine.fr
250 2.1.5 Recipient OK
data
354 Start mail input; end with <CRLF>.<CRLF>
to: p.fedan@mondomaine.fr         ######## Ajouter le champ “to”
Subject: test 2 email using telnet   ####### Insérer un saut de ligne

Ceci est un test.

.
250 2.6.0 <6a990d2b-9118-4e5c-8c4d-a7b70b382813@monserveur.fr

L’expéditeur et le corps du message seront présent:

Symptômes :

– Sur un serveur Windows 2008 R2 il peut arriver que lorsqu’on ouvre la console « Gestionnaire du serveur », les onglets Rôles et features soient en Erreur » avec un code erreur 0x800B0100

– Dans Panneau de configuration, Programs-> Programs and features, les mises à jour installées n’apparaissent plus.

Cause :

Une mise à jour mal installée avec des packages manquants ou corrompus.

Solution :

Cibler le ou les packages incriminés et les réinstaller, pour cela il faut suivre les étapes suivantes :

• Télécharger l’outil « System Update Readiness Tool for Windows Server 2008/Vista : Il faut choisir la version correspondant à l’architecture du serveur : x86 ou x64 bits
• Executer l’outil
• Un fichier de log est généré automatiquement dans C:\Windows\logs\CBS\CheckSUR.log , voici un exemple de fichier log

Dans ce cas et qui peut être différent d’un serveur à un autre, la mise à jour KB2506014 avait 2 packages corrompus et qui ont été corrigé et remplacé automatiquement.

Il peut arriver que des packages soient manquants dans ce cas il faut :

• Télécharger la KB.msu
• Renommer.msu en .cab et extraire tous les fichiers pour récupérer les packages manquants.
• Copier ces packages dans un nouveau dossier
• Modifier le propriétaire du dossier C:\Windows\Servicing\Packages, en le remplaçant avec le compte que vous utilisez
• Donner les droits « full control » pour le compte que vous utilisez

• Copier les packages dans le dossier C:\Windows\Servicing\Packages
• Ne pas oublier de réattribuer le droit « Propriétaire » à l’utilisateur initial.