vRealize Operations Manager 6.0.2 | 9 juin 2015 | Build 2777063

vRealize Operations Manager Appliance 6.0.2 | 9 juin 2015 | Build 2777062

Mise à niveau du fichier PAK de vRealize Operations Manager 6.0.2 | 9 juin 2015 | Build 2777145

Dernière mise à jour du document : 9 juin 2015

Recherchez fréquemment les ajouts et mises à jour de ces notes.

Contenu des mises à jour

Les notes de mise à jour couvrent les sujets suivants :

 

Nouveautés

Les mises à jour de vRealize Operations Manager 6.0.2 couvrent la totalité des principaux aspects du produit dont l'installation, la migration, la configuration, l'attribution de licence, les alertes, les tableaux de bord, les rapports et les stratégies. Cette nouvelle édition ne contient aucune nouvelle fonctionnalité.

Haut de page

Avant de commencer

Consultez cette section avant de procéder à l'installation et à la configuration de vRealize Operations Manager.

Compatibilité

Cette version de vRealize Operations Manager est compatible avec les produits VMware suivants :

  • VMware vCenter Server 4.0 Update 2 et versions ultérieures, gérant des hôtes exécutant ESX/ESXi 4.0 et versions ultérieures
  • vCenter Infrastructure Navigator 5.8 et versions ultérieures
  • vRealize Configuration Manager 5.6, 5.7.x et 5.8
  • vRealize Operations Manager for Horizon 6.1.0
  • vCenter Hyperic 5.8.4

Prise en charge des navigateurs

Cette version de vRealize Operations Manager prend en charge les navigateurs Web suivants :

  • Google Chrome : Version actuelle et la plupart des versions antérieures
  • Mozilla Firefox : Version actuelle et la plupart des versions antérieures
  • Safari : Version actuelle
  • Internet Explorer pour Windows 10 et 11
  • Remarque : une exécution sur Internet Explorer 10 ou 11 offre des performances moindres.

La résolution minimale prise en charge est 1024 x 768.

Conditions requises de déploiement

Vous pouvez déployer vRealize Operations Manager en utilisant les formats d'installation suivants :

  • Dispositif virtuel VMware
  • Packages d'installation Windows et RHEL

Déploiement de dispositif virtuel

Utilisez une instance de VMware vSphere Client pour vous connecter à VMware vCenter Server et déployez le dispositif virtuel vRealize Operations Manager via vCenter Server. Le dispositif virtuel vRealize Operations Manager doit être déployé sur un hôte ESX/ESXi 4.0 ou version ultérieure, géré par VMware vCenter Server 4.0 Update 2 ou version ultérieure.

Spécifications Linux et Windows

Vous pouvez installer et mettre à jour la version autonome de vRealize Operations Manager sur les systèmes d'exploitation suivants :

Clés de licence

vRealize Operations Manager version 6.0.2 permet aux clients d'installer plusieurs éditions Advanced et Enterprise au cours d'un même déploiement de vRealize Operations Manager. Cette amélioration permet aux clients de déployer en même temps des licences à la carte et des licences pour suites.

Le comptage de licences par clé de licence est géré dans des groupes de licences. Vous pouvez mélanger les éditions ou modèles d'attribution de licence de l'une des manières suivantes :

  • En déployant vCloud Suite Standard, vSphere with Operations Management et vRealize Operations Standard ensemble dans un déploiement unique.
  • En déployant vCloud Suite Advanced ou Enterprise, vSphere with Operations Management Advanced, vRealize Operations Insight et vRealize Operations Advanced ou Enterprise dans un déploiement unique.

Remarque : vous ne pouvez pas déployer une licence de l'édition Standard avec une licence Advanced ou Enterprise dans le même déploiement.

Taille et mise à l'échelle

Les conditions requises en matière de disque, de mémoire et de CPU pour un environnement particulier dépendent du nombre d'objets dans votre environnement et de leur type, mais aussi des données collectées. Cela inclut le nombre et le type d'adaptateurs installés, la présence de HA, la durée de rétention des données et la quantité de points d'intérêt de données spécifiques. VMware met à jour l'article de la base de connaissances suivant avec les informations les plus récentes sur la taille et la mise à l'échelle.

KB 2093783

L'article de la base de connaissances inclut l'ensemble des maximums et des calculateurs de feuille de calcul qui fournissent une recommandation basée sur le nombre d'objets et de mesures que vous voulez surveiller.

Haut de page

Mise à niveau à partir de la version précédente

Remarque : si vous avez personnalisé le contenu que fournit vRealize Operations Manager (alertes, symptômes, recommandations et stratégies) et que vous souhaitez installer des mises à jour du contenu, il est préférable de cloner ce contenu avant d'effectuer la mise à niveau. Ainsi, vous pouvez restaurer le contenu prédéfini lorsque vous installez la mise à jour logicielle. Cette mise à jour fournit le nouveau contenu sans écraser le contenu personnalisé.

Pour effectuer une mise à niveau de vRealize Operations Manager vers la version la plus récente, procédez comme suit.

  1. Téléchargez le ou les fichiers PAK requis en fonction du type de cluster.
      • Pour une mise à niveau du SE, le fichier est : vRealize_Operations_Manager-VA-OS- xxx.pak
      • Pour la mise à niveau du produit des clusters de vApp, le fichier est : vRealize_Operations_Manager-VA- xxx.pak
      • Pour une mise à niveau du SE, le fichier est : vRealize_Operations_Manager-VA-OS- xxx.pak
      • Pour la mise à niveau du produit d'un cluster hétérogène comportant des nœuds VA avec des collecteurs distants Windows, le fichier est : vRealize_Operations_Manager-VA-WIN- xxx.pak
      • Pour la mise à niveau du produit des clusters RHEL, le fichier est : vRealize_Operations_Manager-RHEL- xxx.pak
      • Pour la mise à niveau du produit d'un cluster hétérogène comportant des nœuds RHEL avec des collecteurs distants Windows, le fichier est : vRealize_Operations_Manager-RHEL-WIN-xxx.pak
      • Pour la mise à niveau du produit des clusters Windows, le fichier est : vRealize_Operations_Manager-WIN-xxx.pak
  2. Avant de démarrer la mise à niveau, prenez par précaution un instantané de l'intégralité du cluster vRealize Operations.
  3. Remarque : lors de l'exécution de la mise à niveau, le cluster peut être en ligne ou hors ligne.
  4. Sur votre cluster vRealize Operations Manager existant, connectez-vous à l'interface d'administrateur du nœud principal.
    https:// noeud-principal-nom-de-domaine-complet-ou-adresse-ip/admin
  5. Sur la gauche, cliquez sur Mise à jour logicielle.
  6. Cliquez sur Installer une mise à jour logicielle.
  7. Suivez les instructions de l'assistant pour localiser et installer les fichiers PAK téléchargés. Déployez le ou les fichiers .pakselon le type de cluster, comme indiqué à l' Étape 1.
    1. Exécutez la mise à niveau du SE. Le SE est mis à jour sur le dispositif virtuel et chaque machine virtuelle est lancée.
    2. Installez le fichier de mise à niveau du cluster. L'installation peut prendre plusieurs minutes ou même une ou deux heures selon la taille de votre cluster et le type de nœud (vApp ou non-vApp).
    N'actualisez pas l'écran pendant l'installation. Dès que l'installation est terminée, l'interface de l'administrateur vous déconnecte.
  8. Reconnectez-vous à l'interface de l'administrateur du nœud principal.
    La page principale État et dépannage de l'interface de l'administrateur s'affiche et le cluster se connecte automatiquement. La page État affiche également le bouton Mettre en ligne, mais ne cliquez pas dessus.
  9. Si la page du navigateur ne s'actualise pas automatiquement, actualisez-la manuellement.
    L'état du cluster passe à Mise en ligne. Lorsque l'état du cluster devient En ligne, la mise à niveau est terminée.
  10. Sur la gauche, cliquez sur Mise à jour logicielle.
  11. Vérifiez que vRealize_Operations_Manager_Enterprise (Upgrade vRealize Operations Manager Enterprise) s'affiche à droite.
    Si le nom de la mise à jour n'est pas affiché, patientez quelques minutes, puis actualisez la page de votre navigateur.

Après la mise à niveau, si vSphere Web Client pour la machine surveillée par vRealize Operations Manager 6.0.2 n'affiche pas les badges Santé, Risque et Efficacité, reportez-vous à la section Problèmes connus des présentes notes de mise à jour.

Haut de page

Notice d'installation pour cette version

Pour obtenir des instructions sur l'installation et la configuration de vRealize Operations Manager, consultez les guides suivants :

Prise en charge des adaptateurs

En plus des adaptateurs VMware (MPSD, Log Insight, VCM, VIN et Hyperic) mentionnés dans les guides de déploiement, les adaptateurs suivants sont pris en charge pour cette version.

Adaptateur Un seul nœud vApp Plusieurs nœuds vApp Un seul nœud RHEL Plusieurs nœuds RHEL Un seul nœud Windows Plusieurs nœuds Windows Migration de mise à niveau
AWS 2.0 Oui Oui Oui Oui Non Non Non
SCOM 4.0 Oui Oui Oui Oui Non Non Oui
EMC Smarts 2.4 Oui Oui Oui Oui Oui Oui Oui
EMC Smarts 3.0 Oui Oui Oui Oui Non Non Oui
Text File 2.0 Oui Oui Oui Oui Oui Oui Oui
Relationships 2.5 Oui Oui Oui Oui Oui Oui Oui
vCloud Director 3.0 Oui Oui Oui Oui Oui Oui Oui
GSSQL 2.18 Oui Oui Oui Oui Oui Oui Oui
HP-SiteScope 2.4 Oui Oui Oui Oui Oui Oui Oui
KeyNote 2.1 Oui Oui Oui Oui Oui Oui Non
TeamQuest 2.0 Oui Oui Oui Oui Oui Oui Oui
SNMP 2.1 Oui Oui Oui Oui Oui Oui Oui
HP-BAC 2.7 Oui Oui Oui Oui Oui Oui Oui
Port 1.1 Oui Oui Oui Oui Oui Oui Oui
OpenStack 1.5 Oui Oui Oui Oui Oui Oui Oui
NSX pour vSphere 2.0 Oui Oui Oui Oui Oui Oui Oui

Management Pack for Storage Devices 6.0 est compatible avec vSphere 5.1 Update 2 ou version ultérieure.

Haut de page

Problèmes résolus

Cette section présente les problèmes qui ont été résolus dans cette version.

  • Le badge Temps restant de l'onglet Analyses affiche « ? »
    Après plusieurs modifications des stratégies, la répartition sur le badge Temps restant affiche « ? ».

    Ce problème est résolu dans cette version.

  • Les certificats Verisign ne sont pas migrés lors d'une mise à niveau
    Après la mise à jour du fichier trustore avec les certificats Verisign pour vRealize Operations Manager 6.0 et la mise à niveau vers la version 6.0.1, les certificats ne sont pas disponibles. La mise à jour du fichier trustore est une étape de personnalisation requise pour prendre en charge l'adaptateur AWS.

    Ce problème est résolu dans cette version.

  • Les tableaux de bord personnalisés de vCenter Operations Manager 5.8.x migrés vers vRealize Operation Manager 6.0 n'affichent aucune donnée ou s'affichent de manière incorrecte
    Lorsque vous migrez les tableaux de bord personnalisés de vCenter Operations Manager 5.8.x vers vRealize Operation Manager 6.0, les tableaux de bord n'affichent aucune donnée ou peuvent ne pas afficher correctement les noms des ressources.

    Ce problème est résolu dans cette version.

  • Après l'application du correctif pour vRealize Operations Manager 6.0.1, l'adaptateur VIN ne collecte toujours pas les données correctement
    Après l'application du correctif documenté dans l'article KB 2110330, l'adaptateur VIN ne collecte toujours pas les données correctement. Celles-ci apparaissent sous forme de point d'interrogation dans l'interface utilisateur.

    Ce problème est résolu dans cette version.

  • Instructions de dimensionnement de vRealize Operations Manager concernant la haute disponibilité
    L'activation de la haute disponibilité (HA) dans la fiche des instructions de dimensionnement de vRealize Operations Manager double la charge système et les conditions requises en matière de débit. Dans les versions précédentes, la fiche des instructions de dimensionnement arrondissait les nœuds au nombre entier supérieur avant de les doubler. Ce problème est résolu dans cette version. À compter de cette version, la fiche des instructions de dimensionnement double les nœuds avant qu'ils soient arrondis au nombre entier supérieur.

    Haut de page

Problèmes connus

Cette section répertorie les problèmes connus pour cette version.

Problèmes de mise à niveau et d'installation
  • La mise à niveau ne répond pas sur un système Red Hat Enterprise Linux (RHEL)
    La mise à niveau ne répond pas sur un système Red Hat Enterprise Linux (RHEL) à l'étape 5 sur 9.�Le cluster se déconnecte.
    Solution : Réappliquez le fichier .pakde mise à niveau à l'aide de l'option Forcer. La mise à niveau se termine sans interruption.

  • Impossible de démarrer les services vRealize Operations Manager sur un système Red Hat Enterprise Linux (RHEL) 6.5 x64
    Après avoir installé vRealize Operations Manager, lorsque vous tentez de vous connecter à l'interface Web de vRealize Operations Manager et que vous démarrez vRealize Operations Manager, le cluster n'est pas en ligne. Le message suivant s'affiche : En attente du démarrage du service d'analyse.
    Le fichier analytics.logsitué dans le dossier /data/log/vcops/logcontient le message d'erreur suivant : ERROR [Analytics Main Thread ] com.integrien.analytics.AnalyticsMain.uncaughtException - Thread Analytics Main Thread threw an uncaught exception. Exception was: java.lang.UnsatisfiedLinkError: /usr/lib/vmware-vcops/common/bin/libAliveJNI.so: libaio.so.1: cannot open shared object file: No such file or directory.
    Solution : Installez le module libaio-0.3.107-10.el6.x86_64ou la version de package prise en charge par la version de RHEL.

  • La migration de vCenter Operations Manager 5.8.x vers vRealize Operations Manager 6.0.x échoue
    Lorsque vous migrez vCenter Operations Manager 5.8.x vers vRealize Operations Manager 6.0.x, la migration échoue en raison d'erreurs de somme de contrôle.
    Solution : Appliquez la procédure décrite dans l'article KB 2030160 de la base de connaissances et redémarrez la migration.

  • La migration de vCenter Operations Manager 5.8.x vers vRealize Operations Manager 6.0.x échoue
    Lorsque vous migrez vCenter Operations Manager 5.8.x vers vRealize Operations Manager 6.0.x, la migration échoue en raison d'erreurs concernant la corruption de données. Le journal de la migration contient une erreur similaire à ce qui suit : ERROR: compressed data is corrupt.
    Solution : Aucune.

  • Les nouvelles données ne s'affichent pas après la migration
    Lorsque vous migrez des objets et des mesures de Management Pack for vRealize Hyperic depuis vRealize Operations Manager 5.8.5 vers la version 6.0.2, les nouvelles mesures ne sont pas collectées. Solution : Reconfigurez et redémarrez l'instance de l'adaptateur.

  • Les mises à niveau requièrent l'installation de Java sur vRealize Operations Manager for Linux
    Avant de mettre à niveau vRealize Operations Manager for Red Hat Enterprise Linux (RHEL),vous devez avoir installé Java en plus de la version Java installée par vRealize Operations Manager à l'emplacement $VMWARE_JAVA_HOME.
    En l'absence de l'autre version de Java, la mise à niveau semble fonctionner en apparence uniquement, car elle omet certains composants de vRealize Operations Manager.
    Solution : Évitez de désinstaller Java à partir du système RHEL. Le cas échéant, procédez à une réinstallation.
    Vous pouvez installer la version Java de votre choix. Par défaut, RHEL 6.5 est livré avec OpenJDK 1.7 mais vous pouvez installer JRE 1.7 ou 1.8, par exemple.

  • Les tentatives de télécharger de nouveau un fichier PAK suite à l'expiration d'une interface utilisateur provoquent un message d'erreur
    Lors d'une mise à jour logicielle, si vous laissez la console sans surveillance et que vous ne sélectionnez pas l'installation après le téléchargement du fichier PAK, l'interface utilisateur expire. Si vous relancez la mise à jour logicielle et que vous tentez de nouveau de télécharger le fichier PAK, l'interface utilisateur affiche un message d'erreur indiquant que la mise à jour est déjà installée.
    Solution : Lors de la nouvelle tentative de mise à jour logicielle, cochez l'option Installez le fichier PAK, même s'il est déjà installé, puis cliquez sur Télécharger.

  • Après la mise à niveau vers vRealize Operations Manager 6.0.2, les valeurs de badge ne s'affichent pas dans vSphere Web Client
    Après la mise à niveau de vRealize Operations Manager 6.0 vers 6.0.2, l'instance de vSphere Web Client correspondant à la machine surveillée par vRealize Operations Manager 6.0.2 n'affiche pas les badges Santé, Risque et Efficacité.
    Solution : Enregistrez le plug-in vRealize Operations Manager 6.0.2 dans l'instance de vCenter Server.
    1. Dans vRealize Operations Manager, cliquez sur Administration, puis sur Solutions.
    2. Dans le volet supérieur, cliquez sur la solution VMware VSphere, puis sur Configurer.
    3. Pour réenregistrer vRealize Operations Manager dans votre instance de vCenter Server, cliquez sur votre instance de vCenter Adapter dans le volet supérieur. Le nom de l'instance est mis en surbrillance dans le volet inférieur et indique les paramètres de l'adaptateur.
    4. Cliquez sur Gérer les enregistrements, entrez votre nom d'utilisateur et votre mot de passe, puis cliquez sur Enregistrer.
    Votre instance de vRealize Operations Manager 6.0.1 s'affiche dans le volet Solutions inférieur et l'état de collecte indique Réception de données.

  • Avant la migration, une mise à niveau nécessaire peut ne pas répondre
    Une migration pour cette version nécessite que la source soit vCenter Operations Manager 5.8.1 ou version ultérieure. Lorsque vous tentez de mettre à jour une source qui utilise DHCP, le déploiement de la source peut ne pas répondre.
    Solution : Suivez les étapes décrites dans l'article KB 1037601 de la base de connaissances.

Problèmes de gestion de cluster
  • Impossible de remplacer le nœud de réplique principal
    Après avoir nominé un nouveau nœud de réplique principal, l'état du cluster indique que la tranche n'est pas supprimée.
    Solution : Supprimez du cluster tous les nœuds de collecteur distant, puis remplacez-les par le nœud de réplique principal.

  • Impossible de terminer l'ajout de nœuds lorsqu'un ou plusieurs collecteurs distants sont ajoutés à un cluster en cours d'exécution
    Lors d'une tentative de développement d'un cluster en ligne, vous ajoutez un nouveau nœud de collecteur distant et cliquez sur Finir d'ajouter un nouveau nœud dans l'interface d'administration. L'état du cluster passe à En lignemais le texte sous l'état indique Impossible d'ajouter un nouveau nœud.
    Solution : Après l'échec, attendez environ 30 secondes et cliquez sur Finir d'ajouter un nouveau nœud. Si l'échec se reproduit, patientez, puis cliquez de nouveau sur le bouton. Dès que l'API de la suite vRealize Operations est en ligne, une communication peut être établie et le cluster peut ajouter de nouveaux nœuds.

  • Impossible de supprimer un nœud principal précédent
    Dans l'interface d'administration, dès qu'un nœud de réplique HA prend le relais et devient le nouveau nœud principal, vous ne pouvez pas supprimer du cluster le nœud principal précédent hors ligne. De plus, le rôle du nœud précédent continue à être indiqué comme nœud principal.
    Solution : Pour actualiser l'affichage et permettre la suppression du nœud, actualisez le navigateur.

  • Message d'erreur lorsque vous configurez un nœud maître dans un environnement à plusieurs nœuds
    Après avoir configuré un nœud en tant que nœud maître, vous recevez le message Préparation du nœud. Si vous cliquez sur Démarrer pour démarrer le cluster, le message Erreur de communication : expiration du délai d'attente lors de la tentative de communication avec le serveur. Essayez d'actualiser l'IU manuellement.s'affiche.
    Solution : Actualisez le navigateur pour actualiser l'interface utilisateur.

  • L'installation de PAK n'empêche pas la modification du cluster comme prévu
    Lors de l'installation d'une solution, vous pouvez effectuer des tâches de modification du cluster dans l'interface d'administration du produit, comme activer HA ou mettre des nœuds en ligne et hors ligne. Cependant, lorsque vous modifiez le cluster pendant l'installation de PAK, le produit peut se comporter de manière inattendue ou cesser de répondre.
    Solution : Évitez d'effectuer des activités de modification du cluster lors de l'installation des solutions.

  • Le cluster ne peut pas démarrer si le nom du nœud comporte une barre oblique
    Un cluster qui inclut un nœud dont le nom comporte une barre oblique (/) ne démarre pas.
    Solution : Aucune. Évitez le caractère de barre oblique (/) dans les noms de nœud de cluster.

  • Un arrêt externe affecte les nœuds du cluster
    Lorsque vous mettez un nœud de données hors tension en dehors de vRealize Operations Manager, notamment en utilisant vSphere, tous les nœuds indiquent un état Inaccessiblependant quelques instants, puis passent à l'état En attente du service d'analyse. Pour vRealize Operations Manager, un arrêt externe équivaut à tirer sur la prise d'alimentation d'un nœud en cours d'exécution, et selon la complexité de votre déploiement et le volume de données qui étaient sur ce nœud, vous devrez peut-être attendre quelques minutes, voire quelques heures, avant que les nœuds restants reviennent à un état normal.
    Solution : N'arrêtez jamais des nœuds de cluster en ligne de manière externe ou autrement qu'en utilisant l'interface vRealize Operations Manager. Mettez un nœud hors tension de manière externe uniquement après l'avoir mis hors ligne dans l'interface de vRealize Operations Manager.

  • Le cluster Windows se comporte de manière imprévisible après une restauration NetBackup
    Après avoir utilisé NetBackup pour effectuer une restauration réussie d'un nœud de cluster basé sur Windows de vRealize Operations Manager, l'application se comporte de manière imprévisible.
    Solution : Après une restauration réussie d'un nœud basé sur Windows vRealize Operations Manager, redémarrez le système d'exploitation Windows.

  • Le nœud de réplique ne peut pas prendre le relais après la mise hors ligne des nœuds principal et de réplique
    Si, pour une raison quelconque, le nœud principal et le nœud de réplique sont hors ligne, et que le nœud principal demeure hors ligne tandis que la réplique est mise en ligne, le nœud de réplique ne peut pas prendre correctement le relais sur le rôle principal.
    Solution : Configurez manuellement le nœud de réplique en tant que nœud principal.
    1. Mettez tout le cluster hors ligne, y compris les nœuds de données.
    2. Connectez-vous à la ligne de commande du nœud de réplique à la racine.
    3. Ouvrez $ALIVE_BASE/persistence/persistence.propertiesdans un éditeur de texte.
    4. Localisez et définissez les propriétés suivantes :

      db.role=MASTER
      db.driver=/data/vcops/xdb/vcops.bootstrap

    5. Enregistrez et fermez persistence.properties.
    6. Dans l'interface d'administration, faites passer le nœud de réplique en ligne, puis vérifiez qu'il devient le nœud principal.
    7. Mettez les nœuds de cluster restants en ligne.
  • Les nœuds supprimés peuvent se reconnecter au cluster
    Si un nœud est mis hors ligne pour n'importe quelle raison, et que vous supprimez le nœud du cluster vRealize Operations Manager, le nœud se reconnecte au cluster lorsque vous remettez le nœud en ligne.
    Solution : Aucune. Ne remettez pas en ligne les nœuds supprimés.

  • Les nœuds principaux et de réplique ne peuvent pas être mis en ligne simultanément
    Si le nœud principal et le nœud de réplique sont mis hors ligne au même moment pour n'importe quelle raison, et qu'ils sont remis en ligne en même temps, ils ne prennent pas correctement le relais de la gestion du cluster vRealize Operations Manager.
    Solution : Si le nœud principal et le nœud de réplique sont mis hors ligne ensemble, remettez-les en ligne de manière séparée. Remettez d'abord complètement le nœud principal en ligne, puis remettez ensuite le nœud de réplique en ligne.

  • Haut de page

Problèmes généraux
  • Les icônes des modules de gestion ne s'affichent pas après l'installation
    Après avoir installé un module de gestion, lorsque vous ouvrez le volet d'aperçu Environnement sur l'interface utilisateur de vRealize Operations Manager, les icônes de l'adaptateur et de type d'objet ne s'affichent pas.
    Solution : Décrivez à nouveau l'adaptateur manuellement.

    1. Connectez-vous à l'interface utilisateur de vRealize Operations Manager.
    2. Dans le volet gauche de vRealize Operations Manager, cliquez sur l'onglet Administration, puis sur Support.
    3. Sélectionnez et cliquez sur Décrire de nouveau.
  • L'interaction des widgets est limitée sur les tableaux de bord
    Lorsque vous créez un tableau de bord dans vRealize Operations Manager contenant au moins quatre widgets et que vous sélectionnez un objet parent dans le premier widget, les objets enfants correspondants s'affichent dans trois widgets au maximum.
    Solution : Actualisez le navigateur pour afficher les objets enfants correspondants dans tous les widgets.

  • La configuration du module de contenu de Log Insight est remplacée
    Lorsque vous modifiez les détails de configuration du fichier loginsight-agentou sur l'interface utilisateur de vRealize Operations Manager, la configuration du module de contenu de Log Insight est modifiée ou remplacée. Les ports de 9 000 à 514 peuvent être réinitialisés et le protocole passe de cfapià syslog.
    Solution : Désactivez l'option de journalisation à distance sur l'interface utilisateur de vRealize Operations Manager avant de modifier le fichier loginsight-agent. N'enregistrez pas les modifications à nouveau sur l'interface utilisateur lorsque vous utilisez le module de contenu avec Log Insight.

  • La mise à niveau d'hôtes surveillés par vRealize Operations Manager, vers ESXi 5.1 Update 3 entraîne le déplacement de certaines mesures dans d'autres groupes
    Après avoir effectué la mise à niveau vers ESXi 5.1 Update 3 ou version ultérieure, les mesures Vitesse de lecture et Vitesse d’écriture du disque virtuel s'affichent dans le groupe Disque virtuel à la place du groupe Agréger toutes les instances.
    Solution : Reconfigurez les tableaux de bord qui utilisent ces mesures.

  • Le contenu de la page Résumé ne s'actualise pas
    Le contenu de la page Résumé de l'interface utilisateur de vRealize Operations Manager n'est pas mis à jour lorsque vous cliquez sur un objet.
    Solution : Actualisez la page Résumé.

  • L'importation de données cesse de répondre
    Les tentatives d'importation de données entre vCenter Operations Manager 5.8.x et vRealize Operations Manager 6.0.2 cessent de répondre à cause d'une contrainte de ressource dans vRealize Operations Manager 6.0.2. vRealize Operations Manager enregistre un message similaire au suivant dans le fichier journal agent.log : waitForResourceMigrationComplete, délai d'attente total :762139 s, nombre actif : 30888.
    Solution : Désactivez la migration asynchrone et réessayez d'effectuer la migration plutôt que de recréer le cluster vRealize Operations Manager.
    1. Connectez-vous à la machine virtuelle Analytics.
    2. Créez un fichier appelé customMigration.propertiesà l'emplacement suivant : ALIVE_BASE/user/conf.
    3. Ajoutez une propriété appelée asyncInventoryMigrationDisabled=trueet modifiez les autorisations du fichier. Exécutez les commandes suivantes :
      ALIVE_BASE/user/conf.
      chown admin:admin customMigration.properties
      chmod 660 customMigration.properties
    4. Redémarrez vCenter Operations Manager 5.8.x pour forcer la réinitialisation de l'agent.
    5. Redémarrez vRealize Operations 6.0.x pour effacer la file d'attente existante pour l'importation.
    6. Réessayez la migration.

  • L'extension vRealize Operations Manager est enregistrée à l'aide de l'adresse IP au lieu du nom DNS
    Par défaut, vRealize Operations Manager enregistre son extension dans vCenter à l'aide de l'adresse IP de vRealize Operations Manager et non avec le nom DNS. Les utilisateurs qui cliquent pour ouvrir vRealize Operations Manager à partir de l'onglet Surveiller dans vCenter ouvrent une URL en fonction de l'adresse IP de vRealize Operations Manager et non du nom DNS.
    Solution : Pour enregistrer l'extension de vRealize Operations Manager avec le nom DNS, procédez comme suit :
    1. Sur chaque nœud du cluster vRealize Operations Manager :
      1. À partir de la console, ouvrez le fichier suivant dans un éditeur de texte :
        $ALIVE_BASE/user/conf/configuration.properties
      2. Ajoutez la ligne suivante aux propriétés :
        extensionUseDNS=true
        Remarque : pour revenir à l'utilisation de l'adresse IP, remplacez la propriété par false.
      3. Enregistrez et fermez configuration.properties.
    2. Connectez-vous à l'interface d'administration de vRealize Operations Manager et redémarrez le cluster.
  • Le nombre de mesures automatiques est significativement différent dans la version 6.0.2
    Après une mise à niveau vers la version 6.0.2, la valeur du nombre de mesures automatiques générée par vRealize Operations Manager est significativement inférieure à celle de la version 6.0.
    Solution : Aucune. Dans la version 6.0.2, une correction des calculs du seuil dynamique exclut les mesures générées par la capacité. Le produit fonctionne comme prévu.

  • La couleur du badge Santé change dans vSphere Web Client selon la version du plug-in installée
    Dans vSphere Web Client, avec le plug-in vRealize Operations Manager 6.0, 6.0.1 ou 6.0.2 installé, le badge Santé (calculé selon les alertes) s'affiche en vert pour une machine virtuelle hors tension. Avec le plug-in vCenter Operations Manager 5.x installé, le badge Santé (calculé selon les mesures) s'affiche en gris pour une machine virtuelle hors tension.
    Selon la documentation relative à vSphere 5.5 et 6.0, la couleur du badge Santé est grise pour un objet hors tension. C'est le cas avec le plug-in vCenter Operations Manager 5.x. Ce n'est pas le cas avec le plug-in vRealize Operations Manager 6.x.
    Solution : Aucune.

  • Seule une configuration d'hôte LDAP avec une adresse IP, un PORT et un nom unique de la base identiques peut être migrée
    La migration des configurations d'hôte LDAP de vCenter Operations Manager 5.x vers vRealize Operations Manager peut aboutir à l'état Réussie avec des avertissements. L'avertissement se déclenche à chaque fois que la version 5.x possède dans sa base de données plusieurs configurations d'hôte LDAP avec une adresse IP, un PORT et un nom unique de la base identiques. Cela vaut même lorsque d'autres valeurs, telles que le NOM D'UTILISATEUR, sont uniques.
    Solution : Aucune. Seule une des configurations d'hôte LDAP possédant une adresse IP, un PORT et un nom unique de la base identiques est migrée.

  • Des journaux définis au niveau de débogage ralentissent les performances dans des déploiements à grande échelle
    Lorsque les fichiers journaux de vRealize Operations Manager sont définis par défaut au niveau de débogage, les déploiements à grande échelle peuvent connaître des performances moindres.
    Solution : Définissez le paramètre du fichier journal au niveau d'erreur.
    1. Dans l'interface utilisateur de vRealize Operations Manager, sélectionnez Administration > Support > Journaux.
    2. Cliquez pour ouvrir le dossier du nœud principal.
      • Sélectionnez le dossier ANALYSES et cliquez sur Modifier les propriétés. Pour les noms de journaux LockTraceLoggeret QueryProfiler, cliquez sur le Niveau de journalisation pour remplacer le paramètre déboguerpar erreur.
      • Sélectionnez le dossier SUITEAPI et cliquez sur Modifier les propriétés. Pour les noms de journaux com.vmware.ops.api.server.utils.HttpRequestLogger, com.vmware.ops.api.server.utils.Profileret org.apache.http, cliquez sur le Niveau de journalisation pour remplacer le paramètre déboguerpar erreur.
  • L'affichage indique Aucune donnée pour Le mois dernier ou 6 derniers mois ou Année dernière
    Les graphiques avec des contrôles de date qui limitent les données affichées à une période sélectionnée ne présentent aucune date si la sélection est Mois dernier, 6 derniers mois ou Année dernière.
    Solution : Aucune.

  • Les alertes restent actives après la mise hors tension d'une ressource
    Lorsqu'une ressource est mise hors tension, la collecte de mesures s'arrête et finit par annuler les alarmes et les alertes. Cependant, si l'adaptateur continue à envoyer des données de mesures, les alertes restent actives.
    Solution : Aucune.

  • Incident de conformité signalée concernant une propriété manquante
    Lors de la vérification de l'état de conformité d'un objet dans l'interface utilisateur, le contrôle échoue si la propriété est manquante.
    Solution : Pour rendre l'objet conforme, ajoutez la propriété isolation.tools.autoinstall.disableaux paramètres de configuration de vSphere Client et définissez la valeur sur True. Pour effectuer la correction sur vSphere Client, accédez à Modifier les paramètres > Options > Général > Paramètres de configuration.

  • Impossible de se connecter à vSphere Web Client après la mise à jour du plug-in vRealize Operations Manager pour vSphere
    Lorsque le plug-in vRealize Operations Manager pour vSphere est non déployé en raison d'une action telle qu'une mise à jour, certaines parties de vSphere Web Client peuvent être redéployées. Cela peut entraîner une instabilité dans vSphere Web Client et une perte de service. Les symptômes visibles incluent l'impossibilité de se connecter à vSphere Web Client ou un affichage d'inventaire vide dans vSphere Web Client.
    Solution : Redémarrez vSphere Web Client pour rétablir le service.

  • Certaines mesures de l'espace disque de vSphere 6 ne s'affichent pas
    Lorsque vous enregistrez vRealize Operations Manager dans vSphere 6, toutes les mesures de l' espace disquene s'affichent pas. Seules les mesures de l' espace disquesuivantes sont publiées dans vRealize Operations Manager à partir de vSphere 6 :
    Machine virtuelle : diskspace|used, diskspace|diskused, diskspace|snapshot
    Hôte : diskspace|used, diskspace|diskused, diskspace|snapshot
    Cluster : diskspace|used, diskspace|diskused, diskspace|snapshot
    Banque de données : diskspace|used, diskspace|diskused, diskspace|snapshot, diskspace|swap, diskspace|capacity, diskspace|disktotal, diskspace|provisioned
    Solution : Aucune.

  • vSphere 6 affiche du texte et des images plus anciens liés à vRealize Operations Manager
    Lorsque vous enregistrez vRealize Operations Manager dans vSphere 6, l'interface utilisateur vSphere 6 affiche l'ancien nom de produit vCenter Operations Manager dans l'onglet Surveiller de vSphere Web Client. De plus, l'illustration de l'interface du produit montre l'ancienne interface de vCenter Operations Manager au lieu de l'interface de vRealize Operations Manager.
    Solution : Aucune. Vous pouvez ignorer en toute sécurité l'ancien nom et l'ancienne image, car la surveillance utilise vRealize Operations Manager comme prévu.

  • Divergence dans la valeur Demande de mémoire|Hôte pour les machines virtuelles
    Dans l'onglet Charge de travail d'analyse, deux graphiques affichent la demande de mémoire. Un graphique affiche la demande de l'hôte et l'autre affiche la demande des machines virtuelles sur l'hôte. La demande de l'hôte agrège la demande des machines virtuelles avec la réservation et la limite des machines virtuelles. La demande de l'hôte et la demande totale des machines virtuelles peuvent ne pas correspondre. Par exemple, lorsque des machines virtuelles sur l'hôte ont une grande réservation, la demande de l'hôte est supérieure à la demande totale des machines virtuelles.
    Solution : Aucune.

  • Les banques de données VVOL sont masquées
    Si une machine virtuelle, un hôte, un cluster, un centre de données ou un objet vCenter Server comportant des banques de données VVOL est sélectionné(e) dans la liste de tous les objets, un nombre de banques de données incorrect s'affiche sur l'onglet Mappage d'objets d'environnement ou sur l'onglet Dépannage de toutes les mesures. De plus, si une machine virtuelle est déployée sur une banque de données VVOL, des mesures brutes ou dérivées peuvent manquer.
    Solution : Aucune. Les banques de données VVOL sont masquées, car vRealize Operations Manager n'implémente pas les mesures de banque de données VVOL. Cependant, les banques de données VVOL sont incluses dans le nombre.

  • Longue attente d'affichage des valeurs de mesure Temps restant dans l'interface utilisateur
    Les valeurs de la mesure Temps restant ne s'affichent pas dans l'interface utilisateur pendant plusieurs jours.
    Solution : Aucune. Les calculs de la capacité reposent sur les données recueillies sur une période de temps, un point de données de capacité étant généré par période de 24 heures. vRealize Operations Manager utilise la tendance des points de données de capacité historique pour prévoir les valeurs Temps restant. Comme au moins deux jours sont requis pour déterminer une tendance, il faut normalement attendre plusieurs jours l'affichage des valeurs Temps restant.

  • Lors d'une tentative d'ajout manuel d'un périphérique SNMP, le fichier SNMP MIB importé n'est pas répertorié
    Après la copie d'un fichier SNMP MIB dans le dossier /usr/lib/vmware-vcops/user/plugins/inbound/snmp_adapter3/conf/mibset l'exécution des étapes d'importation du script et de redescription de l'adaptateur SNMP, le fichier n'est pas répertorié comme un type d'objet dans l'espace de travail Ajouter un objet de l'interface utilisateur.
    Solution : Pour répertorier le fichier MIB, synchronisez les MIB sur les nœuds de collecteurs.
    1. Copiez le nouveau fichier MIB dans le répertoire $ALIVE_BASE/user/plugins/inboud/snmp_adapter3/conf/mibssur le nœud principal.
    2. Décrivez de nouveau l'adaptateur SNMP.
    3. Redémarrez le service vmware-vcops sur chacune des tranches ou chacun des collecteurs sur lesquels le fichier MIB n'existe pas afin que tous les MIB soient synchronisés dans le cadre de l'opération de synchronisation.
  • Erreur de communication lors de la création d'un bundle de support
    Les bundles de support sont créés dans Administration > Support > Bundles de support ou dans l'interface utilisateur d'administration. Lorsque vous créez un bundle de support pour vérifier ou envoyer des services de support, le message suivant s'affiche : ERREUR com.vmware.vcops.adminui.action.UtilityAction:25 - JavaScript Error - Msg : erreur de communication, Url : supportBundle.action. Cette erreur se produit lorsque la taille du fichier est d'environ 10 Go ou plus. Malgré cette erreur, le bundle de support est créé et peut être utilisé.
    Solution : Aucune.

  • Après une migration vers vRealize Operations Manager 6.0, certaines mesures de badge n'apparaissent pas dans les zones Remplacer les attributs et Remplacer les définitions d'alertes ou de symptômes de l'espace de travail Stratégie

    Les mesures de badge migrées pour vCenter Server, les systèmes hôte, les machines virtuelles et autres objets de vCenter Operations Manager 5.8.x n'apparaissent pas dans l'espace de travail Stratégie de vRealize Operations Manager 6.0.

    Lorsque vous consultez Remplacer les attributs de l'espace de travail Stratégie et que vous sélectionnez Mesure pour le Type d'attribut, les mesures de badge suivantes n'apparaissent pas :
    badge|health, badge|health_state, badge|health_classic, badge|risk, badge|risk_state, badge|risk_classic, badge|efficiency, badge|efficiency_state, badge|efficiency_classic

    Lorsque vous consultez Remplacer les définitions d'alertes ou de symptômes de l'espace de travail Stratégie et que vous tentez d'afficher les mesures de badge pour les Définitions de symptômes, les mesures de badge suivantes n'apparaissent pas :
    badge|workload, badge|anomaly, badge|fault, badge|time_remaining, badge|time_remaining_whatif, badge|capacity_remaining, badge|stress, badge|waste, badge|density, badge|compliance

    Solution : Aucune

  • Certaines définitions de symptômes sont en anglais même lorsque le navigateur dans lequel vRealize Operations Manager s'exécute est paramétré dans une autre langue
    Si vous installez vRealize Operations Manager en tant que vApp ou sur un système d'exploitation RHEL localisé, certaines définitions de symptômes de mesures/super mesures sont affichées en anglais.
    Solution : Installez vRealize Operations Manager sur un système d'exploitation Windows localisé.

  • Les noms de clé migrés peuvent ne pas être localisés
    Lors de la migration, si une mesure source n'a pas d'équivalent dans la version cible de vRealize Operations Manager, la mesure migrée est considérée comme une nouvelle mesure sur la cible. Ses attributs de mesure (métadonnées) sont ajoutés de manière dynamique lors de la demande d'ID de mesure et ses noms de clé sont considérés comme étant des noms localisés même s'ils ne sont pas correctement localisés.
    Solution : Aucune

  • vCenter Adapter cesse de collecter des données depuis vCenter Server 5.5
    Lorsque les collectes de vCenter Server échouent sur une instance de vCenter Server 5.5 et que les journaux affichent l'exception RuntimeException WstxEOFException, vFlash est activé sur des hôtes dans l'environnement vSphere Server.
    Solution : Appliquez la solution fournie dans l'article KB 2072392 de la base de connaissances.

  • Une solution installée n'apparaît pas dans le menu déroulant Ajouter la clé de licence
    Si vous utilisez la licence d'une instance d'un adaptateur de solution dans Administration › Solution › Licence de ‹nom de l'adaptateur› › Configurer › Ajouter et que l'adaptateur n'apparaît pas dans le menu déroulant Ajouter la clé de licence, cela signifie que l'actualisation des clés de licences a échoué.
    Solution : Pour forcer l'actualisation d'une licence, faites une demande de cURL sur le nœud maître.
    1. Utilisez SSH pour vous connecter au nœud maître.
    2. Exécutez la commande suivante : application/json" -H "X-vRealizeOps-API-use-unsupported:
    3. Saisissez le mot de passe de l'utilisateur administrateur.
    Le processeur de licence actualise la liste.

  • Les mesures pour les types d'objet de commutateur virtuel distribué ne sont pas collectées
    Les mesures pour les types d'objet de commutateur virtuel distribué ne sont pas collectées à cause de problèmes d'autorisation ou d'une expiration du délai d'attente de session. Des erreurs telles que La session n’est pas authentifiée.ou Impossible d'effectuer l’opération à cause d’une demande incorrecte envoyée au serveur.sont signalées dans le fichier collector.log.
    Solution : Aucune.

  • Les symptômes et alertes générés en raison des événements de notification ignorent la criticité de l'événement et prennent par défaut la valeur Info
    La majorité des événements incluent une criticité. Lorsque les symptômes qui reposent sur des notifications d'événement sont déclenchés et qu'une alerte est générée, la criticité de l'événement est ignorée et la criticité de l'alerte générée comme Info.
    Solution : Aucune

  • La mesure qui dépend de la propriété et d'autres mesures ne sont pas nulles lorsque des valeurs de mesures dépendantes sont manquantes
    Pour les calculs de mesures basés sur la propriété et d'autres mesures, si les mesures dépendantes sont manquantes, la mesure n'est pas calculée correctement, en se basant uniquement sur la propriété. La valeur de mesure doit être nulle car les informations dépendantes sont insuffisantes.

  • La mesure pour les Demandes d'E/S en suspens risque d'être imprécise sur certains types d'objets vSphere
    La mesure datastore|demand_oio qui apparaît sous Banque de données|Demandes d'E/S en suspens dans l'interface utilisateur risque d'être imprécise pour les types d'objets vCenter Server, Centre de données, Cluster et Banque de données. À cause de la méthode utilisée pour calculer une moyenne pondérée des transactions et de la latence des transactions sur l'ensemble des hôtes, la valeur de cette mesure peut être artificiellement élevée.

  • Après une migration à partir d'une version précédente de vRealize Operations Manager, certains widgets du tableau de bord migrés ne contiennent aucune donnée
    Si vous migrez deux instances ou plus de vCenter Operations Manager 5.x vers vRealize Operations Manager 6.0 et si chacune des instances 5.x collecte et surveille à partir de la même instance de vCenter Server, les tableaux de bord migrés peuvent ne contenir aucune donnée.
    Solution : Reconfigurez les widgets du tableau de bord après migration.

  • Impossible d'ouvrir un objet dans vSphere Web Client
    Lorsque vSphere Web Client est installé sur un port autre que le port par défaut 9443, les options vRealize Operations Manager pour ouvrir un objet dans vSphere, comme Ouvrir la machine virtuelle dans vSphere Client, n'ouvrent pas l'objet dans vSphere Web Client comme prévu.
    Solution : Aucune. Installez vSphere Web Client sur le port par défaut 9443.

  • Certaines fonctionnalités sont manquantes après le passage vers l'édition Standard de vRealize Operations Manager
    Si vous exécutez l'édition Evaluation, Advanced ou Enterprise de vRealize Operations Manager 6.0, dans le cadre du programme bêta ou parce que vous avez installé à l'origine l'une de ces éditions, et que vous passez à l'édition Standard, les fonctionnalités suivantes des éditions Advanced et Enterprise ne sont plus disponibles :
    • Capacité à créer ou à modifier des tableaux de bord
    • Capacité à créer ou à modifier des super mesures
    • Capacité à créer des rapports personnalisés
    • Capacité à valider des projets
    • Capacité à installer des solutions autres que la solution VMware vSphere fournie
    Après le passage à l'édition Standard, vous devez supprimer tout contenu créé dans les autres versions pour vous assurer que vous êtes conforme au CLUF.
    Solution : Vous devez disposer de la bonne clé de licence pour prendre en charge ces fonctionnalités.

  • Le test de l'adaptateur échoue si le nom de l'instance de l'adaptateur du navigateur d'infrastructure virtuelle inclut des caractères non ASCII
    Lorsque vous créez une instance d'adaptateur de navigateur d'infrastructure virtuelle, les informations d'identification que vous spécifiez pour vCenter Server doivent uniquement utiliser des caractères ASCII.
    Solution : Aucune

  • Des types de scénarios avec la même date d'entrée en vigueur peuvent être en conflit et remplacés
    Lorsque les deux types de scénarios de projet suivants ont la même date, le deuxième type de scénario entre en vigueur et remplace le premier.
    1. Un scénario pour ajouter, supprimer ou modifier la capacité du fournisseur. Par exemple, ajouter des hôtes, des banques de données ou modifier la capacité hôte.
    2. Un scénario qui modifie directement la capacité d'un conteneur de fournisseurs (par exemple, modifier la capacité du cluster de 20 %, quand le cluster modifié est un ascendant de fournisseurs dans le scénario de type 1).
    Ces scénarios sont uniquement en conflit si les fournisseurs du type 1 sont des descendants de conteneurs du type 2.
    Solution : Créez ces deux types de scénarios avec des dates légèrement différentes.

  • La migration de règles personnalisées entraîne des conversions d'unités incorrectes
    Lorsque vous migrez des groupes personnalisés vers vRealize Operations Manager 6.0 ou version ultérieure, la conversion d'unité obtenue des propriétés dans les règles est incorrecte pour le cluster et les objets de machine virtuelle. Par exemple :
    • Pour un cluster, une conversion du total de la capacité du CPU de 2 000 GHz donne la valeur incorrecte de 2 048 000 MHz. La bonne valeur serait 2 000 000 MHz.
    • Pour une machine virtuelle, une conversion de CPU de 15 000 MHz donne la valeur incorrecte de 15 000 Hz.
    Solution : Aucune

  • Impossible de désactiver des instances d'alerte sortante
    Les paramètres d'alerte sortante incluent une option pour désactiver une instance d'alerte sortante. Lorsque vous sélectionnez cette option et cliquez sur Désactiver, l'instance d'alerte sortante n'est pas désactivée.
    Solution : Supprimez l'instance d'alerte sortante.
    1. Dans le volet de gauche, cliquez sur l'icône Administration.
    2. Cliquez sur Propriétés d'alerte sortante.
    3. Sélectionnez l'instance et cliquez sur Supprimer.
  • Le calcul des badges de capacité prend du temps après une migration
    Lors d'une migration à partir de vCenter Operations Manager 5.x vers cette version, le calcul de capacité peut prendre du temps pour atteindre l'heure actuelle. Le temps requis pour atteindre l'heure actuelle dépend du volume de données et de la taille de l'inventaire. Pendant ce temps de migration, la grille de sous badges dans les détails de badge affiche des données partielles.
    Solution : Aucune

  • Le tableau de bord Résumé classique prédéfini n'affiche pas le contenu dans les widgets
    Le tableau de bord Résumé classique n'affiche aucun contenu dans les widgets. Ce problème survient à cause d'un paramètre Auto fournisseur incorrect dans la configuration du widget.
    Solution : Pour corriger le problème, modifiez chaque widget dans le tableau de bord. Cliquez sur l'icône de modification dans le coin supérieur droit d'un widget, définissez Auto fournisseur sur ACTIVÉ et cliquez sur OK pour enregistrer la modification.

  • Les tableaux de bord ne peuvent pas exporter ni importer des données associées
    Lorsque vous exportez un tableau de bord, les données associées telles que les types de ressources, les mesures, les super mesures, les vues et ainsi de suite, ne sont pas incluses. Par conséquent, lorsque vous importez un tableau de bord, les données associées sont manquantes.
    Solution : Exportez et importez séparément les données associées du tableau de bord. Par exemple, si vous utilisez une vue dans le tableau de bord, exportez la vue séparément et importez-la dans l'instance de vRealize Operations Manager où vous avez importé le tableau de bord.

  • Le test LDAP réussit peu importe le nom commun que vous sélectionnez
    Lorsque vous ajoutez une source d'importation LDAP en sélectionnant Administration > Sources d'importation LDAP, l'option Nom commun de la boîte de dialogue Ajouter une source est sélectionnable et le résultat du test LDAP est réussi. En fonction de la version d'Active Directory utilisée dans l'environnement, une seule option est normalement sélectionnable :
    Solution :Aucune.

  • Comportement de la collection de mesures par défaut pour l'adaptateur hérité
    vRealize Operations Manager collecte les mesures qui possèdent la valeur defaultmonitored="true"et defaultmonitored is missing. Il s'agit du comportement par défaut. vRealize Operations Manager ne collecte pas les mesures qui possèdent la valeur defaultmonitored="false".
    À l'inverse, vCenter Operations Manager 5.x utilise les valeurs default package attributeet all attribute packagepour collecter les mesures. La valeur all attribute packageest assignée au package d'attributpar défaut. Dans vCenter Operations Manager 5.x, toutes les mesures sont collectées par défaut, indépendamment du paramètre defaultmonitored="true", defaultmonitored="false"ou defaultmonitored is missing. Si le paramètre defaultmonitoredest manquant pour une mesure et que package d'attribut par défautest assigné au type de ressource, vCenter Operations Manager 5.x ne collecte pas cette mesure.

  • Le widget Affichage de texte ne peut pas afficher certains sites Web en mode HTML
    Si un widget Affichage de texte est configuré avec le mode d'affichage défini sur HTML, l'URL doit utiliser le protocole HTTPS. La fonctionnalité du widget Affichage de texte avec les sites Web qui utilisent HTTP dépend des paramètres spécifiques des sites Web.
    Solution : Aucune

  • La désélection de Autorisations de lecture pour les ressources et tableaux de bord n'a aucun effet
    Lorsque vous créez un rôle d'utilisateur sans Autorisations de lecture pour les ressources et tableaux de bord, l'utilisateur peut toujours voir les tableaux de bord ainsi que toutes les ressources sur la page d'accueil. La page Relation de l'objet est toujours visible par l'utilisateur avec ou sans autorisation.
    Solution : Aucune

  • Le widget Graphique de topologie n'affiche pas correctement la relation entre les machines virtuelles et les hôtes lors de l'utilisation du mode d'exploration de chemin
    Le widget Graphique de topologie affiche une relation d'exécution avec une ligne simple et une relation de connexion avec une ligne double. Puisque les machines virtuelles ont une relation d'exécution avec les hôtes, les chemins entre les machines virtuelles et les hôtes doivent s'afficher sur une ligne simple. Le widget Graphique de topologie n'affiche pas de manière correcte la relation entre une machine virtuelle et un hôte avec une ligne double.
    Solution : Aucune

    Haut de page

Problèmes liés à l'interface utilisateur
  • Les applications de l'adaptateur HTTP Post ne sont pas répertoriées dans le menu déroulant Ouvrir dans une application externe
    Lorsque vous souhaitez utiliser une application externe pour obtenir des informations sur un objet via un lien d'adaptateur, vous sélectionnez l'application de cet adaptateur dans le menu déroulant Ouvrir dans une application externe. Cependant, si un utilisateur de vCenter qui s'authentifie n'a pas d'autorisation pour l'adaptateur HTTP Post, aucune application n'est répertoriée.
    Solution : L'utilisateur doit être local ou importé à partir d'une source LDAP. Vous ne pouvez pas modifier les autorisations afin que l'utilisateur de vCenter puisse ouvrir l'application.

  • Un nouvel objet ne s'affiche pas dans le widget Topologie
    Lorsque vous ajoutez un objet à l'objet provisionné par le widget Graphique de topologie, la présentation graphique ne s'actualise pas automatiquement.
    Solution : Actualisez la page manuellement.

  • Plusieurs sélections Ouvrir dans une application externe ne sont pas répertoriées dans l'interface utilisateur
    Si un adaptateur est défini avec plusieurs configurations Lancement contextuel, une seule sélection d'application externe est répertoriée dans l'interface utilisateur. L'utilisateur ne peut pas contrôler la sélection et n'importe quelle configuration du lancement contextuel peut être répertoriée.
    Solution : Aucune.

  • Certaines options de la barre d'outils de l'onglet de modèle de rapport ne fonctionnent pas lorsque vous vous connectez à vRealize Operations Manager à l'aide d'Internet Explorer 11
    Lorsque vous vous connectez à vRealize Operations Manager à l'aide d'Internet Explorer 11, vous ne pouvez pas créer, modifier ou cloner un modèle de rapport.
    Solution : Utilisez le navigateur Internet Explorer 10, Firefox ou Chrome.

  • Des alertes liées à une panne de liaison réseau peuvent ne pas s'effacer automatiquement une fois le problème résolu
    Les alertes suivantes liées à une panne de liaison réseau peuvent ne pas s'effacer si vSphere Client ne signale pas l'effacement des événements à vRealize Operations Manager, même si le problème sous-jacent est résolu :
    • L'hôte ESXi a détecté un état de lien inactif sur une carte réseau physique
    • L'hôte a perdu la connectivité d'un dvPort
    • L'hôte a perdu la connectivité redondante d'un dvPort
    • L'hôte a perdu la connectivité du réseau physique
    • L'hôte a perdu des liaisons montantes redondantes vers le réseau
    Solution : Lorsque la carte réseau physique, vSwitch ou le port DV fonctionne, vérifiez que le problème réseau est résolu, puis annulez manuellement l'alerte.

  • Certaines combinaisons de système d'exploitation et de navigateur ne prennent pas en charge Flash 11.5 pour l'option Ouvrir dans une application externe
    Si vous exécutez vRealize Operations Manager sur un système d'exploitation Red Hat et que vous utilisez Firefox comme navigateur pour accéder à vSphere Web Client 5.5, l'option Ouvrir dans une application externe échoue avec l'erreur Pour afficher cette page, assurez-vous qu'Adobe Flash Player 11.5 ou version ultérieure est installé. Cette erreur se produit car vSphere Web Client 5.5 nécessite Flash 11.5. Flash 11.5 n'est pas pris en charge sur Red Hat.
    Solution : Pour utiliser l'option avec vSphere Web Client 5.5, utilisez un navigateur et un système d'exploitation qui prennent en charge Flash 11.5. Si vous utilisez vSphere Web Client dans une version antérieure à la version 5.5, cette erreur ne se produit pas car les versions précédentes de vSphere Web Client utilisent des versions de Flash antérieures.

  • Dans les vues Analyse, la valeur des taux de transmission et de réception des données pour les machines virtuelles affiche la valeur du système hôte
    Si vous surveillez les hôtes ESXi 5.5, les valeurs affichées ne sont pas celles des taux de transmission et de réception des données collectées à partir de l'hôte sur les machines virtuelles mais les valeurs des taux de transmission et de réception de l'hôte. Ce problème se produit uniquement si vous surveillez un hôte qui exécute ESXi 5.5.
    Solution : Aucune

  • Des tableaux de bord en double apparaissent après la migration
    Si vous migrez un déploiement précédent de vCenter Operations Manager vers la version 6.0 ou une version ultérieure, et que vous configurez les packs de gestion pour SCOM et EMC Smarts, des tableaux de bord par défaut apparaissent en double dans la nouvelle version.
    Solution : Supprimez les tableaux de bord en double.

Problèmes de documentation

Les informations suivantes ne sont pas parvenues à temps dans la documentation ou l'aide du produit :

  • Meilleures pratiques de migration vers vRealize Operations Manager
    Lorsque vous effectuez la migration vers vRealize Operations Manager, suivez ces meilleures pratiques afin de vous assurer que la migration n'échoue pas à cause de contraintes de ressources.
    • Désactivez le calcul du seuil dynamique dans le vApp vCenter Operations Manager 5.8 en utilisant l'article KB 2040008 de la base de connaissances.

  • Configurez un cluster vRealize Operations Manager 6.0.x sur les hôtes qui disposent de ressources suffisantes et qui n'ont pas de problèmes de performances.

  • Les déploiements doivent être effectués dans le même centre de données
    En plus des conditions requises de mise en réseau des nœuds répertoriés dans la documentation, les nœuds du cluster d'analyse vRealize Operations Manager doivent être déployés et installés dans le même centre de données. Connectez le cluster d'analyse au même réseau LAN. À l'exception des collecteurs distants, ne répartissez pas des nœuds sur un réseau WAN.

  • Paramètre global supplémentaire Intervalle de planification de suppression
    Dans cette version, le nouveau paramètre Intervalle de planification de suppression détermine la fréquence à laquelle vRealize Operations Manager exécute l'algorithme de purge. Le paramètre fonctionne conjointement au paramètre existant Objets supprimés pour supprimer les objets qui n'existent plus dans l'environnement. De manière transparente, vRealize Operations Manager marque pour suppression les objets qui n'existent pas depuis une période définie dans Objets supprimés. vRealize Operations Manager supprime ensuite ces objets à la fréquence indiquée dans l'Intervalle de planification de suppression.

  • Haut de page