Étape 2: Si des problèmes de sécurité l'exigent, supprimez les fichiers temporaires manuellement lorsque vous avez fini d'utiliser l'applet SiteScope :

Étape 3: Choisissez l'applet SiteScope.

Étape 4: Sélectionner Démarrer > Tableau de bord > Java > Onglet Général .

Étape 5 : Sélectionner Fichiers Internet temporaires section, cliquez sur Réglages , puis cliquez sur Supprimer les fichiers .

Le chargement de l'applet SiteScope échoue avec une exception NoClassDefFound

SiteScope ne démarre pas et un message d'erreur s'affiche.

Si vous rencontrez un message d'erreur tel que L'environnement d'exécution Java ne peut pas être chargé ou toute autre erreur inconnue lors du démarrage de l'applet SiteScope, effectuez les étapes ci-dessous.

Après chaque étape, essayez de rouvrir SiteScope. Si SiteScope échoue à nouveau, passez à l'étape suivante.

Fermez toutes les fenêtres du navigateur.

Terminez tous les processus de navigateur restants (le cas échéant) à l'aide de Windows Gestionnaire des tâches .

Nettoyez le cache d'applet Java local. Sélectionner Démarrer > Tableau de bord > Java . Dans le général onglet, cliquez Réglages > Supprimer les fichiers puis cliquez d'accord .

Nettoyez le cache d'applet Java local en supprimant le contenu du dossier suivant : C:Documents and Settings\Application DataSunJavaDeploymentcache.

SiteScope - Configuration SSL non conservée après une mise à niveau de la version de SiteScope sous Windows

Le programme de mise à niveau a quelques problèmes, c'est-à-dire qu'il est incapable de lire la variable d'environnement %SISINSTALLER_PATH% pendant la mise à niveau et donc incapable de localiser le fichier server.xml sauvegardé. conservé après la mise à niveau dans Windows. La configuration SSL n'est pas conservée après la mise à niveau sur une machine Windows. Vous pouvez afficher le message suivant dans SiteScope_config_tool.log déposer:

Server.xml n'existe pas. Pas un scénario de mise à niveau.

Le programme de mise à niveau a quelques problèmes, c'est-à-dire qu'il est incapable de lire la variable d'environnement %SISINSTALLER_PATH% pendant la mise à niveau et donc incapable de localiser le fichier server.xml sauvegardé après la mise à niveau dans Windows.

Voyons maintenant les solutions.

solution 1

Suivez les étapes écrites ci-dessous pour restaurer le fichier server.xml sauvegardé.

Étape 1: Aller à %SITESCOPE_HOME%Tomcatconf répertoire et effectuez une sauvegarde du fichier server.xml.

Étape 2: Remplacez le fichier server.xml dans le %SITESCOPE_HOME%Tomcatconf répertoire avec le fichier server.xml disponible à l'emplacement suivant :

%SITESCOPE_HOME% oolsSiteScopeHardeningToolSSL_TOOL_DATA

Étape 3: Ouvrez ce fichier server.xml et localisez la section du fichier qui ressemble à ceci :

Étape 4: Remplacez les espaces réservés %%TRUSTSTORE_TYPE%%, %%TRUSTSTORE_PASS%%, %%TRUSTSTORE_PATH%%, %%KEYSTORE_TYPE%%, %%KEYSTORE_PASS%%, %%KEYSTORE_PATH%%, %%CLIENT_AUTHENTICATION%% et %%CIPHERS_LIST% % avec les valeurs du fichier server.xml sauvegardé.

Étape 5 : Remplacez le fichier server.xml sauvegardé est disponible à l'emplacement suivant :

INSTALLER_DIR>customtls_settings

où, est l'emplacement où les bits de sitescope sont placés.

Étape 6 : Redémarrez SiteScope.

solution 2

Configurez à nouveau la sécurisation de SiteScope à l'aide de l'outil de sécurisation de SiteScope.

APM / BSM / BPM / SiteScope / RUM Engine – comment récupérer la version Apache Web Server / Tomcat / Java

Comment récupérer la version Apache Web Server / Tomcat / Java dans APM / BSM / BPM / SiteScope / RUM Engine ?

Version du serveur Web Apache

Linux

/opt/HP/BSM/WebServer/bin/httpd -v

Version du serveur : Apache/2.2.21 (Unix)

les fenêtres

WebServerin>httpd -v

Version du serveur : Apache/2.2.21 (Win32)

Voici quelques versions :

BSM 9.25 – Apache 2.2.27

BSM 9.26 – Apache 2.4.16

BSM 9.26 IP2 - Apache 2.4.20

APM 9.30 – Apache 2.4.18

APM 9.40 – Apache 2.4.23

APM 9.50 – Apache 2.4.23

APM 9.51 – Apache 2.4.23

Version Tomcat et JVM

Maintenant, exécutez les commandes suivantes à partir de votre répertoire ou .

Noter : Si votre répertoire d'accueil Java n'est pas inclus dans votre variable d'environnement PATH, vous devrez inclure le chemin d'accès à votre répertoire /bin devant la commande java.

Voici quelques commandes pour d'autres versions.

Linux

java -cp lib/catalina.jar org.apache.catalina.util.ServerInfo

les fenêtres

java.exe -cp libcatalina.jar org.apache.catalina.util.ServerInfo

Mais selon la version de Tomcat, cette commande peut également fonctionner :inversion.bat / version.sh

Par example:

BPM 9.24 sous Windows, installé dans C:BPM

passez au répertoire C:BPMServletContainerlib

java.exe -cp catalina.jar org.apache.catalina.util.ServerInfo

Version du serveur : Apache Tomcat/7.0.42

Création du serveur : 2 juillet 2013 08:57:41

Numéro de serveur : 7.0.42.0

..

Version JVM : 1.7.0_15-b03

Fournisseur JVM : Oracle Corporation

BPM 9.26 IP1 sous Windows

Version du serveur : Propulsé par HP

Création du serveur : 2 juillet 2013 08:57:41

Numéro de serveur : 7.0.42.0

..

Version JVM : 1.7.0_79-b15

Fournisseur JVM : Oracle Corporation

BPM 9.40 sous Windows, installé dans C:HPBPM

passez au répertoire C:HPBPMServletContainerlib

java.exe -cp catalina.jar org.apache.catalina.util.ServerInfo

Version du serveur : Apache Tomcat/8.5.4

Création du serveur : 6 juillet 2016 à 08:43:30 UTC

Numéro de serveur : 8.5.4.0

BPM 9.52 sous Windows, installé dans C:MFBPM

passez au répertoire C:MFBPMServletContainerlib

java.exe -cp catalina.jar org.apache.catalina.util.ServerInfo

Version du serveur : Apache Tomcat/8.5.4

Création du serveur : 6 juillet 2016 à 08:43:30 UTC

Numéro de serveur : 8.5.4.0

SiteScope 11.24 sous Windows, installé dans C:SiteScope

passez au répertoire C:SiteScopeTomcatserver

java.exe -cp libcatalina.jar org.apache.catalina.util.ServerInfo

Version du serveur : Apache Tomcat/5.5.33

Création du serveur : 8 février 2011 05:13:31

Numéro de serveur : 5.5.33.0

..

Version JVM : 1.7.0_15-b03

Fournisseur JVM : Oracle Corporation

SiteScope 11.33 IP2 sous Windows, installé dans C:SiteScope

passez au répertoire C:SiteScopeTomcatin

version.bat

..

Version du serveur : Apache Tomcat/7.0.69

Création du serveur : 11 avril 2016 07:57:09 UTC

Numéro de serveur : 7.0.69.0

..

Version JVM : 1.7.0_51-b13

Fournisseur JVM : Oracle Corporation

SiteScope 11.40 sous Windows, installé dans C:SiteScope

passez au répertoire C:SiteScopeTomcatin

version.bat

..

Version du serveur : Apache Tomcat/7.0.77

Création du serveur : 28 mars 2017 16:01:48 UTC

Numéro de serveur : 7.0.77.0

..

Version JVM : 1.8.0_131-b11

Fournisseur JVM : Azul Systems, Inc.

Noter: La version JVM renvoyée dépend du paramètre système de JRE_HOME :

version.bat

Utilisation de CATALINA_BASE : C:SiteScopeTomcat

Utilisation de CATALINA_HOME : C:SiteScopeTomcat

Utilisation de CATALINA_TMPDIR : C:SiteScopeTomcat emp

Utilisation de JRE_HOME : C:Program Files (x86)Javajre7

Version du serveur : Apache Tomcat/7.0.69

Création du serveur : 11 avril 2016 07:57:09 UTC

Numéro de serveur : 7.0.69.0

..

Version JVM : 1.7.0_51-b13

Fournisseur JVM : Oracle Corporation

version.bat

Utilisation de CATALINA_BASE : C:SiteScopeTomcat

Utilisation de CATALINA_HOME : C:SiteScopeTomcat

Utilisation de CATALINA_TMPDIR : C:SiteScopeTomcat emp

Utilisation de JRE_HOME : C:SiteScopeJava

Version du serveur : Apache Tomcat/7.0.69

Création du serveur : 11 avril 2016 07:57:09 UTC

Numéro de serveur : 7.0.69.0

..

Version JVM : 1.8.0_92-b15

Fournisseur JVM : Azul Systems, Inc.

Certaines versions de SiteScope – Apache Tomcat :

SiteScope 11.24 – Apache 5.5.33

SiteScope 11.33 – Apache 7.0.69

SiteScope 11.40 – Apache 7.0.77

SiteScope 11.51 – Apache 7.0.82

SiteScope 11.60 – Apache 7.0.90

SiteScope 11.90 – Apache 7.0.94

SiteScope 11.91 – Apache 7.0.96

SiteScope 11.92 – Apache 7.0.100

SiteScope 11.93 – Apache 7.0.105

JBoss et Tomcat pour BSM

Pour récupérer la version de JBoss, veuillez vérifier le fichier journal.

logjboss_boot.log et recherchez la ligne

INFO - ID de version : JBoss [Trinity] 4.2.3.GA (version : SVNTag=JBoss_4_2_3_GA date=200807181417)

Ce qui précède est le résultat pour BSM 9.25 IP1

JBoss et Tomcat pour le moteur RUM

Pour récupérer la version de JBoss, consultez le fichier journal

logjboss_boot.log et recherchez la ligne

INFO [AbstractServer] JBossAS [6.1.0.Final Neo] Démarré en 1m:39s:75ms

Ce qui précède est le résultat pour RUM Engine 9.25.

Sonde Tomcat pour RUM ClientMonitor

ClientMonitor Probe 9.26, installé dans C:HPRUMClientMonitorProbe

passez au répertoire C:HPRUMClientMonitorProbeTomcatin

version.bat

..

Version du serveur : Apache Tomcat/7.0.56

Création du serveur : 26 septembre 2014 12:08:24

Numéro de serveur : 7.0.56.0

..

Sonde du moniteur client 9.40 – 8.5.4

Version de Tomcat intégrée à JBoss

À partir de JBoss 4.2 et versions ultérieures, il n'est pas fourni avec Tomcat, mais une version dérivée de celui-ci, appelée JBossWeb. Il est maintenu séparément, indépendamment de la base de code Tomcat.

Basé sur la version de JBoss (ici c'est 6.1.0) on peut alors consulter le site suivant pour le Version Web de JBoss :

Plate-forme d'applications d'entreprise JBoss 6

JBoss AS 6.1.0 est livré avec JBoss Web 7.2.0.Final

JBoss 4.2.3 (utilisé avec par exemple BSM 9.25) est livré avec Tomcat 6.0.13

SiteScope 11.32 – Préférences de messagerie – Paramètres par défaut – comment définir un nom d'affichage de messagerie

Comment configurer un nom d'affichage d'e-mail dans SiteScope 11.32 – Préférences d'e-mail – Par défaut ? Les clients essaient de définir un nom d'affichage pour une adresse e-mail. Ainsi, lorsque SiteScope envoie un e-mail, l'expéditeur ressemble à : SiteScope - Test

Lorsque cet e-mail est affiché/prévisualisé, il a un joli nom d'affichage. Mais SiteScope – Préférences – Préférences de messagerie – Paramètres par défaut – Boîte de dialogue Modifier n'accepte aucun des éléments suivants :

SiteScope – Tester

SiteScope – Tester

SiteScope – Tester

Actuellement, nous n'avons qu'une fausse adresse e-mail, c'est-à-dire sitescope_test@monentreprise.com

Mais nous aimerions envoyer des corrections en répondant à un e-mail d'alerte pour nos utilisateurs.

SiteScope - Test ne donne aucune chance d'utilisation sur l'adresse e-mail de l'administrateur ou dans l'adresse e-mail de l'expéditeur car SiteScope vérifie si vous entrez une adresse e-mail valide ou non. Cette adresse doit être au format @ sinon l'erreur Le champ ne correspond pas au format de l'adresse e-mail est renvoyée.

Il existe un moyen de résoudre ce problème : une prise en charge complète n'est pas garantie. Vérifions les étapes liées à cela.

Étape 1: Arrêtez SiteScope et exécutez inPersistencyViewer.bat.

Étape 2: Ouvrez la persistance offerte par l'interface graphique (Sélectionnez le chemin de persistance -> Ouvrir) - dans Filtrer par type.

Étape 3: Sélectionnez com.mercury.sitescope.platform.coonfigmanager.preferences.PreferenceConfig.

Étape 4: Cliquez sur MailDefaultPreferences_.

Étape 5 : Modifiez le champ _fromAddress et saisissez (par exemple) Friendly Displayname sitescope_admin@mycompany.com.

Étape 6 : Cliquez sur OK et validez pour démarrer SiteScope.

Étape 7 : À partir de l'e-mail de test, il s'affichera de : Friendly.Displayname.sitescope_admin@mycompany.com

Message de test SiteScope (2001:0:9d38:6abd:38fa:1e8a:efcb:a1f9)Ceci est un test. Ceci n'est qu'un test.SiteScope…

SiteScope modifie l'adresse e-mail pour la rendre conforme à n'importe quelle norme en remplaçant les espaces par ce qui donne Friendly.Displayname.sitescope_admin@mycompany.com

C'est aussi proche que possible sans ouvrir une urgence.

SiteScope - impossible de déployer le modèle - échoue avec Échec de la validation - violation d'unicité

Certains problèmes tels que l'impossibilité de déployer le modèle - échoue avec Échec de la validation - violation de l'unicité sont observés sur SiteScope 11.4x jusqu'à 11.9x. Lorsque vous essayez de charger de nombreux moniteurs d'URL (en 100) dans divers groupes de surveillance à l'aide de Modèle, la mise en page attendue est quelque chose Comme…

App01

URL1

URL2

URL3

App02

URL4

URL5I

Une erreur se produit lors du déploiement du modèle à l'aide d'un fichier CSV. Il crée un groupe, ainsi que le premier moniteur d'URL, puis échoue. Les journaux affichent l'erreur suivante pour les moniteurs d'URL suivants.

Erreur :

Erreur rencontrée dans le modèle 'Bulk URL Monitor Load' :

Échec de la validation - violation de l'unicité - le nom 'App02' existe dans la destination demandée.

Comment déployer plusieurs moniteurs dans un groupe à l'aide d'un modèle ?

Si vous souhaitez déployer ou créer des modèles avec un groupe parent, les étapes suivantes doivent être prises en compte.

Étape 1: Sélectionnez d'abord l'option permettant d'activer ce besoin : SiteScope -> Préférences -> Préférences d'infrastructure -> Paramètres du modèle.

Étape 2: Autoriser la création de modèles de moniteurs directement sous une entité de modèle

et redémarrez SiteScope

Après avoir suivi les étapes, on peut créer dans un modèle un moniteur directement sous le modèle, il n'est plus nécessaire de créer un groupe entre les deux. Sans ce changement, vous devez créer le moniteur sous un groupe de modèles. Lorsque le modèle est maintenant déployé , il essaie de créer le groupe SiteScope avec le nom du groupe de modèles. Cela fonctionne la première fois, mais échoue à chaque fois car le groupe existe déjà.

Noter que maintenant le groupe sous lequel les moniteurs sont créés doit être créé manuellement, dans cet exemple App01 et App02

OBM / Sitescope – versions officielles versus version interne, par exemple SiteScope 2020.10 == 11.93 – liste de références croisées

Le SiteScope, Operations Bridge Manager (OBM), uCMDB SiteScope 2020.10 = 11.93 OBM 2020.05 = 11.0 CMDB a traversé la liste de référence. Le nouveau schéma de version yyyy.mm a été introduit.

Par exemple 2018.11, il peut être difficile de trouver la version correspondante dans v.u.f. (version.update.fix), par exemple 11.70.

SiteScope

Gestionnaire de pont des opérations (OBM)

Versions de la suite Operations Bridge Manager

uCMDB

Les versions peuvent être récupérées via l'interface graphique :

Aide -> À propos des émissions (par exemple) SiteScope 2019.02 | Version : SiteScope 11.70.54 JVM 64 bits, version 67

Ou

OBM 2018.11 | Version : 10.71.016.001

Selon le produit, il peut également y avoir un fichier dans le cadre de l'installation avec ces informations.

SiteScope

fichier datversion.txt

Produit : HPE SiteScope

Version : 11.60.83

Construction : 82

Gestionnaire de pont des opérations

fichier datversion.txt

Produit : Gestionnaire de pont des opérations

Version : 10.71

Version : 016.001

Sortie officielle : 2018.11

Version officielle : 10.71.016.001

Comment recréer le service SiteScope (Windows uniquement)

Avez-vous perdu votre service SiteScope sous Windows ? Vous pouvez réinstaller le service SiteScope en cas de corruption ou de suppression. Il vous suffit d'exécuter la commande suivante.

Voici la commande par laquelle vous pouvez réinstaller SiteScope.

SiteScopeService.exe -install< chemin de service >< paramètres de service > [ Nom du service ] [-Obliger]

Réinstallation du service SiteScope :

Étape 1: Ouvrez la fenêtre de commande en tant qu'administrateur

Étape 2: Naviguez jusqu'à ools

Étape 3: Exécutez la commande SiteScopeService.exe -install< chemin de service >< paramètres de service > [ Nom du service ] [-Obliger]

Cela devrait créer la clé de registre suivante HKEY_LOCAL_MACHINE -> SYSTEM -> CurrentControlSet -> Services -> -> ServiceParam

Chemin de service :

SiteScope

Exemple : CSiteScope

Paramètre de service :

Important :Assurez-vous de mettre à jour le chemin du service dans la chaîne ServiceParam.

Exemple:

Nom du service:

Nom du service

Exemple : SiteScope

Commande complète :