Problèmes liés à l'inventaire matériel

Recherchez la solution des problèmes que vous avez rencontrés liés aux gestionnaires de machine virtuelle et à l'inventaire matériel.

La mise à jour de VM Manager Tool échoue
Lorsque vous exécutez le Fixlet Mettre à jour l'outil VM Manager Tool vers version, la mise à jour échoue. Lorsque vous consultez les détails de l'action sur un ordinateur spécifique, le script peut échouer à différentes lignes, par exemple :
waithidden cmd /c "rmdir "{parameter "homefolder"}" /s /q"
continue if {exit code of action = 0}
Pour résoudre ce problème, procédez comme suit :
  1. Accédez à l'ordinateur sur lequel la mise à jour de VM Manager Tool a échoué et ouvrez le dossier <BES_Client>/LMT.
  2. Si le dossier ne contient pas le dossier VMMAN_copy, créez-le.
  3. Copiez les dossiers config et keydb depuis le dossier <BES_Client>/LMT/VMMAN vers le dossier <BES_Client>/LMT/VMMAN_copy.
  4. Supprimez le dossier VMMAN.
  5. Exécutez l'un des Fixlets suivants pour terminer la mise à jour. Cela peut prendre un certain temps avant que le Fixlet ne devienne pertinent.
    • Exécutez le Fixlet Installer VM Manager Tool version number si la mise à jour a échoué sur l'ordinateur où l'instance principale de VM Manager Tool est installée.
    • Exécutez le Fixlet Installer une autre instance de VM Manager Tool (FACULTATIF)version number si la mise à jour a échoué sur l'ordinateur où une instance supplémentaire de VM Manager Tool est installée.
Le message d'erreur CODVM0005E s'affiche lors de la tentative de connexion au gestionnaire de machine virtuelle via SSL.
Un message d'erreur s'affiche lors de la tentative de connexion au gestionnaire de machine virtuelle via SSL : CODVM0005E Une erreur s'est produite lors de la tentative de connexion au gestionnaire de machine virtuelle à l'adresse suivante : Nom d'hôte. Pour résoudre le problème, procédez comme suit :
  1. Accédez à https ://www14.software.ibm.com/webapp/iwm/web/preLogin.do?source=jcesdk.
  2. Indiquez votre ID et votre mot de passe BigFix, puis cliquez sur Connexion. Vous devrez peut-être vous enregistrer auprès de BigFix pour télécharger les fichiers.
  3. Sélectionnez Fichiers de règles JCé de kit de développement de logiciels pour Java 5.0 SR16, Java 6 SR13, Java 7 SR4 et versions ultérieures, puis cliquez sur Continuer.
  4. Consultez le contrat de licence, sélectionnez J'accepte, puis cliquez sur Je confirme.
  5. Cliquez sur Télécharger maintenant.
  6. éxtrayez les fichiers et copiez-les dans le répertoire suivant :
    <BES_Client>/LMT/VMMAN/java/jre/security
  7. Redémarrez le serveur.
Le serveur est actif, mais une exception apparaît dans les traces. L'exception est liée à la connexion à l'éSX spécifié avec le message suivant : javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?
  1. Ajoutez les lignes suivantes au fichier :/etc/vmware/hostd/config.xml 
    ..
    <ssl>
       <doVersionCheck> false </doVersionCheck>
       <handshakeTimeoutMs>30000</handshakeTimeoutMs>
    </ssl>
    <http>
        <readTimeoutMs>45000</readTimeoutMs>
        <writeTimeoutMs>45000</writeTimeoutMs>
        <blacklistPeriodMs>3000</blacklistPeriodMs>
    </http>
    <vmdb>
      ...
  2. Redémarrez le service hôte à l'aide de service mgmt-vmware restart.
  3. Vérifiez que l'exception a disparu.
Le serveur est actif, mais une exception org.xml.sax.SAXParseException apparaît dans les traces. L'exception est liée à la connexion à l'éSX spécifié.
Vérifiez que vous disposez des modules de correction les plus récents pour le serveur éSX installé défectueux.
Mise à niveau du serveur vCenter depuis la version 5.0 vers la version 5.1 entraînant l'échec de la connexion au serveur.
Le message suivant s'affiche : CODVM0003é The VM manager denied access because of invalid credentials. Pour résoudre ce problème, procédez comme suit :
  1. Dans vCenter, arrêtez toutes les sessions sous un nom d'utilisateur défini comme donnée d'identification utilisateur dans le gestionnaire de machine virtuelle pour le vCenter spécifique.
  2. Retirez ce nom d'utilisateur.
  3. Depuis vCenter, rajoutez le nom d'utilisateur avec des droits en lecture seule ou de propagation.
  4. Redéfinissez l'entrée du gestionnaire de machine virtuelle pour ce vCenter spécifique à l'aide du même nom d'utilisateur.
La spécification du domaine pour le nom d'utilisateur des gestionnaires de machine virtuelle est incohérente.
Différentes définitions d'utilisateurs sont utilisées pour chaque type de gestionnaire de VM :
  • Pour Microsoft Hyper-V, vous devez utiliser le compte Administrateur. L'utilisateur est défini sous la forme user_name\domain, par exemple user_name@domain. Par exemple : test\cluster.com ou test@cluster.com.
  • Pour VMware, l'utilisateur est défini sous la forme domain\user_name, par exemple : cluster.com\test.
  • Pour RHV-M, l'utilisateur est défini comme user_name@domain, par exemple : test@cluster.com.
  • 9.2.12 Pour Citrix Hypervisor (anciennement XenServer), l'utilisateur est défini sous la forme user_name, par exemple root.
  • 9.2.14 Pour Oracle VM Server for x86, l'utilisateur est défini sous la forme user_name , par exemple : test.
  • 9.2.17 Pour Nutanix, l'utilisateur est défini sous la forme user_name, par exemple : test.
Les modifications apportées aux gestionnaires de machine virtuelle ne sont pas mises à jour sur le serveur BigFix.
Les modifications apportées aux gestionnaires de machine virtuelle ne sont pas mises à jour sur le serveur BigFix et le message d'erreur suivant est affiché dans le panneau Gestionnaires de machine virtuelle : La dernière modification des gestionnaires de machine virtuelle n'a pas correctement été traitée sur le serveur IBM BigFix. Les données ne sont pas synchronisées avec l'outil VM Manager Tool.
Pour résoudre ce problème, assurez-vous que VM Manager Tool est installé. Vous pouvez également vérifier l'historique de l'action Configurer VM Manager Tool dans la console BigFix pour déterminer la raison pour laquelle l'étape a échoué. Des informations supplémentaires sont également disponibles dans les fichiers journaux de la console BigFix, qui se trouvent dans l'un des répertoires suivants :
  • /var/opt/BES Client/__BESData/__Global/Logs
  • C:\Program Files (x86)\BigFix Enterprise\BES Client\__BESData\__Global\Logs
Le test de connexion ne se termine pas.
Reportez-vous à la solution proposée pour le problème Les données provenant des gestionnaires de machine virtuelle ne sont pas mises à jour sur le serveur BigFix.
La connexion à Hyper-V échoue avec l'erreur suivante : The RPC server is unavailable.
Vérifiez que le port 135, ainsi que les ports dynamiques Windows sont ouverts pour les communications.
Les données provenant des gestionnaires de machine virtuelle ne sont pas mises à jour sur le serveur BigFix.
Si vous exécutez un test de connexion pour un gestionnaire de machine virtuelle et qu'il ne se termine pas, le problème peut provenir du client BigFix qui est installé sur le serveur BigFix. Si le client est arrêté, les actions que vous effectuez dans BigFix Inventory sont envoyées au serveur BigFix, mais le statut est marqué comme Non rapporté. Afin de déterminer les actions supplémentaires, examinez le client BigFix qui est installé sur le serveur BigFix.

Pour la même raison, les données provenant du gestionnaire de machine virtuelle peuvent ne pas être transférées au serveur BigFix. Vérifiez la valeur dans la colonne Dernière opération réussie pour vérifier si les données ont été envoyées récemment au serveur.

Les actions qui sont effectuées dans le panneau des gestionnaires de machine virtuelle, telles que le test de la connexion ou l'ajout d'un gestionnaire de machine virtuelle, sont en échec.
Si les actions que vous effectuez dans le panneau gestionnaires de machine virtuelle échouent, vous pouvez vous connecter à la console BigFix qui est reliée à votre source de données principale et vérifier l'historique des actions récentes, telle que Configurer VM Manager Tool ou VM Manager Tool - test de connexion. Vous pourrez ainsi obtenir des détails sur l'étape en échec et déterminer la solution. Si vous hésitez quant à la source de données à laquelle vous connecter, connectez-vous à BigFix Inventory et cliquez sur Gestion > Source de données.
Pour vérifier l'historique des actions récentes, procédez comme suit :
  1. Connectez-vous à la console BigFix qui est raccordée à votre source de données principale.
  2. Dans l'arborescence de navigation, cliquez sur Ordinateurs.
  3. Dans le panneau supérieur droit, sélectionnez l'ordinateur qui est défini comme étant votre source de données principale.
  4. Dans le panneau inférieur droit, cliquez sur l'onglet Historique des actions.
  5. Cliquez deux fois sur l'une des actions récentes en échec.
    • Si le test de connexion a échoué, vérifiez l'action de test de connexion de VM Manager Tool.
    • Si la modification des gestionnaires de machine virtuelle a échoué, vérifiez l'action Configurer VM Manager Tool.
  6. Dans la nouvelle fenêtre, cliquez sur l'onglet Ordinateurs.
  7. Cliquez deux fois sur l'action.
  8. Localisez l'étape en échec et vérifiez les détails.
Le panneau Gestionnaires de machine virtuelle est bloqué ou contient des messages d'erreur.
Le panneau des gestionnaires de machine virtuelle est soit complètement bloqué soit dépourvu de toute possibilité d'effectuer une quelconque action, soit il contient un ou plusieurs messages d'erreur vous invitant à installer les services VM Manager Tool ou BigFix.
Pour résoudre le problème, procédez comme suit :
  • Assurez-vous que le serveur et le client BigFix sont installés sur le nœud final cible.
  • Installez et démarrez Web Reports sur le serveur BigFix. Pour plus d'informations, voir : Installation de Web Reports.
  • Abonnez le serveur BigFix au site BigFix Inventory v10.
  • Assurez-vous que le contenu du site BigFix Inventory v10 est à jour. Si votre ordinateur n'a pas accès à Internet, voir : Téléchargement de fichiers dans un environnement isolé.
  • Abonnez le nœud final cible au site BigFix Inventory v10.
  • Assurez-vous que VM Manager Tool est installé. Pour plus d'informations, voir : Installation de VM Manager Tool.
La fréquence de l'UC qui s'affiche sur le rapport d'inventaire matériel est égale à zéro
La fréquence d'UC est un paramètre supplémentaire. Il est extrait uniquement à partir des ordinateurs qui ne sont pas gérés par des gestionnaires de machine virtuelle ou de machines virtuelles qui ne se trouvent pas dans l'état OK. Les valeurs de fréquence d'UC n'influencent pas le calcul des PVU.
Les machines virtuelles qui sont gérées par VMware vCloud Director disposent d'UUID du BIOS en double.
Le problème survient lorsque les machines virtuelles sont déployées à partir de modèles de catalogue. Pour résoudre le problème : Les BIOS UUID dans vCloud Director ne sont pas uniques lorsque des machines virtuelles sont déployées depuis les modèles du catalogue (2002506).
Le rapport Inventaire matériel de BigFix Inventory affiche le message No Scan Data après l'exécution d'analyses de capacité sur les systèmes d'exploitation invités VMware.
Le journal d'importation contient plusieurs occurrences des erreurs suivantes.
Some error occured during importing the capacity scan from file : 
capacity_scan_file_name.xml for endpoint : 
endpoint_number.
getNodeInfo Error: VMWare VirtualMachine UUID (06XZXA0) do not match with the UUID pattern!
Dans les fichiers d'analyse transférés par les clients, la balise UUID contient le numéro de série des hôtes plutôt que l'identificateur unique universel de la machine virtuelle. Exemple :
<VirtualMachineGuest version="1">
           <UUID>06CZFCV</UUID>
           <HypervisorType>VMware</HypervisorType>
</VirtualMachineGuest>
BigFix Inventory nécessite des numéros d'identificateur unique universel de machine virtuelle uniques pour pouvoir calculer correctement la capacité de toutes les machines virtuelles. Cette erreur est peut-être générée par le numéro de série de l'hôte qui apparaît à la place habituelle d'enregistrement de l'identificateur unique universel de machine virtuelle. Si vous installez un système d'exploitation avec le support Reseller Option Kit (ROK), vous risquez d'obtenir certaines données du système BIOS du serveur plutôt que de la machine virtuelle.
Pour activer la récupération correcte des données d'identificateur unique universel à partir des systèmes d'exploitation installés avec le support ROK, éditez le fichier .vmx de la machine virtuelle et définissez le paramètre reflectHost sur false. Exemple :
SMBIOS.reflectHost = "false"
Si le problème persiste, forcez le téléchargement des données d'analyse de capacité. Pour ce faire, procédez comme suit.
  1. Connectez-vous à la console BigFix.
  2. Dans l'arborescence de navigation, accédez à Fixlets et tâches, puis sélectionnez le Fixlet Exécuter l'analyse de capacité et télécharger les résultats.
  3. Dans le panneau du bas, cliquez sur Effectuer une action, puis sélectionnez Cliquez ici pour exécuter une analyse de capacité ponctuelle et forcer le transfert des résultats.
  4. Ouvrez l'onglet Cible et sélectionnez les ordinateurs à analyser. Cliquez ensuite sur OK.
  5. Attendez l'importation planifiée ou exécutez l'importation manuellement.
Les données du rapport d'inventaire matériel sont obsolètes.
Le problème peut se produire lorsque l'importation des données d'analyse de capacité échoue. Pour résoudre ce problème, procédez comme suit :
  1. Connectez-vous à la console BigFix.
  2. Dans l'arborescence de navigation, accédez à Fixlets et tâches, puis sélectionnez le Fixlet Exécuter l'analyse de capacité et télécharger les résultats.
  3. Dans le panneau du bas, cliquez sur Effectuer une action, puis sélectionnez Cliquez ici pour exécuter une analyse de capacité ponctuelle et forcer le transfert des résultats.
  4. Ouvrez l'onglet Cible et sélectionnez les ordinateurs à analyser. Cliquez ensuite sur OK.
  5. Attendez l'importation planifiée ou exécutez l'importation manuellement.
A l'issue de l'analyse, ses résultats sont téléchargés sur le serveur BigFix. Une fois les données importées dans BigFix Inventory, le rapport d'inventaire matériel est à jour.
Le rapport Inventaire matériel n'affiche pas les données de type Chaîne de marque de processeur.
Ce problème peut se produire après la migration ou la mise à niveau. Pour afficher les données de type Chaîne de marque de processeur sur le rapport, forcez le téléchargement des données de capacité en effectuant les étapes suivantes.
  1. Connectez-vous à la console BigFix.
  2. Dans l'arborescence de navigation, accédez à Fixlets et tâches, puis sélectionnez le Fixlet Exécuter l'analyse de capacité et télécharger les résultats.
  3. Dans le panneau du bas, cliquez sur Effectuer une action, puis sélectionnez Cliquez ici pour exécuter une analyse de capacité ponctuelle et forcer le transfert des résultats.
  4. Ouvrez l'onglet Cible et sélectionnez les ordinateurs à analyser. Cliquez ensuite sur OK.
  5. Attendez l'importation planifiée ou exécutez l'importation manuellement.
Les ordinateurs ne disposent pas du statut No Scan Data, car les résultats de l'analyse de capacité ont été supprimés du serveur BigFix Inventory.
Les résultats de l'analyse de capacité sont stockés dans un dossier sur l'ordinateur sur lequel le serveur BigFix Inventory est installé. Si le dossier est supprimé, le statut des ordinateurs sur le widget BigFix Capacity Completeness est remplacé par No Scan Data. Si les résultats de l'analyse de capacité suivante diffèrent des résultats actuellement présents sur les ordinateurs analysés, ils sont téléchargés sur le serveur BigFix Inventory. Ensuite, le statut des ordinateurs passe de No Scan Data à OK. Toutefois, si les résultats de l'analyse de capacité suivante sont identiques à ceux qui existent sur l'ordinateur analysé, ils ne sont pas téléchargés et les ordinateurs restent au statut No Scan Data. Pour résoudre ce problème, procédez comme suit.
  1. Connectez-vous à la console BigFix.
  2. Dans l'arborescence de navigation, accédez à Fixlets et tâches, puis sélectionnez le Fixlet Exécuter l'analyse de capacité et télécharger les résultats.
  3. Dans le panneau du bas, cliquez sur Effectuer une action, puis sélectionnez Cliquez ici pour exécuter une analyse de capacité ponctuelle et forcer le transfert des résultats.
  4. Ouvrez l'onglet Cible et sélectionnez les ordinateurs à analyser. Cliquez ensuite sur OK.
  5. Attendez l'importation planifiée ou exécutez l'importation manuellement.