Notes de publication Contenu de visibilité

Fixe:
- Le script pré/post du modèle « Modifier le statut opérationnel pour l’instance SQL MSFT » est corrigé pour les nœuds de grappe passifs (PRB1783348)
- Le nom de l’équipement réseau reste cohérent dans la CMDB (PRB1828545)
- Le modèle « Oracle DB on Unix » est mis à jour pour exclure ASM (Automatic Storage Management) en tant qu’instance Oracle (PRB1821439)
- Un utilisateur non-administrateur peut créer un enregistrement dans [cmdb_identifier_entry] (PRB1804283)
- Le modèle « Tomcat » a été mis à jour pour inclure une condition préalable garantissant que l’étape est exécutée uniquement pour la détection de système d’exploitation de type Unix (PRB1818289)
- La bibliothèque partagée « Windows - Stockage » est corrigée pour filtrer la table du système de fichiers en fonction des données de [Win32_Volume]. Le filtrage se ferait en fonction d’une nouvelle propriété MID appelée « windows_server_Win32_Volumes_filter » avec la valeur par défaut « vrai » (PRB1745922)
- Les instances de base de données Oracle sont maintenant détectées avec la version et les détails de port corrects (PRB1820716)
- Le modèle « Azure Database (LP) », qui échouait avec une erreur « MULTIPLE_DEPENDENCIES », a été corrigé en mettant à jour l’étape 33, « Créer une relation entre la base de données et les adresses IP », pour changer la correspondance de champ de « fqdn » à « object_id »(PRB1820120).
- Le modèle « Système d’exploitation Windows : serveur » est corrigé pour gérer les barres obliques inverses d’échappement (PRB1825633)
- Le modèle « Serveur Linux » a été mis à jour pour renseigner la taille et l’étiquette de disque pour les disques de type « sun » joints au serveur Linux (PRB1807707)
- Le modèle d’écouteur Oracle renseigne le point de terminaison de base de données Oracle (PRB1809341)
- Le modèle « DB2 sous Linux » est corrigé pour détecter l’instance DB2 à partir du répertoire de base de l’instance et de l’emplacement d’installation (PRB1764933)
- L’action d’interface utilisateur « Comparer » sur les enregistrements d’historique pour [cmdb_ci_config_file_tracked] éléments a été corrigée et peut désormais être effectuée par les utilisateurs disposant du rôle approprié (PRB1802633)
- Les problèmes de l’espace de travail de découverte dans le cloud GCP sont résolus et l’affectation entre les projets et les dossiers est correcte (PRB1818003)
- La découverte sans informations d’identification a été mise à jour pour garantir que l’adresse IP est définie pour les serveurs (PRB1794579)
- Le modèle « Application Tuxedo » a ajouté une étape de secours pour obtenir les informations sur la version (PRB1790032)

Fixe:
- Le modèle « Base de données MSSQL sur Windows » a été mis à jour pour garantir que la version « ComputerManagement16 » est définie lors de l’utilisation de MSSQL Server 2022 (PRB1791493)
- Les calendriers de découverte ne sont plus bloqués pendant le traitement d’une adresse IP en double en raison de la présence d’historiques d’appareils en double associés à la même adresse IP (PRB1786820)
- Le capteur de découverte horizontale a été corrigé pour gérer correctement les CI matériels autonomes qui n’ont aucune relation (PRB1807482)
- Le modèle « WebSphere on Unix » est corrigé pour définir correctement la variable ear_uri.file (PRB1800225)
- Le modèle de secours de haut en bas « Base de données MSSQL sous Windows » est corrigé pour gérer les cas où la détection de processus et netstat ne parviennent pas à identifier le tcp_port (PRB1764779)
- Le modèle « F5 Load Balancer SSH » a été corrigé pour résoudre les problèmes causés par la fusion de grandes quantités de données, qui entraînaient auparavant des défaillances de modèle (PRB1798586)
- Le modèle « Serveur Linux » est corrigé pour résoudre un problème où Discovery marquait à tort certains serveurs physiques comme virtuels en définissant l’attribut isVirtual=True (PRB1790315)
- Le problème de nom de grappe de l’équilibreur de charge F5 a été résolu et il est désormais renseigné correctement en tant que champ de référence dans la table « cmdb_ci_lb_bigip » (PRB1786949)
  - Correction des schémas ci-dessous
    - F5 Load Balancer
    - SSH de l'équilibreur de charge F5
    - Authentification OAuth 2.0 F5 REST
    - F5REST
- Le modèle « Serveur d’applications PeopleSoft » a été corrigé pour prendre en charge l’exécution des commandes pertinentes sur les serveurs AIX (PRB1797789).
- Améliorer les performances de découverte grâce au modèle Systèmes d’exploitation pré-script/post-script : pré-capteur (PRB1784356)
  - Les schémas impactés sont
    - Serveur Linux
    - Serveur Solaris
    - Serveur AIX
    - HP-UX Server
    - Serveur IBM zOS
    - Windows OS - Servers
    - Windows OS - Desktops
    - Serveur Hyper-V
- Le modèle de serveur Linux est fixe pour adresser l’instance AWS EC2 (PRB1797237)

Fixe:
- Le modèle Nginx a été corrigé pour résoudre le problème de connexion à SSH sur une machine Windows
- Système d’exploitation Windows : modèle de serveurs, extension Windows : Azure, étape fixe Définir uuidSerial
- cmdb_ci_wap_network CI créés avec l’adresse IP
- Linux : extension serveur, crée la relation entre l’adresse IP et la carte réseau
- Le commutateur réseau crée une relation entre dscy_switchport et dscy_swtch_partition
- Modèle de MySQL Server sur Windows et Linux corrigé pour utiliser la commande MySQL Server lorsque le client n’est pas installé
- Modèle IIS Crée un service de mappage correct si plusieurs sites Web en cours d’exécution
- Modèle de base de données Oracle sur Unix et de base de données Oracle sur Windows, renseigne la version de l’instance Oracle
- Système d’exploitation Windows : le modèle de serveur a corrigé l’extension Windows : grappe pour détecter la grappe Windows
- Modèle Azure Database (LP) corrigé pour renseigner correctement les valeurs de l’étape du cycle de vie. État de l’étape du cycle de vie et état de l’installation synchronisés avec les mappages de cycle de vie
- Modèle SSIS fixe pour prendre en charge plusieurs instances

Fixe:
- Modèle de serveur de système d’exploitation Windows : correction d’un objet cmdb_serial_number non valide pour l’ordinateur KVM Windows
- Modèle de serveur AIX : section Systèmes de fichiers Correction du message de gestion d’erreur non analysé
- Modèle de serveur Linux : filtrer le message d’erreur de communication DNS
- Introduction de la nouvelle propriété du serveur MID : « mid.pattern.command.timeout ». La valeur par défaut est « faux » pour le modèle de serveur Linux afin que la stratégie de suppression ne tente pas de supprimer tous les CI associés
- Modèle de commutateur réseau : correction du problème avec le commutateur empilé (non primaire) détecté comme autonome restant en mode pile « non primaire » dans la CMDB, provoquant une accumulation d’enregistrements « absents » de carte réseau
- Modèle de base de données Oracle sur Unix : corrigé pour renseigner l’adresse IP comme prévu pour l’hôte local
- Le commutateur réseau/routeur ignore les numéros de série non valides
- Correction de la connexion Tomcat si server.xml contient une entrée de docBase avec un chemin null.
- La version Tuxedo est définie sur la version réelle
- Il est déterminé que la découverte GCP ne déclenche pas tous les modèles liés à GCP lorsque le compte GCP n’est pas actif
Nouveau : Le modèle de base de données Azure prend en charge « mySQL databases/PostgreSQL » s’exécutant sur un « serveur flexible »

Fixe:
- Modèle Docker : une logique pour supprimer les images inutilisées est ajoutée. Les nouvelles propriétés de Serveur MID sont configurées par défaut remove_unused_images_from_docker_discovery = false et remove_unused_images_from_docker_discovery = true prêtes à l’emploi. Les tables d’images de Docker et d’images de conteneurs sont améliorées. Les enregistrements d’image sont supprimés s’il n’y a aucun conteneur avec le même ID d’image.
- Modèle de serveur Linux, bibliothèque de modèles partagée de stockage Correction des groupes de pools MPIO (Multipath I/O) et des chemins d’accès des pools MPIO (Multipath I/O) avec le nom « non défini »
- Le modèle de serveur Linux renseigne les enregistrements de nom DNS corrects dans la table cmdb_ci_dns_name
- Le modèle de service de base de données relationnelle Amazon AWS gère les valeurs nulles du paramètre Address dans la section des points de terminaison de la charge utile de la réponse

Nouveau : Le modèle de découverte horizontale « HAProxy » prend en charge l’édition communautaire
Fixe
- Le modèle « Base de données MSSQL sur Windows » met à jour la valeur du champ [is_clustered] sur vrai pour les groupes de disponibilité AlwaysOn
- La regex de modèle « IIS » pour l’évaluation du port TCP améliorée vers les sites Web IIS
- Modèle « Serveur AIX » :
  - Met à jour l’adresse IP du serveur. Affichait un message d’erreur Erreur dans le capteur de découverte horizontale pour le modèle horizontal : Échec de la mise à jour de l’adresse IP sur le CI, java.lang.IllegalArgumentException : adresse IP non valide : <nom d’hôte> dans l’état de découverte
  - Met à jour le champ « Fabricant du matériel AIX » dans la table « Serveur AIX » au lieu de le mettre à jour avec l’heure de la dernière connexion
  - Met à jour le champ Nom d’hôte avec le nom de domaine complet si la propriété « glide.discovery.hostname.include_domain » est définie sur « vrai »
- Le modèle « Routeur réseau » conserve les adaptateurs de bouclage dans la table « Carte réseau » s’il ne contient pas l’adresse MAC.
- Le modèle « Windows OS - Servers »
  - Inclut le nom de domaine complet dans le champ Nom d’hôte si la propriété « Glide. Discovery.hostname.include_domain » est définie sur vrai
  - Crée une relation de référence entre « Partition de disque » et « Systèmes de fichiers »
- Les modèles « F5 LoadBalancer SNMP » et « SSH » mettent à jour les enregistrements d’adresses IP de l’adresse IP étendue dans la table « Nom DNS ».
- Le modèle « Répertoire virtuel IIS » crée des relations entre MS SQL et le port
- Le modèle « Serveur Linux » met à jour la table « ID d’objet Azure » en fonction du format petit-boutiste ou gros-boutiste
- La découverte horizontale met à jour les CI matériels qui utilisent le [ip_address] comme identificateur. Voir KB1585077
- Le modèle « Compte de service Azure » met à jour le journal de découverte avec une erreur et se termine si le modèle échoue.

Fixe:
- Le modèle Répertoire virtuel IIS prend en charge plusieurs instances d’exécution de tnsping.exe.\SQL Express.
- Lancement des sondes Solaris ADM/ADME pour les serveurs de zone globale.
- Le modèle de stockage Linux renseigne un champ « Capacité » en Mo (espace total), dans la table Système de fichiers.
- La découverte du modèle de serveur Linux du serveur virtuel d’AMI Amazon EC2 définit un marqueur « virtuel » = « vrai » dans la table Serveur Linux.
- La découverte du serveur renseigne le champ « Fournisseur » avec les CI de disque (tous les types de disque cmdb_ci_storage_hba », « cmdb_ci_disk », « cmdb_ci_iscsi_disk », « cmdb_ci_fc_disk », cmdb_ci_storage_device)
- Le modèle de périphérique réseau fonctionne avec des informations d’identification.
- Le fichier de script du Serveur MID storage.bash est corrigé pour vérifier si l’exécutable 'multipath' existe réellement ou non
- Azur:
  - Azure : le modèle de sous-compte (LP) découvre le compte de gestion Azure
  - Azure DataBase (LP), Azure DataBase Event et Azure DataBase TD marquer comme mis hors service CI de base de données et CI de base de données cloud
- NetApp :
  - Le modèle NetApp Storage insère ou met à jour le volume de stockage du serveur NetApp Storage.
  - Modèle de serveur de stockage NetApp : correction de la logique pour valider le numéro de série des types de CI Châssis et étagère à disques Châssis

Nouveau : le modèle F5 prend en charge l’authentification basée sur les jetons
Fixe:
- - La stratégie de suppression est corrigée pour le modèle Cloud LP
  - Modèle WebLogic : les déploiements d’applications sont renseignés dans la grappe WebLogic
  - Modèle Docker
    - Crée la relation
    - Filtre l’image locale (propriété sn_itom_pattern.manifest_digest_image_id est définie sur vrai)
  - Système d’exploitation Windows : modèle de bureau : crée une relation entre le CI de l’ordinateur et l’instance du VM
  - Modèle de serveur Linux
    - Collecte un os_distribution valide
    - Corrige la dépendance Groupe de pools multiples E/S et chemin d’accès à plusieurs pools d’E/S
    - Traite correctement la majeure/mineure de la réponse et les membres du pool seront associés à un pool
  - Modèle de stockage Linux - maintient correctement la relation entre les disques et les partitions
  - Modèle de base de données MSSql sous Windows : définit la valeur install_status correcte
  - Modèle JBOSS : met à jour la valeur correcte dans le champ install_directory
  - Modèle de répertoire virtuel IIS : la connexion ADO.NET non valide est corrigée
  - Modèle F5Rest - maintient correctement regex (combinaison d’adresses IP et de ports)
  - UCS Discovery maintient la bonne relation entre le serveur et la lame
  - Modèle MySQL sur Unix : renseigne la version correcte de MySQL

Fixe:
- Section d’extension du modèle de serveur Solaris « Alignement des numéros de série Solaris » : les serveurs Solaris Sun/Blade qui sont physiquement uniques et partagent le même châssis physique renvoient le même numéro de série de châssis, corrigent la logique et ont des enregistrements distincts pour chaque serveur physique unique dans la CMDB
- Azure LoadBalancer TD : définir le port back-end de service correct
- Dans le modèle Linux Server et dans la section extension Cluster Unix - ORACLE Clusterware : Correction de la regex et de la possibilité d’analyser un autre format, lorsqu’elle ne correspond pas à VIP et Name
- Modèle F5REST : renseigner la valeur de l’adresse IP
- Modèle de contrôleur de livraison : la logique pour extraire [entry_point] est fixe
- Modèle d’application SAP ERS : correction de la logique d’analyse de la version SAP ERS
- Modèle d’équilibreur de charge Netscaler utilisant NS. CONF : Définir l’état du nœud primaire correct dans la CMDB
- Modèle UCS - HD : lire la réponse UCS et mettre à jour les éléments de lame dans CMDB
- Modèle de stockage Windows : Correction du problème de découverte de plusieurs lecteurs montés dans le dossier NTFS
- Modèle MS SQL DB sur Windows :
  - Correction de la relation rompue dans [cmdb_rel_ci] pour les instances autonomes MS SQL
  - Correction du statut opérationnel de l’instance SQL passive
- Modèle de système d’exploitation Windows : ordinateurs de bureau : correction de la relation entre le CI de l’ordinateur et le CI de l’instance d’ordinateur virtuel.

Changé:
- Refactorisation SSIS
- Refactorisation SSAS
Fixe:
- Modèle de serveur Linux : calculer l’espace disque total d’un serveur Linux avec un lecteur SAN à chemins d’accès multiples
- Modèle de commutateur réseau :
  - Définit le nom du commutateur avec FQDN si glide.discovery.hostname.include_domain propriété système est définie sur vrai
  - Le script après le capteur traite une charge utile volumineuse
- Équipement réseau de découverte sans informations d’identification : ajouter un arrêt approprié lorsque HostDiscovery est vide
- GCP : valider le modèle de compte de service : le compte de test échouait lors de la tentative de validation avec l’ID de dossier
- Modèle Tomcat : le nom du CI contient un caractère redondant « : »
- Base de données MSSql sous Windows :
  - La section d’extension « Collecter les informations de grappe MSSQL » crée un nœud
  - Ne marquera pas comme absente une base de données précédemment détectée
  - Fera référence au nom de l’instance
- Amazon AWS Relational Database Service : correction de la condition préalable de l’étape EVAL
- GoDaddy CA Discovery : l’autorité de certification crée l’historique des certificats pour tous les certificats
- Modèle d’équilibreur de charge F5 SSH et F5 d’équilibreur de charge : ne crée pas d’enregistrements en double
- Modèle « F5 Load Balancer SSH » : peut interagir avec bigpipe.displayservicenames quelle que soit la valeur du paramètre
- Modèle TD de site web Azure : crée une connexion à la base de données
- Modèle de répertoire virtuel IIS : supprimer la connexion factice par défaut
- Windows : réseau Bibliothèque de modèles : les cartes réseau sont filtrées
- Modèle Netscaler HD : ne filtre pas les VIP sans groupes et la découverte TD n’échoue pas
- Modèle DB2 sur Linux : calculer le répertoire installé
- SE Windows : le modèle Ordinateurs de bureau remplit le champ de type de châssis dans la classe Ordinateur
- JBoss : le modèle collecte la bonne version de JBoss
- J2EE : le modèle EAR sur Linux ne crée pas de doublons Points de terminaison de base de données Oracle
- Modèle de grappe NetApp : ne crée pas de volumes de stockage en double
- Modèle de stockage Linux : référence des disques Fibre Channel pour les serveurs Linux au port FC

Changé:
- Refactorisation SSIS
- Refactorisation SSAS
- Nettoyage dans les instructions gs.log dans global. Découverte d’applications dans le cloud
Fixe:
- Page d’accueil de Découverte : correction du compte de test lors de la tentative de validation avec l’ID de dossier pour le fournisseur Google
- Modèle de site web Azure : correction de la relation à la base de données
- Le modèle de commutateur réseau utilise glide.discovery.hostname.include_domain
- Pattern Netscaler HD : filtrage fixe sur les VIP sans groupes
- Équipement réseau de découverte sans informations d’identification : ajout d’un arrêt approprié lorsque HostDiscovery est vide
- Découverte de réseau : correction du script post-capteur qui n’était pas exécuté en raison du fait que l’objet de chaîne dépassait la taille maximale autorisée
- Windows - Bibliothèque de modèles réseau : correction du filtrage sur les VIP avec plus d’un problème d’adresse
- SSH d’équilibreur de charge F5 et équilibreur de charge F5 (SNMP) : alignement de la valeur du numéro de série
- Modèle de répertoire virtuel IIS : correction de la « connectivité ADO .NET »
- Modèle de base de données MSSQL sous Windows :
  - Gestion du délai d’expiration sur MSSQL Remplir la table de base de données
  - Extension « Collect MSSQL Cluster Info » : prise en charge de glide.discovery.hostname.include_domain
- Système d’exploitation Windows - Ordinateurs de bureau : prise en charge du type de châssis dans la classe Computer

Changé:
- Refactorisation SSIS
- Refactorisation SSAS
- Nettoyage dans les instructions gs.log dans global. Découverte d’applications dans le cloud
Fixe:
- Page d’accueil de Découverte : correction du compte de test lors de la tentative de validation avec l’ID de dossier pour le fournisseur Google
- Modèle de site web Azure : correction de la relation à la base de données
- Le modèle de commutateur réseau utilise glide.discovery.hostname.include_domain
- Pattern Netscaler HD : filtrage fixe sur les VIP sans groupes
- Équipement réseau de découverte sans informations d’identification : ajout d’un arrêt approprié lorsque HostDiscovery est vide
- Découverte de réseau : correction du script post-capteur qui n’était pas exécuté en raison du fait que l’objet de chaîne dépassait la taille maximale autorisée
- Windows - Bibliothèque de modèles réseau : correction du filtrage sur les VIP avec plus d’un problème d’adresse
- SSH d’équilibreur de charge F5 et équilibreur de charge F5 (SNMP) : alignement de la valeur du numéro de série
- Modèle de répertoire virtuel IIS : correction de la « connectivité ADO .NET »
- Modèle de base de données MSSQL sous Windows :
  - Gestion du délai d’expiration sur MSSQL Remplir la table de base de données
  - Extension « Collect MSSQL Cluster Info » : prise en charge de glide.discovery.hostname.include_domain
- Système d’exploitation Windows - Ordinateurs de bureau : prise en charge du type de châssis dans la classe Computer

Fixe:
- Modèles « "My SQL Server sur Windows" » et « "Linux" »
  - Échec de l’étape d’identification
  - La syntaxe de commande était incorrecte lors de la création de connexions à d’autres
  - J’ai eu un problème pour trouver l’emplacement de MySQL dans ExecutableDir.
- Le modèle « Apache on UNIX-based OS" » remplit la version correcte du serveur Web
- La détection des appareils dans un environnement Kubernetes sur les serveurs Linux est mise à jour
- Le modèle « Serveur Linux » renseigne le CI [ip_address] et ne crée pas de cartes réseau en double
- Le modèle de commutateur réseau - Dupliquer les modèles de matériel est fixe
- Échec de l’exécution du modèle de base de données Mongo 2 fois ou plus
- Le modèle JBoss a échoué si application : demo-console et application : demo-console-server
- Systèmes d’exploitation : modèle pré-capteur Pré-traitement Le script de post-traitement est fixe
- Azure : classique LB (LP) Le modèle a créé deux CI du service LB s’il exécute un calendrier dans le cloud et TD ou Mappage de service
- Ensembles de bibliothèque de modèles partagés « UNIX : rechercher FQDN » L’erreur SSH est corrigée
- un bouton sur le journal de modèles vers l’accueil de la discothèque est ajouté
- La découverte du modèle en mode grappe NetApp Storage est fixe
- Pour l’instance V, désactivez le code de nouvelle tentative dans ITOM si le code d’ATG existe
- Système d’exploitation Linux\Unix : échec du pré-capteur lorsque la date de début n’a pas été renvoyée en valeur numérique
- « "Supprimer la pile de commutateurs anciennes relations périmées" » le script pré/post a entraîné une forte consommation de mémoire
- Séparation en domaines : les remplacements de modèles n’ont pas fonctionné : le compte de service Amazon AWS/Amazon AWS : le sous-compte (LP) n’a pas été lancé pendant la découverte AWS dans le cloud
- Les erreurs ML dans les journaux ont été corrigées
- La découverte des ordinateurs/serveurs modifie l’état d’installation du CI en opérationnel/installé, en remplaçant les valeurs correctes ajoutées manuellement
- La stratégie de suppression a été déclenchée même si les pages d’orchestrateur ont échoué
- L’attribut requis [dataceneter_type] était manquant lorsque les informations d’identification incorrectes pour Azure ont été insérées.
- Modèle A10 : les membres du pool n’ont pas été renseignés par Découverte
- SNMP - Classer l’initialisation « » est corrigé
- Contrôleur de domaine Active Directory pour Windows : classification du processus ajoutée
- Le modèle de serveur Linux a échoué dans la version Utah en raison d’une route IPv6 non filtrée non filtrée
- le modèle de base de données Azure est mis à jour
- La taille et le nombre de disques de l’ordinateur virtuel HyperV sont fixes
- Les balises d’abonnement Azure sont maintenant détectées
- Le modèle HP-UX est mis à jour
- La bibliothèque HP-UX - Hardware Serial Number obtient le même numéro de série, la même machine virtuelle et le même hôte
- « "HorizontalDiscoveryHandler.addLinkToDiscoveryLog()" » a ajouté un nouvel index
- Modifier le nettoyeur de table [sn_discovery_orchestrator_pattern_output] OOB configuré pour conserver 7 jours
- Le patron Tuxedo est mis à jour
- ProcessGroupService : les processus ont été supprimés et la grappe contenait toujours la référence aux processus vides

Nouveau : configuration permettant d’activer ou de désactiver facilement la collecte d’informations ARP dans la console de configuration de Découverte.
Fixe:
- Un ID d’image a été capturé différemment par les modèles Docker et Kubernetes pour la même image Docker.
- Le modèle de base de données MSSQL sous Windows a déclenché des alertes de sécurité sur le serveur détecté en raison de plusieurs tentatives SQL échouées.
- Les volumes de stockage GCP avaient 5 états différents, ServiceNow n’en a suivi que 3, donc une valeur vide était fournie lorsque 2 états étaient utilisés.
- Les étapes de secours du modèle de l’application Tuxedo vers getVersion n’ont pas fonctionné.
- Des instances de PDB Oracle [cmdb_ci_db_ora_pdb_instance] ont été détectées pour des bases de données partielles.
- Le serveur ESX avait plusieurs relations « s’exécute sur » avec Cisco UCS Blade.
- Le classifieur « Windows 2022 Server » a déclenché « Windows - Logiciel installé » par défaut.
- Échec de la découverte avec l’erreur IRE MISSING_MATCHING_ATTRIBUTES car la bibliothèque UNIX Cluster - Oracle Clusterware a créé cmdb_ci_cluster_vip enregistrements avec un nom et une adresse IP vides « Usage : grep ».
- La « connectivité du module » de WebLogic a échoué lors d’une tentative de création d’enregistrements cmdb_ci_endpoint_tcp avec un port nul, ce qui a entraîné des erreurs IRE.
- Le modèle de serveur Linux avait un ajout d’espace incohérent dans le storage.bash.
- Le modèle de routeur réseau produisait des enregistrements de carte réseau avec des valeurs « Adresse Mac » ou « Nom » vides, ce qui entraînait des erreurs d’identification.
- La section d’identification de base de données Oracle sur Unix n’a pas pu traiter TCP EP sur regex de l’accueil et de la version Oracle.
- Pour le modèle de site web Azure (LP), l’attribut de table [cmdb_ci_cloud_webserver] « vendor » est maintenant renseigné.

Nouveau : configuration permettant d’activer ou de désactiver facilement la collecte d’informations ARP dans la console de configuration de Découverte.
Fixe:
- Un ID d’image a été capturé différemment par les modèles Docker et Kubernetes pour la même image Docker.
- Le modèle de base de données MSSQL sous Windows a déclenché des alertes de sécurité sur le serveur détecté en raison de plusieurs tentatives SQL échouées.
- Les volumes de stockage GCP avaient 5 états différents, ServiceNow n’en a suivi que 3, donc une valeur vide était fournie lorsque 2 états étaient utilisés.
- Les étapes de secours du modèle de l’application Tuxedo vers getVersion n’ont pas fonctionné.
- Des instances de PDB Oracle [cmdb_ci_db_ora_pdb_instance] ont été détectées pour des bases de données partielles.
- Le serveur ESX avait plusieurs relations « s’exécute sur » avec Cisco UCS Blade.
- Le classifieur « Windows 2022 Server » a déclenché « Windows - Logiciel installé » par défaut.
- Échec de la découverte avec l’erreur IRE MISSING_MATCHING_ATTRIBUTES car la bibliothèque UNIX Cluster - Oracle Clusterware a créé cmdb_ci_cluster_vip enregistrements avec un nom et une adresse IP vides « Usage : grep ».
- La « connectivité du module » de WebLogic a échoué lors d’une tentative de création d’enregistrements cmdb_ci_endpoint_tcp avec un port nul, ce qui a entraîné des erreurs IRE.
- Le modèle de serveur Linux avait un ajout d’espace incohérent dans le storage.bash.
- Le modèle de routeur réseau produisait des enregistrements de carte réseau avec des valeurs « Adresse Mac » ou « Nom » vides, ce qui entraînait des erreurs d’identification.
- La section d’identification de base de données Oracle sur Unix n’a pas pu traiter TCP EP sur regex de l’accueil et de la version Oracle.
- Pour le modèle de site web Azure (LP), l’attribut de table [cmdb_ci_cloud_webserver] « vendor » est maintenant renseigné.

Fixe:
- La découverte du serveur Linux a échoué en raison d’une adresse MAC manquante pour l’interface réseau.
- Le problème de découverte d’instance MSSQL dans le cadre de la découverte de grappe MSSQL a été résolu.
- Le modèle de détection Weblogic capturait un numéro de version incorrect.
- La découverte de nslookup échouait dans certaines situations lors de l’exécution du modèle lorsque la taille de la table d’adresses IP était trop grande.
- L’instance PostgreSQL ne définissait pas $entry_point.instance et le résultat était un nom de CI générique.
- Modèle de base de données distribuée Cassandra : les attributs correspondants de la charge utile IRE étaient manquants.
- Les cartes réseau Windows ont été filtrées par le mauvais opérateur logique lors de la suppression des cartes réseau avec VIP.
- Le modèle de service AWS ELB n’a pas créé de connexion, car il recherchait des règles qui ne sont pas toujours affectées.
- [k8S-SAM] [Schéma Docker]Variables d’environnement de conteneur collectées uniquement pour le premier conteneur de l’image.
- Bogues de sécurité

Fixe:
- Le modèle de serveur Linux n’a pas réussi à exécuter la découverte d’hôte AWS avec le marqueur Azure défini sur « vrai ».
- L’opération personnalisée d’analyse de modèle Windows et Linux JSON n’a pas renvoyé tous les enregistrements.
- Le remplissage de la bibliothèque d’applications Web Tomcat provoque le blocage d’OOM du serveur MID.
- Les schémas Windows qui exécutent l’opération « Analyser le fichier » ont obtenu l’erreur « Échec de la récupération des données distantes ».
- La découverte du modèle d’organisation Google a obtenu l’erreur « Impossible de convertir null en objet » pendant le post-traitement.
- Modèle Linux Étape 3.1.10 - « Convertir la sortie en JSON » a entraîné l’erreur « java.lang ».
- Lorsque plusieurs modèles de détection étaient exportés au format XML, la fenêtre d’exportation n’affichait pas le titre correct.
- Le OID SNMP ServiceNow prêt à l’emploi 1.3.6.1.4.1.9.1.2661 ne pointait pas vers la table de routeur IP ni vers le classifieur de routeur réseau standard.
- Les projets associés à la découverte GCP ont reçu une erreur lors de l’étape 18 : « java.util.ArrayList ne peut pas être converti en classe java.lang.String ».
- La découverte descendante pour le service Tibco a échoué, car le modèle incorrect a été déclenché.
- Le modèle DB2 sur Linux n’a pas détecté l’attribut Édition.
- Échec de la découverte du modèle de base de données Oracle sur Unix en raison du protocole TCPS.
- Les images Docker n’ont pas été renseignées dans le CI [cmdb_ci_docker_image] lors de la détection sur le nœud k8s.
- Le processus de suppression de la table de groupe n’a pas fonctionné.
- La découverte a généré une erreur lorsque la propriété système « glide.hd.payload_format.internal_id_based_payload » a été définie sur « vrai » en raison de CI insérés dans les scripts de pré-capteur.
- Serveur Linux Les étapes du modèle IMDSv2 ont eu un impact sur les performances du modèle sur les serveurs non-EC2 en raison du délai d’expiration de curl par défaut.
- Échec de la découverte du serveur Linux, étape « Filtrer les interfaces de route » (#3.2.83) et a entraîné l’erreur « NullPointer ».
- Schémas sur l’agent : la collecte de données entraîne une erreur d’opération Windows « getFileOwner ».
- Le service ELB classique d’Amazon AWS et le service ELB d’application AWS d’Amazon n’ont pas défini correctement le nom et l’object_id.
- La découverte de la section ID sur SAP n’a pas créé de connexion à la base de données HANA.
- La mauvaise condition préalable dans la bibliothèque partagée « Azure : résoudre le nom de domaine complet en IP » empêchait le remplissage des adresses IP pour les bases de données cloud.
- Les membres du pool d’équilibreurs de charge n’ont pas été détectés avec des modèles.
- L’exécution de la découverte horizontale sur un ordinateur virtuel dans AWS n’a pas renseigné correlation_id sur Tokyo lorsque la valeur du fabricant était dans le script avant le capteur.
- Le modèle de découverte NetApp n’a pas mis à jour la valeur du fabricant pour la grappe de stockage.

Changé:
- Mettre à jour la table des journaux de modèles afin d’inclure un attribut indiquant quand un modèle est exécuté sur un agent
- Ordinateur virtuel Azure : passer de par région LDC à toutes les régions LDC
Fixe:
- Bug de sécurité
- Contournement de l’ACL avec l’include de script CreatePatternForGenericApplication | Mappage et modèles de services [Project SeCure CCSI]
- Problèmes ACL : attribut CCSI (Client Callable Script Include)
- Windows
- La découverte ne lie pas le système de fichiers à la partition appropriée
- Erreur de traitement de la charge utile de découverte : le numéro de série est vide
- Linux
- Les informations de processeur sont vides pour le processeur ARM dans QEMU du CI de serveur Linux dans la découverte
- Le modèle de serveur Linux n’a pas d’étape « Supprimer les interfaces sans nom et adresses Mac » pour le noyau 3 et les versions ultérieures
- Red Hat Linux 9 a « Linux Fedora » dans la distribution Linux dans le modèle « Serveur Linux »
- Azure
- Relation manquante entre le serveur et l’ordinateur virtuel Azure
- Fonctionnalité TD de site web Azure : détecter les connexions à l’aide du champ de type de chaîne de connexion
- F5
- Modèle d’équilibreur de charge F5 : F5 : extension de grappe SNMP Crée des enregistrements en double dans cmdb_ci_cluster table, car la cluster_id est trop longue en raison d’entrées en double dans la variable sysCmTrafficGroupStatusEntry
- OID 1.3.6.1.4.1.3375.2.1.3.4.113 affiche un modèle incorrect > BIG-IP 8400
- Base de données Oracle
- ORACLE_HOME de l’étape 22 : « définir ora_home_exe si le processus contient pmon » dans le modèle « Base de données Oracle sur Unix » doit être rempli à partir de la variable « oracle_home_from_pmon »
- Service Mapping pour la base de données Oracle sur UNIX définit un port d’écoute différent de celui de la découverte horizontale sur une instance Oracle
- Docker
- Aligner le nom de l’image de Docker, le résumé de l’image et l’ID du conteneur avec le modèle Kubernetes
- Les ID d’images capturés par le modèle Docker et le modèle Kubernetes sont différents pour la même image
- Consommation de mémoire élevée sur les appels /api/now/pattern_library/GetCITypes
- HTTPClassyProbe ne crée pas d’enregistrements de relation de service (ip_service_affinity)
- IBM Zos Discovery échoue avec le message d’erreur : Éléments en double trouvés dans la charge utile (index 0 et 1), à l’aide de className [cmdb_ci_server] et des champs [name]., DUPLICATE_PAYLOAD_RECORDS
- Le nom de modèle du routeur Gigamon (OID 1.3.6.1.4.1.26866.3.14) n’est pas correct
- Échec des scripts post-capteur du modèle de commutateur réseau pour les raisons suivantes : TypeError : impossible de convertir null en objet
- Le modèle de serveur Solaris OOB affiche l’ancienne version de sunOS et non la version du système d’exploitation Solaris
- Le modèle Postgres ne renseigne pas le numéro de port dans le cadre de l’instance et le nom CI de PostgresSQL pour certains serveurs Linux.
- Migration lente de la sonde au modèle en raison des mises à jour de l’probe_to_pattern_log.
- Solaris : la fusion des interfaces dans la bibliothèque partagée réseau génère une erreur lors de la comparaison de deux ArrayLists
- Commutateur autonome qui était auparavant un commutateur toujours défini comme secondaire et dupliquant les données du routeur/commutateur, car il pense qu’il s’agit toujours d’un commutateur secondaire
- Requête TableCleaner pour le décompte de sn_discovery_orchestrator_pattern_output s’exécute trop longtemps

Fixe:
- Ajout d’une validation d’enregistrement pour vérifier l’état des scripts répertoriés dans sa_find_host_script (pour app-pattern-designer).
- Un CI de commutateur a été créé pour les unités Cisco Fabric Extender (FEX), comme s’il s’agissait d’un commutateur empilé.
- Erreurs de modèle Amazon AWS Route53 qui se sont produites lorsqu’il n’y avait aucune ressource après le filtrage, au lieu d’échouer.
- Les serveurs Linux AWS n’ont pas créé de relations pour IMDSv2 entre l’instance de VM et l’enregistrement du serveur Linux.
- Le modèle Postgres n’a pas renseigné le nom de l’instance et tous les CI détectés sont définis comme PostgresSQL.
- Des « noms DNS » non valides ont été créés lorsqu’il y avait une sortie supplémentaire de nslookup.

Fixe:
- Réseau
  - « Appareils réseau - Post capteur » pré/post réplication d’un objet volumineux entraînant une consommation de mémoire élevée
  - "Étape : 3.2.33. Mettre à jour cmdb_ci_network_adapter table - pour le noyau et les versions ultérieures » dans le modèle Linux Server entraîne l’absence d’adaptateur et d’adresse IP orpheline
  - Correctif supplémentaire pour PRB1409610 - Échec du commutateur réseau avec Java Erreur à l’étape 18.3 : Définir le réseau de destination et convertir les données réseau pour les calculs futurs
- IIS
  - Mappage des services : les filtres suppriment tous les sites Web et IIS ne transmet pas les applications à la section de connexion (dossiers IIS)
  - Modèle : l’instance fait partie de l’EP, mais le modèle ne parvient pas à créer le CI
- Azure
  - Découverte dans le cloud Azure ne pouvant pas détecter la base de données
  - Le modèle de site web Azure échoue pendant le haut en bas en raison de l’utilisation déconseillée de l’API dans la section de connexion du père
- F5
  - Le modèle ne prend pas en charge les partitions
  - Le modèle F5REST n’a aucune logique pour honorer la propriété de découverte « glide.discovery.hostname.include_domain »
- Amazon AWS : serveur virtuel : échoue en raison d’une erreur de charge utile
- Découverte d’inventaire dans le cloud : les ressources GCP qui sont détectées avec un modèle spécifique existent également sous la liste d’inclusion d’inventaire
- L’instance DB2 (cmdb_ci_db_db2_instance) hébergée sur un serveur Linux/Unix peut être détectée avec un nom différent par Mappage des services et entraîner la création de plusieurs CI pour la même instance.
- La découverte pour les commutateurs empilés n’ajoute pas de serial_number_type aux commutateurs membres, ce qui peut entraîner une surcharge du processeur en raison d’échecs d’insertion
- Les attributs d’identification pour les cmdb_ci_cluster de classe ne sont pas renseignés (ID et Nom), ce qui entraîne l’échec du modèle de serveur Linux
- Linux : l’étape de modèle de réseau, « Extraire les données d’interface - pour le noyau 3 et les versions ultérieures », entraîne la suppression de certaines interfaces en raison d’un problème d’analyse
- Base de données Oracle sur Windows Le modèle de découverte utilise la version exécutable sqlplus plutôt que la version Oracle réelle
- Modèle « PostgreSQL DB » sous Windows : guillemets mal gérés
- Modèle Tomcat : ne crée pas de connexions Ora bien qu’il ait été trouvé dans le fichier de configuration
- Système d’exploitation Windows : serveurs L’étape de modèle « nslookup all IP addresses » s’exécute même si la condition préalable n’est pas remplie

Nouveau : Prise en charge des LB IPvF5, Linux et Windows
Corrigé : IPv4 pour Windows
- discovery_net_arp_table : les adresses IPv4 ne sont pas détectées : régression pour IPv4
- discovery_net_arp_table : les adresses IPv6 ne sont pas détectées
- Nom dscy_route_interface : régression pour IPv4
- discovery_net_arp_table : des entrées sont manquantes pour IPv4 : régression pour IPv4
- Relations non valides pour le serveur Windows
- Le modèle de stockage du système d’exploitation Windows ne filtre pas correctement les doublons à l’étape 26.54
- IPv6 Windows Server : dscy_route_next_hop : certaines entrées ont la valeur du nom « -1.442971133E9 »
- Le modèle « NetApp Storage Cluster-Mode » ne récupère pas le numéro de série d’un périphérique spécifique. Les paramètres d’informations système de l’appareil ne correspondent pas à une découverte réussie.
- Le modèle de mode de grappe NetApp Storage échoue lors du traitement des données avec le message d’erreur : MISSING_DEPENDENCY
- Les stratégies de suppression du modèle F5REST sont incorrectes ou manquantes
- Naviguez vers le modèle : Modèle d’équilibreur de charge F5 : il y a un espace avant l’OID ItmPoolStatEntry pour 18. Obtenir la table des pools
- Le disque dur Linux échoué sur les tables ARP
- Le modèle Linux ne met pas à jour « Terminer l’activité » sous « Appareil »
- Le modèle de découverte de serveur Linux ne renseigne pas les informations sur le processeur si cpu_core_thread est manquant
- Échec du modèle de serveur Linux en raison d’une erreur dans la charge utile Ensemble minimum de valeurs d’entrée manquant pour les attributs de critère (correspondance) de la règle d’identification pour la table [dscy_router_interface]
- Espace disque incorrect pour le serveur Linux
- Commande « sudo » codée en dur dans les modules mémoire Linux
- [IPV6 du serveur Linux] Le modèle de serveur Linux échoue à l’étape « Filtrer les passerelles »
- Découverte : modèle de serveur Linux Création d’éléments connexes au disque de l’appareil de stockage en double pour le stockage NVMe
- Après PRB1567613 relations entre les noms DNS et le compte de service AWS Cloud ne sont pas créées
- AWS Hybrid Discovery pour 2 adresses IP (v4 et v6) n’est pas cohérent
- En raison de la duplication de source_native clé dans le modèle Host(LP), le modèle AWS - Serveur virtuel est défaillant
- Modèle JBOSS : étape : 14. définir un répertoire d’installation alternatif Unix = $install_dir_exists est un tableau, donc l’étape apparaît erreur : la classe java.util.ArrayList ne peut pas être convertie en classe java.lang.String
- Besoin de corriger la valeur par défaut de la variable « res » à l’étape 23 du modèle JBOSS Http
- Applications virtuelles Citrix affichant des applications non liées au point d’entrée défini dans le champ chemin d’accès de l’icône
- Les étapes du modèle Hyper-V Server ne différencient pas les champs d’identification de Windows Server, ce qui entraîne des conflits avec le correcteur en double
- « Hyper-V - Virtual Machines » de la bibliothèque partagée « 38.1.26. L’étape « Insérer des données d’ordinateurs virtuels dans cmdb_ci_hyper_v_instance » renseigne le même bios_guid pour tous les ordinateurs virtuels avec HyperVVirtualMachines[1] au lieu de HyperVVirtualMachines[].
- Ajoutez quelques minutes aléatoires à l’heure de début de la tâche planifiée Suggestion d’applications - Découverte automatique ITOM du 07/08/2019 11:34:36 afin que le déclencheur associé à la tâche soit mis à jour selon la nouvelle heure de début.
- AFP Les tâches planifiées s’exécutent périodiquement à une minute définie prédéfinie, ce qui entraîne un problème de type troupeau de tonnerre
- Échec de la découverte AIX lorsque le nom du correctif du système d’exploitation n’est pas renvoyé
- Azure LoadBalancer TD ont des enregistrements en double
- Le classifieur de serveur de licences Citrix n’est pas précis car lmgrd.exe’est un nom générique de démon FlexLM qui peut être utilisé par de nombreux fournisseurs, pas seulement Citrix.
- Le modèle DB2 ne définit pas la installed_dir
- DEF0277815 à l’origine des échecs du test com.snc.it.discovery.patterns
- Lors de l’exécution de la base de données PostgreSQL du modèle de découverte sur un serveur Windows, le PID de processus n’est pas transmis à la commande netstat findstr
- Le texte généré pour IIS et Java est trop long, il doit être limité à 1 000 caractères
- Dans le modèle Tomcat, les versions du logiciel ne sont pas collectées à partir de sources par défaut telles que version.bat, version.sh et NOTES DE PUBLICATION
- Le modèle Kubernetes renseigne le nom du serveur Linux avec le nom de domaine complet, ce qui entraîne des enregistrements en double dans la table Serveur Linux et la suppression ultérieure de l’original, car Découverte d’hôte utilise uniquement le nom d’hôte par défaut
- La découverte MariaDB via le modèle MySQL n’est pas prise en charge
- Le modèle de commutateur réseau échoue prêt à l’emploi lors de la tentative de détection des points d’accès Cisco via un contrôleur Cisco
- La découverte rapide met à jour l’élément de nœud et l’emplacement de la grappe de stockage sur vide
- Actualiser les comptes membres Les schémas ne suppriment pas les projets supprimés liés à une organisation
- Régression des PRB1475015 : l’ordinateur virtuel n’est pas marqué comme « isVirtual »
- Serveur Solaris : ChassisSerialNumber est extrait de l’entrée du numéro de série smbios
- La sonde SSHTerminalInteractiveCommand ignore la relation d’informations d’identification

Découplez le contenu du modèle des versions de famille.
Changement dans la mise à jour de l’état de l’installation. Après la mise à niveau vers Tokyo, l’état de l’installation est automatiquement défini sur « Installé » (« 1 ») pour tous les CI d’infrastructure détectés. Si votre organisation utilise l’état de l’installation, testez Tokyo sur votre instance de test avant de mettre à niveau l’instance de production. Utilisez l’état du cycle de vie CSDM pour suivre les étapes du cycle de vie et les états d’étape des CI. En savoir plus sur la migration vers les normes de cycle de vie CSDM.
Pour résoudre les problèmes liés à l’état de l’installation après la mise à niveau vers Tokyo, consultez KB1226587

Notes de publication Contenu de visibilité

Stocker les notes de version

Notes de publication Contenu de visibilité

Historique de version