Diagnòstics

Diagnòstic Micro Focus: consells i trucs

30 d'octubre de 2021

Micro Focus Diagnòstics ajuda a aïllar i resoldre ràpidament els problemes de rendiment de les aplicacions de desenvolupament i producció proporcionant visibilitat a nivell de codi a nivell de transacció.

Aquesta publicació comptarà amb els consells i trucs mensuals de Micro Focus Diagnostics, que seran una consolidació de diversos problemes comuns a Micro Focus Diagnostics. Consulteu aquest article per obtenir consells i trucs de resolució de problemes per a altres eines.

Taula de continguts

  • Micro Focus Diagnostics: consells i trucs: gener de 2021
  • Diagnòstics de Micro Focus: consells i trucs, febrer de 2021
    • 1. Resolució de l'error...no es poden vincular els oients a cap port del rang 32000-... en el moment d'iniciar el servei d'agregació de sondes d'agents .Net
    • 2. Instruccions per desactivar la supervisió del client RUM tant a .Net com a l'agent J2EE
    • 3. Quan el punt VA a HP Diagnostics: xifrat de blocs de 64 bits 3DES vulnerable a l'atac SWEET32
    • 4. Instruccions per resoldre l'error d'inicialització de JVMJ9VM015W per a la biblioteca j9gc23(2): no s'ha pogut instància de l'emmagatzematge dinàmic. 2G sol·licitat. No es va poder crear la màquina virtual de Java
    • 5. Solucionar el problema quan l'Agregador de sondes de diagnòstic d'HP no s'ha pogut iniciar es mostra a la pantalla
    • 6. Resolució del problema d'integració al diagnòstic d'HP a HP BSM
    • 7. Resolució del problema dels fitxers de tendència grans a la carpeta d'arxiu d'HP Diagnostics 9.26
    • 8. Quan el servidor de diagnòstics està registrat en un altre BSM
    • 9. Instruccions per arreglar la referència d'objecte no establerta en una instància d'un objecte mentre es desa una prova de càrrega de rendiment
    • 10. Correcció de l'error quan es mostra: Diagnòstics Next Gen - Sense dades
  • Diagnòstics de Micro Focus: consells i trucs, març de 2021
    • 1. Problemes de diagnòstic amb integració a BSM
    • 2. La instal·lació de Diagnostics .NET Agent falla quan se selecciona el servei d'agregació de sondes opcional
    • 3. Com configurar SSL en un servidor de diagnòstic mitjançant un certificat de l'autoritat CA?
    • 4. Error Arxiu GRAVE: No es pot crear l'arxiu després de l'actualització del servidor Diagnostic 9.23
    • 5. Error: … s'està inicialitzant com.mercury.diagnostics.capture.metrics.jmx.WebSphere6JMXCollector@8b0e7414 java.lang.IncompatibleClassChangeError informat per l'agent de Java de diagnòstic que investiga un WebSphere Application Server
    • 6. La interfície d'usuari de HPE Diagnostics es bloqueja o es bloqueja
    • 7. Error: el port HttpWebServer 35000 sembla estar en ús quan s'inicia l'agent de diagnòstic .NET
    • 8. Configuració de l'agent de diagnòstic .NET i l'agregador de sondes per utilitzar ports no predeterminats
    • 9. .Net agent causant sobrecàrrega de memòria i CPU durant la prova de càrrega.
    • 10. Després de l'actualització, les dades de l'historial s'han perdut, la vista personalitzada i l'aplicació s'han perdut
  • Diagnòstics de Micro Focus - Consells i trucs - abril de 2021
    • Error GRAVE al Diagnòstic quan s'intenta iniciar el servidor.
    • Com configurar l'HP SiteScope perquè es pugui supervisar mitjançant un agent Java d'HP Diagnostics
    • Error: el port HttpWebServer 35000 sembla estar en ús quan s'inicia l'agent de diagnòstic .NET
    • Quins permisos es necessiten per al col·lector de base de dades Oracle?
    • Aclariment de llicència per a HP BSM Diagnostics
    • Informació sobre la llicència de diagnòstic
    • Com modificar els llindars en el diagnòstic
    • La diferència entre la utilització normalitzada de la CPU i la utilització total de la CPU
    • Redueix la sobrecàrrega d'instrumentació.
    • Les mètriques recollides fora de la caixa
  • Diagnòstics de Micro Focus - Consells i trucs - maig de 2021
    • 1. Com configurar BSM/SH per recopilar mètriques de diagnòstic?
    • 2. Com configurar SSL en un servidor de diagnòstic mitjançant un certificat de l'autoritat CA?
    • 3. JVMJ9VM015W Error d'inicialització de la biblioteca j9gc23(2): no s'ha pogut instància de l'emmagatzematge dinàmic. 2G sol·licitat. No es va poder crear la màquina virtual de Java
    • 4. El servidor JBoss no s'iniciarà després de la instrumentació de la sonda
    • 5. Error: quan es va produir el temps d'espera, el fil... informat per una aplicació Java basada en Linux que s'executa en un entorn VMware amb HP Diagnostics
    • 6. Què hi ha de nou a 9.23 IP2?
    • 7. Com canviar Commander a Mediator?
    • 8. La instal·lació de l'Agent de Diagnostics .NET falla quan es selecciona el servei d'agregació de sondes opcional
    • 9. Com desactivar la supervisió del client RUM tant a l'agent .Net com a J2EE
    • 10. El servidor de diagnòstic està registrat en un altre BSM
  • Micro Focus Diagnostics: consells i trucs, juny de 2021
    • 1. Com restaurar la taula de símbols?
    • 2. Com obté dades l'HP Diagnostics Collector?
    • 3. És possible canviar la base de dades del perfil de diagnòstic?
    • 4. Quins són els fitxers de punts utilitzats per Java Probe for Instrumentation?
    • 5. Com habilitar el registre de consultes llargues a Diagnostics?
    • 6. Puc recollir CPU, memòria i xarxa d'una base de dades Oracle mitjançant Oracle Collector?
    • 7. El perfilador no es mostra
    • 8. Servidor HPD Mediator - Ús elevat de disc - Neteja necessària per netejar l'espai
    • 9. Diag Mediator no s'iniciarà – Arxiu SEVER: No es pot crear l'arxiu
    • 10. Configuració LDAP a Diagnòstics

Micro Focus Diagnostics: consells i trucs: gener de 2021

1. Recuperació de les mostres de l'agent de recollida de diagnòstics en cas que hi hagi un error

Sovint passa que els usuaris no poden obtenir les mostres del seu respectiu agent de diagnòstic. Han trobat problemes relacionats amb l'accés i els permisos. I hi ha un error a la pantalla, amb totes les credencials que s'indiquen a continuació:

|_+_|

Aquest error també es pot corregir; només cal que seguiu amb cura els passos que s'indiquen a continuació:

  1. Heu de navegar a Manteniment , a continuació, a sota, feu clic a Registrar .
  2. Aleshores heu de fer clic a Components registrats ; aleshores, heu de trobar el Nexus_BD .

Aquests passos us guiaran per cancel·lar el registre, i només heu d'esperar un temps perquè es pugui registrar de nou per informar les mètriques una vegada més. Aquesta solució hauria de ser eficaç i solucionarà tots els errors relacionats amb l'autenticació que es van produir abans.

També es recomana que l'usuari comprove la configuració del servidor intermediari que els usuaris poden trobar al servidor Mediator. El servidor Mediator es troba al fitxer /etc/server.properties i, després, al servidor Commander sota el camí similar al fitxer /etc/.

2. Instruccions per abordar l'Agent ProbeAggregator de Diagnostics .net quan surt de la mida de l'emmagatzematge dinàmic de Java

Aquest problema es produeix quan els Diagnostics 9.50 i l'agent .net 9.50 estan instal·lats a Windows Sistema operatiu plataforma server 2012. Els usuaris es troben amb aquest problema quan observen que el fitxer . Net l'agent no pot recollir cap de les dades necessàries.

Quan es comproven els detalls del registre, un error diu: java.lang.OutOfMemoryError: espai dinàmic de Java a la ProbeAggregatorJSW.log fitxer que l'usuari està executant actualment al dispositiu. La causa principal d'aquest error és el factor java.lang.OutOfMemoryError del fitxer respectiu.

Aquest error es pot resoldre fàcilment manualment; l'usuari només ha de seguir els passos que s'indiquen a continuació:

    Obriu probeaggregator.cmd amb l'ajuda del bloc de notes. A continuació, augmenteu el valor -Xmx a un de més alt.

Per exemple, podria ser dues vegades més gran que el valor anterior o segons el requisit de recursos del sistema.

3. Detalls sobre la configuració del servidor de diagnòstic

Esbrinar com configurar el servidor de diagnòstic pel vostre compte pot semblar una tasca difícil, però els usuaris poden fer-ho amb l'ajuda d'una guia determinada. Molts usuaris s'han trobat amb un error a la pàgina d'escenari de diagnòstic del centre de rendiment.

S'observa que sol passar quan estan treballant en la icona de configuració. El missatge d'error que es mostra es mostra a continuació:

|_+_|

Aquest error es pot solucionar, però abans d'això, l'usuari ha de tenir informació completa sobre el producte que s'ha instal·lat i també sobre la seva versió. Segons la tecnologia d'aplicació que utilitzeu, haureu d'instal·lar un agent Java o .NET.

Juntament amb això, també s'ha d'obtenir l'instrument específic d'aquesta aplicació perquè serà l'encarregat d'enviar les dades al vostre servidor de Diagnòstics. L'usuari ha d'assegurar-se que la versió concreta del servidor de diagnòstic no és inferior a la de qualsevol dels agents de diagnòstic.

4. Eliminació de l'Oracle Java JRE 1.8.x / 8.x de C:Program Files (x86)

Sovint s'ha observat que el servidor de diagnòstics 9.26 Oracle Java JRE 1.8.x / 8.x crea problemes mentre treballa. Els usuaris tenen algunes queixes, mentre que actualment disposen de 2 dels servidors de Diagnòstic.

Tots dos estan executant una versió anterior 9.26, els usuaris volen suprimir els fitxers Java d'Oracle anteriors, però tenen por si això afectaria d'alguna manera l'aplicació de diagnòstic.

La resposta a aquesta consulta és eliminar l'anterior Oracle Java JRE 1.8.x / 8.x des de C:Program Files (x86) els fitxers no afectarien el funcionament de l'aplicació de diagnòstic.

Un cop hàgiu acabat d'eliminar el Oracle Java JRE 1.8.x / 8.x des de C:Program Files (x86) fitxers, només cal que navegueu al JRE incrustat del servidor de diagnòstics.

En el moment de la instal·lació, el JRE ve amb el servidor de diagnòstic en forma incrustada, de manera que s'elimina Oracle Java JRE 1.8.x / 8.x des de C:Program Files (x86) no seria un problema.

5. Visualització dels paràmetres JMX del Pool de connexió Hikari

Sovint, els usuaris tenen problemes amb els paràmetres del Pool JMX de connexió Hikari, ja que no poden veure'l per inspeccionar-lo ni vigilar-lo. També hi ha un problema relacionat amb la configuració del fitxer metrics.config en tot moment.

S'observa que l'equip que utilitza l'esmentat aplicació ha de supervisar les activitats dels paràmetres JMX. Mentre utilitza el grup de connexions Hikari, l'equip vol controlar tota la informació relacionada amb Hikari, com ara el nom de l'objecte, el nom de la classe i totes les descripcions que l'acompanyen.

Els usuaris també observen que en el mètrica.config per a l'agent Java 9.51 hi ha algunes mètriques Hikari (aquestes línies de fitxer metric.config entre el rang de 358 i 365). Podeu trobar el fitxer metrics.config a la secció de la plataforma Java segons les definicions que es donen a continuació:

|_+_|

6. Solucionar el problema quan el Diagnòstic només recull una sol·licitud del servidor per a Open Text

Sovint passa que els usuaris tenen un problema en la col·lecció de sol·licituds del servidor al Diagnòstic. Sembla que els diagnòstics només recullen una sol·licitud de servidor per al text obert. La sol·licitud específica del servidor que recull és a declaració get(). Diagnòstic, el qual és 9.50.1.156 a l'estàndard Windows Server 2016.

Els usuaris ja han instal·lat l'agent .NET que inclou el Diagnostics 9.50 en general. El servidor OpenText és responsable executant el Windows Server 2012 R2.OpenText sol utilitzar IIS per oferir contingut.

Es recomana a l'usuari que utilitzi inicialment la instrumentació personalitzada per motius de seguretat. Al principi, podríem executar-se al servidor de diagnòstic 9.4x, o també podem navegar als fitxers .dll adequats que siguin aplicables. Això és necessari per establir una plataforma segura per al seguiment segons el requisit de Diagnòstic.

Per tal d'instrumentar el costat de Java, l'usuari ha d'utilitzar l'agent Java. Aleshores, han de revisar acuradament la documentació i mantenir-se actualitzats al respecte perquè puguin instrumentar la JVM amb facilitat.

És necessari per adquirir informació més detallada sobre OpenText. També és important que es contacti directament amb el seu suport/R+D per tal d'obtenir la documentació o alguna instrucció directa que indiqui les principals DLL de .NET que cal instrumentar.

7. Especificació de múltiples objectius JBoss possibles i suport per a Java Agent Scripts

Els usuaris solen tenir consultes sobre l'especificació de destinació múltiple per a les instal·lacions de Diagnostics Java Agent per a la monitorització de Tomcat o JBoss, si és compatible amb Java Agent Scripts o no.

Han observat que en afegir les línies de configuració específiques per a JBoss, hi posa caràcters especials, i es veu que el manual només té els elements UNIX/Linux que es barregen amb les variables de Windows, com ara $JAVA_HOME vs. %JAVA_HOME% .

S'observa que està copiant i enganxant aquesta mateixa informació, bàsicament només fa que els caràcters especials s'insereixin al fitxer standalone.bat. Així, es torna preocupant, i aquest és el motiu pel qual el servei de l'aplicació es comporta de manera antinatural. De la mateixa manera, una versió de text sense format per a la següent seria adequada per a aquest problema, per a la versió de Windows:

|_+_|

Aquest problema es pot solucionar mentre estem treballant amb JBoss 7 JVM. A la versió específica de JBoss 7, el servidor de domini té un domini.xml dossier; la secció següent es va afegir a cadascun dels elements del grup de servidors:

Aquí s'estan analitzant els problemes que es van produir arran de la documentació d'instal·lació, i que també ens permet trobar la solució als mateixos:

  1. Es va observar que els nodes no primaris no podien carregar l'agent; va ser perquè la ruta de l'agent de diagnòstic és específicament única a cada servidor. Els mateixos paràmetres de grup de servidors solen passar a tots els servidors de l'esmentat clúster. Això es pot solucionar amb l'ús d'un comodí que es troba a la secció anterior; comença amb Xbootclasspath .
  1. Aleshores, a la consola de monitorització, es nota que les sondes no eren visibles correctament i els usuaris tenien dificultats per continuar. El problema va romandre igual fins i tot mentre s'utilitzava %0 variable al Probe.id, cosa que va dificultar la visualització i la introspecció de quin servidor i JVM mirava l'usuari a la consola. Aquest problema es pot resoldre simplement passant una variable d'entorn, és a dir $VIPNAME al xml , amb el nom de la JVM. Tingueu en compte que el nom de la JVM també és el nom del grup de servidors.

En el segon apartat esmentat anteriorment, s'observa que el probe.id En realitat, és el nom de l'aplicació i el VIP, cosa que fa bastant clar que l'usuari identifiqui quina JVM s'està supervisant mitjançant la consola. Amb l'ajuda d'aquest mètode de denominació, l'usuari també pot afegir tants servidors o JVM com necessiti, i a partir d'ara es mostrarà amb precisió a la consola.

8. Actualitzar el servidor de diagnòstic 9.50 i conservar la configuració i les dades històriques

Els usuaris sovint es troben amb dificultats en actualitzar el servidor de diagnòstic 9.50 a la versió més recent, 9.51. Els usuaris volen conservar els paràmetres de configuració i les dades històriques mentre mantenen la versió 9.50 del servidor de diagnòstics i després importen les aplicacions de la versió anterior. També s'observa que l'actualització a la versió 9.51 ha donat lloc a un fracàs absolut.

És molt possible actualitzar a 9.51 des de la versió anterior del servidor de diagnòstic 9.50 mantenint els paràmetres de configuració i les dades històriques. Per mantenir els esmentats canvis de les versions anteriors i actualitzar el servidor de diagnòstic, l'usuari només pot seguir amb cura els passos que s'indiquen a continuació:

  1. Heu d'aturar la versió anterior i acabar tots els processos de Diagnostics 9.50.
  2. Aleshores, heu d'assegurar-vos de fer una còpia de seguretat /etc carpeta en qualsevol lloc fora del servidor de diagnòstic, de manera que no es perdi en el procediment.
  3. Aleshores, heu de fer una còpia de seguretat /Arxiu carpeta fora del servidor de diagnòstic.
  4. Aleshores, heu de desinstal·lar completament Diagnostics 9.50.
  5. Ara heu d'instal·lar completament Diagnostics 9.51.
  6. Després d'això, heu d'aturar els serveis de Diagnostics 9.51.
  7. A continuació, substituïu el /etc . i la /Arxiu carpetes presents amb les còpies de seguretat dels passos 2 i 3 anteriors.
  8. Ara inicieu els serveis de Diagnostics 9.51 manualment.

9. Instruccions per instrumentar l'aplicació Oracle sense necessitat de consola (CPE OCTIM19G1061847)

Els usuaris han instal·lat correctament un agent de diagnòstic al servidor d'aplicacions Oracle. El problema sorgeix quan la consola de control del servidor d'aplicacions no està activada o habilitat. A causa d'aquest problema, els usuaris no poden fer un seguiment del procediment tal com s'esmenta degudament a la guia de Diagnòstic Java.

De fet, és possible afegir els paràmetres de la JVM pel vostre compte, sense necessitat de la consola de control del servidor d'aplicacions. La versió del servidor d'aplicacions que utilitza actualment l'EBS és la 10.1.3.5.

En general, l'usuari pot realitzar aquest procediment sense consola, només cal que instrumenteu el mòdul central. Després d'això, haureu d'afegir-los a la secció d'opcions d'inici de Java en conseqüència:

|_+_|

10. Resolució de l'error quan l'agent Java de diagnòstic no es reflecteix després del reinici mitjançant la GUI

Els usuaris sovint pateixen errors quan reinicien Diagnostic Java Agent mentre utilitzen el gestor de nodes a la GUI. L'error es refereix a l'agent Java de diagnòstic quan no reacciona ni reflecteix després de reiniciar-se.

La situació és que amb prou feines només es reflecteix quan l'equip de l'aplicació torna a iniciar l'script manualment. Pot semblar molest si es tracta d'un problema recurrent. S'han adonat que l'inici de l'aplicació mitjançant el Gestor de nodes a la GUI no podria reflectir en absolut el nivell de dades de l'aplicació.

Aquest error es pot resoldre si l'usuari pren determinades mesures necessàries. Quan l'usuari inicia el startWeblogic.sh, aquest agent específic reflecteix totes les dades de l'aplicació. Aleshores, l'usuari ha d'inspeccionar a fons tota la informació disponible.

Aleshores, podran localitzar el Gestor de nodes i trobar que està utilitzant un script diferent per iniciar l'agent Java de diagnòstic. A causa d'aquest motiu en particular, l'usuari havia passat per l'error a causa d'aquest script en particular que no era compatible, per tant, va provocar aquest error.

  1. L'usuari ha de configurar acuradament StartEnabledScript i comproveu si els fitxers són correctes i no estan malmesos.
  2. Aleshores, han de fer el Gestor de nodes utilitzant el iniciar Weblogic.sh script per tornar a iniciar l'aplicació.
  3. Aleshores, els usuaris han d'assegurar-se que el procediment s'ha seguit seriosament, en cas que hi hagi algun seguiment a la pantalla.