HP Systems Insight Manager Manuel d'utilisation
Page 175
d'identification quotidienne est disponible par défaut et vous pouvez l'exécuter à tout moment en
sélectionnant Run Now (Exécuter maintenant). Dans une version ultérieure, le processus de mise
à niveau intégrera le lancement automatique de la tâche d'identification sur les systèmes détectés.
-------------------------------------------------------------
Le délai de la tâche de collecte de données pour un HP Onboard Administrator expire sur un CMS
non-Windows.
Solution : cela n'a d'effet que sur la tâche concernée, pas sur les autres tâches du lot.
-------------------------------------------------------------
HP SIM peut signaler des entrées dupliquées pour les contrôleurs RAID si les données sont collectées
à l'aide des protocoles WBEM et SNMP sur une cible HP Insight Management WBEM Providers
for Windows Server 2003/2008.
Solution : pour voir les données correctes dans le rapport, vous pouvez exécuter la collecte de
données en désactivant l'un des protocoles. Vous pouvez aussi accéder à HP SMH pour voir le
nombre correct de contrôleurs RAID.
-------------------------------------------------------------
Vous constatez un problème lorsque plus deux processus mxinventory démarrent sur le CMS.
Solution : procédez comme suit :
Procédure 42 Problème lié au démarrage de deux processus mxinventory
1.
Vérifiez que votre CMS HP-UX dispose des tout derniers correctifs de noyau HP-UX requis
pour l'exécution de Java 1.5. Si le CMS est HP-UX 11.23 IA/PA, vérifiez que le correctif de
noyau PHKL_35029 (ou le correctif qui le remplace) est installé. Consultez la section
.
2.
Vérifiez que tous vos systèmes HP-UX gérés disposent de HP WBEM Services for HP-UX
A.02.00.11 ou version ultérieure. Pour les systèmes gérés exécutant HP-UX 11.23 IA/PA,
vérifiez que le correctif de noyau PHSS_33349 (ou le correctif qui le remplace) est installé.
-------------------------------------------------------------
Si vous annulez une tâche en cours d'exécution en cliquant sur Stop (Arrêter) ou Delete (Supprimer),
puis que vous tentez immédiatement de démarrer une autre tâche du même type, celle-ci ne
s'exécute que lorsque l'annulation de la première tâche est entièrement terminée. Les systèmes
concernés par la tâche annulée qui sont en cours de traitement peuvent s'exécuter complètement.
Pour certaines tâches longues comme la collecte de données ou le déploiement de logiciel, il faut
parfois compter un certain temps jusqu'à la fin de l'exécution des systèmes en cours et l'annulation
de la tâche.
Solution : si la collecte de données dure trop longtemps, vous pouvez arrêter ou supprimer la tâche,
puis attendre 5 à 10 minutes une fois l'annulation terminée avant d'exécuter une autre tâche de
collecte de données.
Si la tâche de collecte de données doit s'exécuter entièrement sans annulation, il est impossible
de lancer une autre tâche de ce type pendant au moins 15 minutes, sinon celle-ci échoue car elle
est ignorée (cela est indiqué dans la sortie STDOUT de l'instance de la tâche).
-------------------------------------------------------------
Si vous constatez que la collecte de données a échoué en raison d'une connexion WBEM, cela
peut être dы а un proxy WMI Mapper défaillant.
Solution : procédez comme suit :
Procédure 43 Échec de la collecte de données due à une connexion WBEM
1.
Vérifiez physiquement tous les proxy Pegasus WMI Mapper configurés. Dans le menu
Administrative tools
→Services du serveur hébergeant le proxy Pegasus WMI Mapper, vérifiez
que Pegasus WMI Mapper est en cours d'exécution.
2.
Si ce n'est pas le cas, redémarrez Pegasus WMI Mapper si possible.
3.
Si vous ne pouvez pas redémarrer le proxy ou si Pegasus WMI Mapper a été désinstallé,
supprimez-le des paramètres de proxy WMI Mapper Proxy CMS figurant dans la page
Options
→Protocol Settings→WMI Mapper Proxy (Proxy WMI Mapper).
Collecte de données
175