check-circle-line exclamation-circle-line close-line

vRealize Operations for Horizon 6.3 | 16 juin 2016

Dernière mise à jour du document : 18 novembre 2016

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

Ces notes de mise à jour contiennent les rubriques suivantes :

Fonctionnalités principales

VMware vRealize™ Operations for Horizon™ étend les fonctionnalités de VMware vRealize™ Operations Manager™ pour surveiller et gérer les environnements VMware Horizon™.

vRealize Operations for Horizon collecte les données sur vos ressources et les présente dans des tableaux de bord préconfigurés pour une analyse en temps réel et prédictive.

Nouveautés de cette version

vRealize Operations for Horizon 6.3 inclut les nouvelles fonctions suivantes.

  • À partir du 18 novembre 2016, un nouveau service vRealize Operations for Horizon Broker Agent est disponible. Il corrige un problème causé par une signature numérique ayant expiré. Pour plus d’informations, reportez-vous à Problèmes résolus .
  • Prise en charge de VMware Horizon 7.0.1 : En plus d'Horizon 6, les clients qui déploient Horizon 7.0.1 peuvent également surveiller les opérations quotidiennes et les performances de leur nouvel environnement. Les mesures et les tableaux de bord leur permettent de développer les capacités de l'infrastructure, l'utilisation des ressources et les activités des utilisateurs pour le déploiement d'Horizon 7.0.1.
  • Prise en charge du protocole Horizon 7 Blast Extreme : bande passante TX, débit, fréquence des images codées et latence de parcours circulaire.
  • Tableau de bord centralisé de service d'assistance permettant aux administrateurs du support de dépanner les sessions des utilisateurs facilement et rapidement.
  • Amélioration de l'évolutivité grâce à la suppression automatique des objets inutilisés.

Limitations

vRealize Operations for Horizon présente les limitations suivantes.

  • Le port de Registre RMI 3091 est réutilisé dans l'adaptateur vRealize Operations for Horizon 6.3.
    Les ports de communication 3099, 3100 et 3101 sont utilisés pour le serveur de messagerie Horizon 6.3. Les objets du serveur de messagerie pour Horizon 6.x et 7.x sont enregistrés sur ce port.
  • Les postes de travail physiques dans un pool ne sont pas surveillés
    Les postes de travail physiques inclus dans un pool de postes de travail ne sont ni surveillés ni présentés dans l'interface utilisateur. Cependant, les hôtes RDS physiques sont surveillés et présentés dans l'interface utilisateur.
  • High Availability (HA) n'est pas pris en charge
    vRealize Operations for Horizon 6.x ne prend pas en charge High Availability (HA). Si une instance de l'adaptateur View est déplacée dans un nœud de cluster différent, les services Broker Agent et Desktop Agent ne peuvent plus communiquer avec l'adaptateur View, et la solution vRealize Operations for Horizon cesse de fonctionner. Pour trouver des solutions à ce problème, consultez l'article KB : 2092874: Meilleures pratiques de configuration de vRealize Operations for Horizon lorsque HA est activé.
  • Parfois, il est nécessaire d'attendre le redémarrage du service de l'adaptateur ; autrement, il est possible que l'adaptateur ne démarre pas.
  • Assurez-vous que vRealize Operations Manager ne dispose pas de plusieurs cartes réseau pour plusieurs sous-réseaux, car, dans le cas contraire, l'instance de l'adaptateur peut effectuer une liaison à une adresse IP incorrecte.
  • Les fichiers de configuration de l'adaptateur /usr/lib/vmware-vcops/user/plugins/inbound/V4V_adapter3/conf/msgserver.properties et /usr/lib/vmware-vcops/user/plugins/inbound/V4V_adapter3/work/msgserver.properties doivent être mis à jour en même temps.
  • Les services Broker Agent 6.1 et Desktop Agent 6.1 ne peuvent pas communiquer avec l'adaptateur 6.3, même en cas de couplage réussi, car TLS 1.0 est désactivé par défaut. Une exception d'établissement de la liaison est générée.
  • Le fichier de configuration de l'ancienne instance de l'adaptateur n'est pas purgé pendant la mise à niveau. Par conséquent, si un autre protocole SSL ou d'autres chiffrements sont configurés sur l'adaptateur, les services Broker Agent et Desktop Agent peuvent provoquer un échec de la liaison. Configurez le même protocole et les mêmes chiffrements sur l'adaptateur et les agents.
  • L'adaptateur peut s'exécuter sur le nœud du collecteur, mais pas sur le nœud de données ou le nœud de réplica.
  • En cas de panne du contrôleur principal (Broker), l'administrateur doit manuellement configurer et activer le service Broker Agent au niveau du contrôleur de sauvegarde (Broker).

Haut de page

Notes relatives aux licences

Cette section contient des notes sur les licences de vRealize Operations for Horizon 6.3.

  • Pour exécuter vRealize Operations for Horizon, les clients doivent saisir deux clés.
    • Une clé de licence vRealize Operations Manager unique.
    • Une clé de licence vRealize Operations Manager en volume (x 10 ou x 100), qui surveille vos machines virtuelles de postes de travail.
    • Les machines virtuelles doivent faire partie des groupes de licences appropriés afin que les licences soient appliquées correctement. Pour obtenir des informations détaillées sur les licences, reportez-vous aux sections Ajout d'une clé de licence vRealize Operations for Horizon et Associer des objets Horizon à votre clé de licence vRealize Operations for Horizon dans le guide Installation de vRealize Operations for Horizon.
    • Les clients effectuant une mise à niveau depuis vCenter Operations Manager vers vRealize Operations Manager risquent de ressentir ce changement apporté à la gestion les licences comme une restriction du nombre de machines virtuelles qu'ils peuvent gérer. Toutefois, ce n'est pas le cas. Il leur suffit de suivre les étapes ci-dessus, ainsi que celles détaillées dans le guide Installation de vRealize Operations for Horizon, pour s'assurer que toutes leurs machines virtuelles sont surveillées et dotées de licences.
  • La licence de composant vRealize Operations Manager incluse est destinée à la surveillance d'une infrastructure prenant en charge Horizon. Une licence vRealize Operations Manager est requise pour la surveillance d'une infrastructure non-Horizon.

Notes relatives à l'installation

Cette section contient des notes sur le processus d'installation de chaque composant vRealize Operations for Horizon. Pour les instructions d'installation complètes, reportez-vous au document Installation de vRealize Operations for Horizon.

  • vRealize Operations Manager for Horizon 6.3 est compatible avec les versions suivantes d'Horizon et de vRealize Operations Manager :
    • VMware Horizon 7 et 7.0.x
    • VMware Horizon with View 6.2.x
    • vRealize Operations Manager versions 6.0.2, 6.0.3, 6.1, 6.2, 6.2.1 et 6.3.

    Pour obtenir les informations les plus récentes sur les versions prises en charge, reportez-vous au document Matrices d'interopérabilité des produits VMware.

  • Vous pouvez télécharger les fichiers d'installation de vRealize Operations for Horizon à partir de la page de téléchargements de VMware.
  • Vous pouvez télécharger les fichiers préconfigurés de tableaux de bord View (Dashboards_V4VAdapter-6.3-xxx.zip) et de modèles de rapports (Reports_V4VAdapter-6.3-xxx.zip) à partir de la page de téléchargements de VMware. Les tableaux de bord et les rapports View sont installés automatiquement lorsque vous installez vRealize Operations for Horizon. Ces fichiers sont fournis au cas où des problèmes se produiraient pendant ou après l'installation, et vous devez restaurer les tableaux de bord ou les rapports dans leur état d'origine. Pour des informations sur l'importation des tableaux de bord et des rapports, reportez-vous à la documentation de vRealize Operations Manager.
  • Vous installez l'adaptateur View sur un nœud de cluster ou un collecteur distant vRealize Operations Manager.
  • Vous installez le service vRealize Operations for Horizon Broker Agent sur un hôte de serveur de connexion View dans votre environnement View.
  • Votre version de View détermine comment vous installez le composant Desktop Agent de vRealize Operations for Horizon.
    • Horizon View Agent inclut une version de vRealize Desktop Agent. Horizon 6.0.1 est fourni avec le service Desktop Agent 6.0, les versions Horizon 6.1 et 6.2 sont fournies avec le service Desktop Agent 6.1 et Horizon 6.2.x est fourni avec le service Desktop Agent 6.2.0. Horizon 7.0 est fourni avec le service Desktop Agent 6.2.1 et Horizon 7.0.1 est fourni avec Desktop Agent 6.3. Consultez le site Web VMware pour télécharger la dernière version disponible.
  • Pour obtenir des instructions concernant le dimensionnement et la mise à l'échelle, consultez l'article KB 2098051 : Instructions de dimensionnement de vRealize Operations for Horizon.

Notes relatives aux mises à niveau

Cette section contient des notes relatives au processus de mise à niveau. Pour les instructions de mise à niveau complètes, reportez-vous au document Installation de vRealize Operations for Horizon.

  • Vous pouvez mettre à niveau les versions vRealize Operations for Horizon 6.1, 6.2, 6.2.1 vers vRealize Operations for Horizon 6.3. Les clients qui ont installé vRealize Operations for Horizon 6.0 doivent d'abord effectuer une mise à niveau vers vRealize Operations for Horizon 6.1 avant de procéder à la mise à niveau vers vRealize Operations for Horizon 6.3.
  • Au cours du processus de mise à niveau, les tableaux de bord, les affichages et les rapports de vRealize Operation for Horizon 6.1 sont conservés et de nouvelles versions des tableaux de bords, affichages et rapports sont ajoutées. Les anciens tableaux de bord, affichages et rapports sont identifiés par le préfixe View, tandis que les nouveaux le sont par le préfixe Horizon. Vous pouvez supprimer les anciennes versions des tableaux de bords, affichages et rapports.
  • Suite à la mise à niveau de l'adaptateur, activez les ports 3099, 3100 et 3101 (s'ils ne sont pas déjà activés). Modifiez le fichier /opt/vmware/etc/vmware-vcops-firewall.conf dans vRealize Operations Manager.
    1. Ajoutez la commande TCPPORTS="$TCPPORTS 3099:3101" après TCPPORTS="$TCPPORTS 3091:3094" dans /opt/vmware/etc/vmware-vcops-firewall.conf
    2. Redémarrez le pare-feu : /etc/init.d/vmware-vcops-firewall restart.
    3. Vérifiez l'état du pare-feu : /etc/init.d/vmware-vcops-firewall status.
  • En raison d'une limitation existante, vous devez redémarrer le cluster vRealize Operations Manager après la mise à niveau pour terminer le processus. Vous pouvez également redémarrer le collecteur distant (exécutez service vmware-vcops --full-restart).
  • Les sessions actives pendant la mise à niveau risquent de ne pas fournir de données une fois la mise à niveau effectuée. Redémarrez le service Desktop Agent pour les sessions actives ne fournissant pas de données de rapport.
  • Lors du processus de mise à niveau du service Broker Agent à partir des versions 6.1, 6.2 ou 6.2.1 vers la version 6.3, le service vRealize Operations for Horizon Broker Agent est arrêté, la configuration est conservée, le service Broker Agent est désinstallé et la nouvelle version du service Broker Agent est installée. Lorsque la configuration du service Broker Agent est lancée, dans le premier écran de l'assistant, le nom de domaine complet ou l'adresse IP de vRealize Operations Manager, de même que les informations d'identification du couplage, doivent être saisis à nouveau, puis couplés. De cette manière, les données issues du fichier de configuration de l'installation antérieure (ayant été conservé) apparaîtront dans l'écran suivant ; par exemple, les informations d'identification Horizon et les configurations des bases de données d'événements. En cas de mise à niveau, le service Broker Agent ne démarre pas automatiquement. Vous devez le démarrer dans l'écran Configurer le service Broker Agent de l'assistant Utilitaire de configuration du service Broker Agent. Cliquez sur Suivant, puis, sur le dernier écran de l'assistant, sur Terminer.
  • TLS 1.2 est appliqué par défaut dans l'adaptateur vRealize Operations for Horizon 6.3. L'adaptateur ne peut pas communiquer avec les anciens services Desktop Agent exécutés avec TLS 1.0, tels que vRealize Operations for Horizon Desktop Agent 6.0/6.1. Les pools VDI, les pools RDS ou les applications exécutés avec des services Desktop Agent plus anciens sont surveillés par défaut. Pour surveiller des pools exécutés avec des services Desktop Agent plus anciens, les administrateurs doivent se connecter au nœud de collecteur de vRealize Operations Manager et ajouter enforcesslprotocols = false au fichier /usr/lib/vmware-vcops/user/plugins/inbound/V4V_adapter3/work/msgserver.properties. L'instance de l'adaptateur Horizon doit être redémarrée. Le couplage du composant Broker et de l'instance de l'adaptateur Horizon peut être nécessaire.

Prise en charge de l'internationalisation (I18N)

L'interface utilisateur et la documentation de vRealize Operations for Horizon sont disponibles en anglais, japonais, français, allemand, chinois simplifié, chinois traditionnel et coréen.

Haut de page

Versions antérieures de vRealize Operations Manager for Horizon

Les fonctionnalités introduites dans les versions antérieures de vRealize Operations Manager for Horizon sont décrites dans les notes de mise à jour de chaque version, accompagnées des problèmes connus

Problèmes résolus

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

  • vRealize Operations for Horizon Broker Agent qui a publié avec VMware vRealize Operations for Horizon 6.3 en juin 2016 utilise une signature numérique qui a expiré. En conséquence, le service Broker Agent ne peut pas démarrer correctement, ce qui peut provoquer des erreurs. Pour résoudre ce problème, mettez à jour le nouveau service vRealize Operations for Horizon Broker Agent. Consultez KB 2147906 pour plus d'informations.
  • Une seule instance du service Broker Agent pour vRealize Operations for Horizon 6.3 peut gérer plus de 4 000 postes de travail si elle est utilisée dans un environnement Horizon 6.2.1 (ou ultérieur) sur un espace View unique.
  • En cas d'indisponibilité de l'adaptateur ou du service Broker Agent, le service Desktop Agent essaye en permanence d'actualiser la stratégie de groupe pour pouvoir restaurer la connexion de l'adaptateur. Plusieurs instances de postes de travail nécessitant l'actualisation de l'objet GPO ont entraîné une forte augmentation de l'utilisation du CPU du contrôleur de domaine.
  • Stabilité : suppression de l'objet View Client pour réduire le nombre d'objets par session. Cet objet est fusionné à l'objet de session.
  • Performances : résolution du problème de fuite de mémoire au niveau des services Desktop Agent/Broker Agent.
  • Performances : résolution des tâches d'actualisation de la topologie dupliquées.
  • Stabilité : résolution des instances factices de l'adaptateur vRealize Operations for Horizon dupliquées.
  • Stabilité : réduction du niveau TTL de granularité pour les objets inutilisés.
  • Stabilité : amélioration de la connexion RMI.
  • Stabilité : résolution du délai de collecte en cas de sessions VDI multiples. Ajout d'une carte globale configurable pour accélérer l'appel à la VM et à la banque de données.
  • Résolution de l'erreur indiquant la non-validité de la licence.
  • Stabilité : réduction des chiffres dans les mesures de chaînes.
  • Résolution : problème de mesures manquantes. Par exemple, min_desktops, spare_desktops dans View Pool.
  • Stabilité : ajout de verrous pour maintenir la cohérence des données.
  • Affichage d'une alerte indiquant la non-validité de la licence dans le widget d'alertes.

Problèmes connus

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

  • Dans l'utilitaire du service Broker Agent for Horizon, le test pour l'ID de pool de postes de travail, dans l'étape facultative Spécifier des pools de postes de travail, échoue si cet ID est différent du nom du pool de postes de travail.
    Solution : saisissez l'ID de pool de postes de travail correct, ignorez le message d'erreur, puis cliquez sur Suivant pour accéder à la configuration.

  • Lorsque la solution vRealize Operations for Horizon est mise à niveau vers la version 6.1, les objets de session s'affichent en double
    Lorsque la solution vRealize Operations for Horizon est mise à niveau vers la version 6.1, les objets de session s'affichent en double. L'objet plus récent aura un id_machine et l'objet plus ancien n'en a pas. Seuls les objets de session contenant un id_machine extrairont les mesures. Les objets de session sans id_machine sont caduques et n'extrairont pas de mesures (en raison de la limitation de vRealize Operations Manager imposant la non-suppression immédiate des objets caduques). Cela s'applique uniquement aux objets de session VDI.

  • Les espaces Horizon qui ne sont plus surveillés figurent toujours dans les tableaux de bord Horizon
    Si vous cessez de surveiller un espace Horizon, la ressource d'espace Horizon continue à figurer dans les tableaux de bord Horizon.
    Solution : supprimez manuellement la ressource d'espace Horizon et toutes les ressources de serveur de connexion, de serveur de sécurité et de pool relatives à cet espace Horizon depuis l'interface utilisateur de vRealize Operations Manager.

  • Les postes de travail de clones liés doivent être recomposés
    Si vous avez créé des images de pool de postes de travail qui utilisent des clones liés avant d'installer vRealize Operations for Horizon, vous devez recomposer les clones liés pour inclure le Desktop Agent de vRealize Operations dans l'image.

  • Les noms d'utilisateur qui incluent des caractères multioctets peuvent ne pas s'afficher correctement dans l'interface utilisateur de vRealize Operations Manager

  • Les alertes relatives au réseau ne sont pas générées pour les sessions d'utilisateur qui ont été établies avant la configuration de l'adaptateur View
    Les alertes suivantes ne sont pas générées pour les sessions d'utilisateur qui ont été initialisées avant la configuration d'une instance de l'adaptateur View : PCoIP|Latence de parcours circulaire (ms) et PCoIP|Pourcentage de perte des paquets. Consultez l'article KB 1030695 : Les performances de PCoIP sont plus basses que prévu pour résoudre les problèmes liés à une latence élevée et à une perte de paquets.

  • Si le nom de l'adaptateur est modifié, le tableau de bord État de l'adaptateur View affiche des données incorrectes
    Si le nom de l'instance de l'adaptateur View est modifié, la santé de l'adaptateur View dans le widget Sélectionner l'adaptateur View et la santé des objets dans le widget État de l'adaptateur View sont inconnues dans le tableau de bord État de l'adaptateur View. Ces problèmes surviennent parce-que la ressource View Adapter Collector ne se met pas automatiquement à jour pour prendre en compte la modification du nom de l'instance de l'adaptateur vCenter Operations for Horizon View.
    Solution : ne modifiez pas le nom de l'adaptateur. Si le nom de l'adaptateur a déjà été modifié, mettez-le à jour dans l'interface utilisateur de vRealize Operations for Horizon.

  • Certains rapports View renvoient des résultats incohérents ou incorrects
    Les rapports Utilisation des pools de postes de travail View et Utilisation des pools d'applications View renvoient des résultats incohérents ou incorrects dans les sections Sessions de poste de travail connectées et déconnectées.
    Solution : aucune.

  • Si un adaptateur View reçoit des données de plus de 1000 Desktop Agent, le cache ARP dans le nœud de collecteur de vRealize Operations Manager n'est pas suffisant pour gérer toutes les entrées nécessaires dans le cache.
    Solution : pour une solution à ce problème, reportez-vous à KB 2096607 : Ajustement du cache ARP sur un nœud de collecteur distant vRealize Operations Manager.

  • Les widgets Tableau de résultats dans les tableaux de bord Vue d'ensemble de View, Détails des sessions View distantes, RDS View et Auto-diagnostic de santé de l'adaptateur View ne s'actualisent pas
    La plupart des widgets de tableau de résultats sont configurés pour s'actualiser toutes les deux minutes, mais ce problème empêche l'actualisation automatique. Ce problème apparaît davantage si les tableaux de bord concernés sont toujours laissés ouverts.
    Solution : cliquez sur le bouton Effectuer une interaction à sélections multiples sur la barre d'outils principale des widgets pour réinitialiser les interactions et actualiser les widgets Tableau des résultats correspondants. Par exemple, dans le tableau de bord Vue d'ensemble de View, cliquez sur le bouton Effectuer une interaction à sélections multiples sur la barre d'outils du widget Espaces View pour actualiser le widget de tableau de résultats Mesures d'indicateurs de l'espace.

  • Dans le service Horizon Desktop Agent 6.1 ou versions antérieures, les informations relatives au délai de connexion, à la durée de connexion, à la durée de session, à la connexion moyenne, au rappel moyen et au délai maximal de connexion ne peuvent pas être collectées.
    Ces mesures ne peuvent pas être affichées dans des widgets tels que Délai maximal d'ouverture de session de poste de travail RDS dans le tableau de bord Pools RDS Horizon, Délai maximal d'ouverture de session d'application dans le tableau de bord Pools RDS, Délai maximal d'ouverture de session VDI Horizon dans le tableau de bord Pools VDI, Session distante Horizon dans le tableau de bord Statistiques de session utilisateurs d'Horizon, Sessions de postes de travail de pools dans le tableau de bord Utilisation des postes de travail Horizon, Délai maximal d'ouverture de session de poste de travail RDS dans le tableau de bord Sessions utilisateur Horizon, Délai maximal d'ouverture de session d'application dans le tableau de bord Session utilisateur Horizon, Délai maximal d'ouverture de session VDI Horizon dans le tableau de bord Session utilisateur Horizon, Tous les pools de postes de travail dans le tableau de bord Utilisation des postes de travail Horizon, Espaces Horizon dans le tableau de bord Présentation d'Horizon.
    Solution : effectuez la mise à niveau du service Desktop Agent vers la version 6.2 ou une version ultérieure.

  • Le déplacement via la touche de tabulation ne fonctionne pas dans l'ordre correct lors de la configuration de l'utilitaire du service Broker Agent.

  • Le nom de la machine virtuelle ne s'affiche pas dans le widget Instances d'application dans le tableau de bord Application d'Horizon si vous utilisez un service Desktop Agent de version 6.1 ou antérieure.
    Solution : effectuez la mise à niveau du service Desktop Agent vers la version 6.2 ou une version ultérieure.

  • Les applications lancées par un widget utilisateur dans le tableau de bord Détails des sessions Horizon distantes ne renseigne pas de données si vous avez installé le service Desktop Agent de version 6.1 ou antérieure sur un serveur RDS ou une machine VDI.
    Solution : effectuez la mise à niveau du service Desktop Agent vers la version 6.2 ou une version ultérieure.

  • Si vous redémarrez une machine serveur de connexion, le service Broker Agent ne parvient pas à initialiser le type de base de données d'événements. Le message suivant apparaît :
    AVERTISSEMENT : exception lors de la création d'EventDBListener : BD d'événements non prise en charge.
    Solution : redémarrez le service Broker Agent.

  • Des sessions View vierges sont répertoriées dans l'interface utilisateur de vRealize Operations Administrator après que l'adaptateur a reçu les données du service Desktop Agent.
    Solution : suivez les étapes suivantes :
    1. Cliquez sur l'icône en forme de crayon située dans le coin supérieur droit du widget.
    2. Dans la fenêtre contextuelle qui s'affiche, accédez à Sélectionner les balises à filtrer, développez États de la collecte et assurez-vous que l'option En cours de collecte est sélectionnée.
    3. Cliquez sur Enregistrer.

  • Lorsque vous mettez à niveau la version 6.x de l'adaptateur vRealize Operations for Horizon vers la version 6.3, l'état Échec apparaît pour la collecte de l'instance de l'adaptateur.
    Solution : redémarrez le service du collecteur (exécutez service vmware-vcops --full-restart) ou redémarrez le dispositif vRealize Operations Manager.

  • Les valeurs de temps de connexion, temps de connexion moyen et temps de connexion maximal ne sont pas conservées pour les sessions existantes après la mise à niveau des versions 6.x de l'adaptateur vers la version 6.3.
    Solution : déconnectez-vous, puis reconnectez-vous.

  • Les entrées périmées sont conservées dans les tableaux de bord, même après la suppression de l'environnement Espace View.
    Solution : redémarrez le service (exécutez service vmware-vcops --full-restart). Connectez-vous à vRealize Operations Manager, accédez à Administrateur > Explorateur d'inventaire, puis sélectionnez les objets et supprimez-les manuellement.

  • Pour les nouvelles connexions de session, le widget connecté d'Horizon affiche des données indésirables dans les tableaux de bord du support technique.
    Solution : modifiez le widget connecté d'Horizon et sélectionnez Toutes les sessions actives, puis cliquez sur Enregistrer.

  • Si View server est configuré avec une adresse IP, le service Broker Agent tente d'abord de se connecter en tant qu'hôte local et affiche l'erreur redondante suivante dans l'utilitaire: « Impossible de se connecter au serveur de connexion avec les informations d'identification fournies ». La fois suivante, il se connecte automatiquement à l'adresse IP ou au nom d'hôte. Ce comportement n'a aucune incidence sur la fonctionnalité.
    Solution : aucune