HP Systems Insight Manager - Manuel (Page 219)

WBEM
WBEM n'est plus pris en charge sur les serveurs HP. Les derniers serveurs à prendre en charge
WBEM étaient les serveurs G6. Par conséquent, HP SIM ne peut pas identifier correctement les
détails du système d'exploitation pour les serveurs RHEL 5.7 Xen et KVM.
Indications WBEM
L'agent SMI-S incorporé P9500 actuel ne prend pas en charge les indications WBEM. Les indications
WBEM sont prises en charge à partir de la version V05 du microprogramme.
-------------------------------------------------------------
Pour permettre à un serveur CVAE 7.2 de recevoir des indications WBEM depuis des baies XP
dans HP SIM 7.1, la configuration doit être modifiée comme suit sur le serveur CVAE 7.2.
Procédure 57 Configuration permettant à un serveur CVAE 7.2 de recevoir des indications WBEM
à partir de baies XP
1. Créez le fichier .ind.keystore en exécutant :
keytool.exe -genkey -keystore .ind.keystore -storepass indssl
-validity 365 -keyalg RSA -keysize 2,048
2. Après l'importation du certificat HP SIM dans CVAE 7.2, le fichier du magasin d'approbation
est créé en tant que indtruststore au lieu de .ind.truststore. Vous devez renommer
le fichier indtruststore de la façon suivante : .ind.truststore.
-------------------------------------------------------------
HP SIM ne prend pas en charge les indications WBEM dans la bibliothèque de bandes G3 ESL
avec l'agent SMI-S incorporé (sans CVTL)
Indication WBEM pour Windows cible IPv6
Le système Windows ne prend pas en charge les indications détectées uniquement avec l'adresse
IPv6 de l'adaptateur de tunnel 6to4 configurés automatiquement (2002::/16).
Pour résoudre ce problème, assurez-vous que le système est au moins détecté avec une adresse
IP supplémentaire (IPv4 ou IPv6) accessible à partir du CMS.
Mapper WMI
Lorsque le Mapper WMI est installé sur CMS Windows 2008 R2, le service de Mapper WMI
risque de ne pas démarrer avec l'utilisateur « NT SERVICE\MAPPER ». Par ailleurs, le service
Indications du Mapper WMI risque également de ne pas démarrer avec l'utilisateur « NT
SERVICE\WbemConsumer ». Cela se produit sur un CMS Windows 2008 R2 qui appartient à un
domaine dont la politique de sécurité est contrôlée par un contrôleur de domaine. Dans ce cas,
les deux utilisateurs ci-dessus ne disposent pas du droit ouverture de session en tant que service.
Les services Mapper WMI et Indications du Mapper WMI ne démarrent pas, et lorsque l'utilisateur
tente de les démarrer depuis la console services.msc, les erreurs suivantes se produisent :
Windows n'a pas pu démarrer le service Pegasus WMI Mapper sur
l'ordinateur local. Erreur 1069 : le service n'a pas démarré en raison
d'une défaillance de l'ouverture de session.
Une erreur plus détaillée est également répertoriée dans les journaux des systèmes de l'Observateur
d'événements Windows.
Le problème se produit, car dans Windows 2008 R2, les services Mapper et Indications du Mapper
sont démarrés avec des utilisateurs possédant des droits inférieurs. Par défaut, un serveur
Windows 2008 R2 autonome est associé à ces utilisateurs possédant ces droits. Cependant, si
les politiques de sécurité d'un serveur sont contrôlées par un contrôleur de domaine, ces utilisateurs
peuvent être supprimés de l'ensemble d'utilisateurs par défaut. Ainsi, les services ne démarrent
pas.
WBEM 219