Gestor De Serveis

Micro Focus Service Manager: consells i trucs

30 d'octubre de 2021

Taula de continguts

  • 1. Gestor de serveis de Micro Focus - Consells i trucs - desembre de 2020
    • 1. Instruccions per obtenir les transaccions SSL amb l'aplicació de Java Virtual Machine (JVM)
    • 2. Instruccions per enviar un correu electrònic que sigui específic sobre el valor de l'opció d'usuari a partir d'una sol·licitud del Catàleg
    • 3. Passos per resoldre el nivell web SM 9.52 P5 que mostra una pàgina d'índex en blanc a Internet Explorer
    • 4. Instruccions per ajudar els usuaris a imprimir variables a Workflow/RuleSet per a la resolució de problemes
    • 5. Quan les beines Rabbitmq no s'inicien i romanen en fase pendent
    • 6. Suport del ServiceManager per a Simultaneous Multithreading (SMT)
    • 7. Solució per a SM DevOps Support 1.10 perquè funcioni a Unix després d'un error
    • 8. Instruccions per esbrinar quina acció/regles resulta en l'estat d'Open-Idle per carregar automàticament
    • 9. Quan l'actualització de l'SM no ha complert el seu deure
    • 10. Quan l'script de planificació no funciona amb precisió
  • 2. Gestor de serveis de Micro Focus: consells i trucs: gener de 2021
    • 1. Quan l'adaptador de correu electrònic intel·ligent falla quan consumeix un correu electrònic que conté un feed de formulari
    • 2. Quan està a HPSM, no es pot afegir l'àrea de gestió de problemes
    • 3. Instruccions per definir l'APROBADOR d'un ítem concret del catàleg sol·licitat al bitllet SD del catàleg de serveis ITSM
    • 4. És possible que l'inquilí d'SM funcioni o es connecti amb l'equilibrador de càrrega SM?
    • 5. Quan el nom CI no es captura a l'SM per als esdeveniments del servidor
    • 6. Instruccions per actualitzar l'usuari dba de Postgres al mapa de configuració de la base de dades
    • 7. Solucionar el problema quan la notificació per correu electrònic de missatgeria instantània està malmesa o hi falten fitxers
    • 8. Correcció de l'error quan el model de canvi migrat no pot mostrar les tasques correctament
    • 9. Quan l'IDM no es pot iniciar a causa de l'error /opt/apache-tomcat/conf/tomcat.keystore no trobat el fitxer de magatzem de claus del servidor
    • 10. Resolució de l'error repetit del planificador, quan no és capaç d'avaluar l'expressió 1 + ‘dd/mm/aa’ (scheduler. Process, reschedule)
  • 3. Gestor de serveis de Micro Focus - Consells i trucs - febrer de 2021
    • 1. Error del programador de tancament automàtic d'incidències que no funciona
    • 2. Les beines Rabbitmq no s'inicien i segueixen pendent d'error d'estat
    • 3. Error XSS basat en DOM
    • 4. Cerca intel·ligent: títol incorrecte per a un error d'interacció als resultats de la cerca
    • 5. No s'ha pogut portar el segell de la data de reassignació o el resum del problema de l'hora 4 al formulari de missatgeria instantània
    • 6. Error de divulgació d'informació detallada
    • 7. SD02770580-F2 – Ampliar, editar el valor del camp actual en una finestra independent no funciona error
    • 8. Error al mostrar els valors a les taules
    • 9. La instal·lació de CDF està encallada a l'error d'estat de pods del component Comprovar
    • 10. Com configurar camps de només lectura per a 2 grups d'assignació específics a la fase de tancament de l'error del ticket d'incident
  • 4. Gestor de serveis de Micro Focus – Consells i trucs – març de 2021
    • Com imprimir variables en un flux de treball / RuleSet per resoldre problemes?
    • Les beines Rabbitmq no comencen a estar pendents d'estat
    • Problema d'estat suspès
    • Divulgació d'informació detallada
    • Djavax.net.debug s'utilitza per rastrejar la comunicació SSL entre clients i servidor
    • L'adaptador de correu electrònic intel·ligent es bloqueja si consumeix un correu electrònic que conté un feed de formulari
    • Com enviar un correu electrònic basat en el valor d'una opció d'usuari d'una sol·licitud d'element de catàleg
    • Nivell web SM 9.52 P5 que mostra una pàgina d'índex en blanc a Internet Explorer
  • 5. Gestor de serveis de Micro Focus - Consells i trucs - abril de 2021
    • 1. L'actualització de SM ha fallat en producció
    • 2. SMA Com copiar fitxers des de/a contenidors/pods
    • 3. L'inici falla amb el missatge: JRTE E Tomcat – El port HTTPS […] no està disponible
    • 4. Les opcions de selecció d'usuari no poden utilitzar la variable $L.file per al portal de serveis SMA-SM
    • 5. Problema a causa de la falta del catàleg de navegació de SRC
    • 6. El contingut de Smart Analytics no pot començar
    • 7. SM 9.x: la solució de correu electrònic HTML està truncant els correus electrònics. B-SL:400 HPSL:300 LIB4:true TYPE:errormsg HPTYPE:technical_documents ATT:0
    • 8. Creeu un programador per a la sincronització SD relacionada si la SD no es resol amb l'estat de MI relacionat
    • 9. Error en instal·lar el client SM Windows: Flexeraart no es pot emetre a Flexeraasv
  • 6. Micro Focus Service Manager – Consells i trucs – maig de 2021

6. Micro Focus Service Manager: consells i trucs: maig de 2021

1. ERROR no s'ha trobat el fitxer de magatzem de claus del servidor /opt/apache-tomcat/conf/tomcat.keystore

No podem iniciar el pod d'IDM perquè no s'ha trobat el fitxer de magatzem de claus del servidor ERROR /opt/apache-tomcat/conf/tomcat.keystore. El registre del pod d'IDM de la suite mostra els missatges següents:

Error no es pot obtenir el certificat d'emissió local obtenint la cadena i no es pot escriure 'estat aleatori' actualitzeu Tomcat KeystoreType per a normal. S'està important el magatzem de claus optapache-tomcatconftomcat.p12 a optapache-tomcatconftomcat.keystore... error keytool java.io.FileNotFoundException optapache-tomcatconftomcat.p12 (no hi ha cap fitxer o directori).

ERROR No s'ha trobat el fitxer de magatzem de claus del servidor optapache-tomcatconftomcat.keystore, poseu-vos en contacte amb un administrador.

El motiu d'aquest error és que els certificats no estan sincronitzats correctament.

Solució

Tenim una solució a aquest error. Només heu de seguir aquests senzills passos.

Pas 1: Seleccioneu al node mestre: actualitzeu el certificat de descàrrega a l'espai de noms de la suite amb les 3 ordres següents:

Primera ordre: kubectl get configmap/public-ca-certificates -n core -o json| jq '.data.RID_ca.crt' | xargs -i echo {data:{RID_ca.crt:{}}}>/tmp/tmp_rid.json

Segona comanda: kubectl patch configmap/public-ca-certificates -n -p $(cat /tmp/tmp_rid.json)

Tercera comanda: rm -f /tmp/tmp_rid.json

Pas 2: A continuació, atureu el pod de certificat mitjançant l'ordre donada.

Desplegament a escala Kubectl itom-itsma-certificate-deployment -n –replicas=0

Pas 3: Feu una còpia de seguretat d'aquest fitxer al servidor NFS. Per exemple

✓ mv /var/vols/itom/global-volume/certificate/ca-trust/itsma-truststore.jks /tmp

✓ mv /var/vols/itom/global-volume/certificate/imported/* /tmp/imported

Pas 4: Reinicieu el pod IDM de la suite mitjançant l'ordre donada.

kubectl suprimeix pod idm-xxxxxxxxxx-xxxx -n

Pas 5: Reinicieu el pod de certificat. Aquí teniu l'ordre.

desplegament a escala kubectl itom-itsma-certificate-deployment -n –replicas=1

Pas 6: El certificat IDM es crea a /var/vols/itom/global-volume/certificate/source

Pas 7: Espereu que s'executi el desplegament del certificat (2/2). Es crearà un nou itsma-truststore.jks.

Pas 8: El fitxer del certificat s'importa i es troba a /var/vols/itom/global-volume/certificate/imported/

Pas 9: Reinicieu el pod itom-bo-login mitjançant l'ordre que es mostra a continuació.

kubectl suprimeix pod itom-bo-login-deployment-xxxxxxxxxx-xxxx -n

NOTA: Si us plau, substituïu-lo per l'espai de noms de la suite, p. itsma-xxxx

2. Estat pendent de canvi del mòdul de gestió d'incidències no necessari a l'SM sense codi

M'hi he enfrontat moltes vegades. Hi ha alguns valors d'estat que no s'utilitzen a SM sense codi, però que es mostren en format de cerca per a incidències. Això crea confusió. A l'SM9.62 sense codi veiem a la pantalla de cerca d'incidències. Aquests valors no utilitzats a la llista desplegable per a Estat són:

Acceptat

Canvi pendent

Referit

Rebutjat

Problema substituït

Solució

Aquests valors d'estat assumits no utilitzats queden de Classic SM abans de la millora del dissenyador (sense codi) del procés. Els valors encara s'utilitzen a Hybrid SM i Classic SM. Amb l'SM sense fil podem adaptar amb seguretat el format de cerca o modificar la consulta de la llista global tal com es suggereix.

Aquests són alguns passos a seguir per adaptar-se al globalista.

Pas 1: Des del canvi d'estat local d'incident globalista Limitació de l'SQL de module=probsummary a module=probsummary i ((is.bkgstatus=false o is.bkgstatus=NULL) o status=Incident principal pendent)

Pas 2: Reconstrueix Globallist.

Pas 3: Torneu a iniciar sessió a SM.

Ara el camp desplegable Estat en format d'incidències de cerca ja no conté els valors de fons.

3. S'ha produït un error en l'autenticació mitjançant el servidor Service Manager

L'autenticació mitjançant el servidor de Service Manager ha fallat.

Podeu utilitzar l'enllaç següent per a la configuració de SMA-SM: Automatització de la gestió de serveis, present al doc microfocus.com.

_SM:2019.11/Home S'ha trobat un error al registre: EVP_CipherFinal_ex ha fallat a desDecryptWithAES256CBC() Error [OPENSSL]:06065064:sobre digital

7984( 5292) 18/11/2020 16:19:06 RTE I L'idioma en és vàlid. Aquí hi ha alguns errors.

7984(5292) 18/11/2020 16:19:06 RTE E EVP_CipherFinal_ex ha fallat a desDecryptWithAES256CBC()

7984(5292) 18/11/2020 16:19:06 RTE E [OPENSSL] error:06065064:rutines de sobre digital:EVP_DecryptFinal_ex:desxifrat incorrecte

7984(5292) 18/11/2020 16:19:06 RTE I Estableix l'usuari d'inici de sessió lwsso a dbuser1

7984(5292) 18/11/2020 16:19:06 RTE I L'idioma és vàlid

7984(5292) 18/11/2020 16:19:06 RTE E EVP_CipherFinal_ex ha fallat a desDecryptWithAES256CBC()

7984(5292) 18/11/2020 16:19:06 RTE E [OPENSSL] error:06065064:rutines de sobre digital:EVP_DecryptFinal_ex:desxifrat incorrecte

Aquest problema va sorgir perquè strong.queryhash.key a la taula de l'empresa SM tenia un valor incorrecte.

>d strong.queryhash.key a $fitxer

FEFE27F1721557B56539028A6AB70CA5072429729C7EB0FD4BFCB0E3CFB7CB08257BED875EE1E9314711A3F7D788102654E904ADF102654E904ADF1887AED064ADF887AED064ADF887AED064788709

Solució

Hi ha una solució senzilla per a això. Utilitzeu el hash de consulta mitjançant l'script següent i reinicieu el servei SM:

// Esborra la clau hash de consulta

lib.c.$('info').select('tipus=empresa').iterate( funció (article) {

element['strong.queryhash.key'] = nul ;

item.doUpdate();

});

4. Feature Tracker (DevOps): hem de carregar DevOps_Deploy_SM960P1_SM950.unl al sistema Deploy si només fem servir svc_import?

A SM9.6x podem descarregar DevOps des del Marketplace. Però estava pensant que és necessari carregar DevOps_Deploy_SM960P1_SM950.unl en un sistema on només despleguem coses amb svc_import?

Solució

La resposta és no. No necessitem carregar DevOps_Deploy_SM960P1_SM950.unl a un sistema on només desplegueu amb svc_import. Us ho podem demostrar fent una petita prova. Seguiu els passos escrits a continuació.

Preparació en el sistema de desenvolupament:

Pas 1: Creeu una nova ScriptLibrary TESTX.

Pas 2: Creeu una versió nova a Featuretracker

Pas 3: Creeu una funció nova per a aquesta versió a Featuretracker i enllaceu l'objecte SL TESTX i creeu la versió.

Pas 4: Copieu la informació de llançament del vostre git local a la màquina amb el vostre sistema de desplegament. Podria semblar així:

C:PROJECTE.git

C:PROJECTdataScriptLibrary TESTX–p3.xml

C:PROJECTEDoc_R3.1.html

Pas 5: Passeu al sistema de desplegament. Obriu un indicador d'ordres.

navegueu a C:Program Files (x86)Micro FocusService Manager 9.60ServerRUN> per exemple

importar amb svc_import :

sm -svc_import -svc_rootdir:C:PROJECT -svc_mode:99 -svc_cleanbuild:1 -svc_updatedbdict

comproveu si existeix ScriptLibrary TESTX

5. Quina diferència hi ha entre la reindexació completa i la compactació de l'índex IDOL de programació?

Hi ha una diferència entre la reindexació completa i la programació de la compactació de l'índex IDOL? Sí, ho és. Fins i tot jo els vaig conèixer fa poc.

Hi ha dos capítols per als índexs, el primer és per a la reindexació completa El document es troba a microfocus.com. La ubicació exacta és itom, SMAX:2020.08, Reindex complet i el segon descriu breument alguna cosa sobre la programació de la compactació de l'índex IDOL Els documents es troben a microfocus.com. La ubicació exacta és a itom, SMAX:2020.08, Schedule Index Compact .

Solució

La reindexació completa recrearà tots els índexs amb els documents esperats filtrats per les bases de coneixement. Compact cridarà a l'acció DRECOMPACT des d'IDOL, que reduirà l'espai que queda quan s'eliminin documents de l'índex de dades. L'acció d'índex DRECOMPACT omple l'espai creat mitjançant l'eliminació del document amb documents nous. Aquest procés és similar al procés de desfragmentació.

6. Problema de l'enllaç

Tenim un usuari d'enllaç que és responsable de crear RF després d'aprovar la interacció. Però la RF no es genera, així que tenim un mal impacte en el nostre negoci. També tenim moltes interaccions endarrerides i la RF no s'ha creat fins ara. Per tant, necessitem el següent:

1- Arregleu la situació actual ja que no s'ha creat cap RF fins i tot després d'executar l'ordre 'Estat' i matar el procés i iniciar el programador i encara existeixen problemes

2- Hem de trobar la causa arrel.

3- Necessitem una solució per crear RF per a la interacció aprovada, ja que no s'espera que es comuniqui a tots els usuaris que creen la seva interacció per recrear-les de nou.

Solució

Resum del Webex:

El problema del client es deu al procés de fons de Sla relacionat amb un registre d'interrupció:

interrupció={[10, '28/12/2018 13:20:30′, , 100737, '05/11/2020 15:09:47′, fals, fals, fals, , , 119801, sla, '05/ 11/2020 15:15:25′, ]}

outageevent={[probsummary;SD-IM-TS1092169, 10, '31/10/2020 00:09:15′, '31/10/2020 01:16:40′, true, 100737, '05/11/2020 15:09:47′, sla, 1]}

dispositiu={[10, , , , , , , , Components de xarxa, , , , , falcon, , , , , , , , , , , En ús, , , Encaminador, , , , {}, , , , , cert, fals, '28/12/2018 13:20:55′, , 1, sla, , , , , , , , , , , , , , , , , , , , , , , {}, , IT Operació de xarxa, , , , {}, , , , , , , , , , , , , , , , , , {{[, , , ]}}, , , , {{[, , , ]}}, {{[, , , ]}} {[, , , , , ]}}, {{[, , ]}}, , , , , , , , , , , , , , , , , , , , {}, , {}, , , , '22/11/2018 11:47:06′, , , , , , , , , , , , {}, , , , , , , , , '22/11/2018 11:47:06′, , 10 , , , , , , , , , , , , , , , , , {}, ]}

Cada vegada que el procés SLA intenta actualitzar els registres d'esdeveniments d'interrupció i relacionats (uns 40.000 registres d'esdeveniments d'interrupció), el sistema genera bloquejos sense fi. Al mateix temps hem reiniciat el procés de problemes que no s'ha iniciat. Després de revisar els fitxers de registre i els fitxers de configuració, suggereixo aquests passos:

Pas 1 – Per a l'error 1488 (8112) 11/09/2020 16:49:11 RTE E sm_allot: No hi ha prou memòria compartida disponible per assignar 5736 bytes

Suggereixo augmentar la memòria compartida al sm.ini modificant el paràmetre

memòria_compartida:156000000

a

memòria_compartida:256000000

Pas 2 – Per reduir la memòria cau d'IR Expert utilitzada, afegiu aquest paràmetre a l'sm.ini

ir_max_shared:50000000

Pas 3 – Per al problema 7556(16552) 11/09/2020 16:30:02 La pila RTE I RAD s'utilitza al 70%, si us plau, sortiu de l'aplicació actual. afegiu aquest paràmetre al fitxer sm.ini

agstackl:2000

Pas 4 - Per al problema RAD E RuleSet 'RSD.et.IT.rm.set.set.UAT.EXTIME', la configuració està provocant un BULE MORT! Ajusteu la configuració per evitar DEAD LOOP.

Us suggereixo que reviseu el codi associat al RuleSet 'RSD.et.IT.rm.set.set.UAT.EXTIME'

Pas 5 – Al sm.cfg modifiqueu la línia

sm -que:ir forceque -ir_trace:101 -log:D:SMLogsirtrace.log -maxlogsize:50000000 -numberoflogfiles:10 -sessiontimeout:1800 -heartbeatinterval:300 -debugnode

Alguns paràmetres no són rellevants, utilitzeu aquest:

sm -que:ir forceque -log:D:SMLogsirtrace.log -maxlogsize:50000000 -numberoflogfiles:10

Pas 6 – S'han afegit aquests paràmetres al fitxer sm.ini

filesnocache:sla,schedule<– To exclude the SLA and Schedule from the cache

enableAnubisMonitor:1<– to enable the anubis.

Després de modificar els fitxers de configuració, netegeu el directori de registre i reinicieu la plataforma.

7. Com canviar el nom d'usuari de base de dades predeterminat establert per a SMA

Necessitem un procediment per canviar el nom d'usuari db predeterminat establert per a SMA.

Solució

Seguint els passos escrits a continuació, podem canviar el nom d'usuari db predeterminat.

Pas 1: Primer actualitzeu el nom d'usuari de la base de dades canviant DEFAULT_DB_USERNAME. Aquí teniu l'ordre.

kubectl edit cm default-database-configmap -n core

Pas 2: A continuació, actualitzeu el paràmetre de contrasenya db password key per establir la contrasenya del nom de l'usuari definit al pas anterior. Podem obtenir noms de pods idm:

kubectl get pods -n core |grep idm

idm-d68b85b57-ntvsw 2/2 Córrer 0 5h39m

idm-d68b85b57-qzlq2 2/2 Córrer 0 5h39m

Pas 3: Aneu a un dels idm pods:

kubectl exec -ti idm-d68b85b57-ntvsw bash -n core

Pas 4: A continuació, configureu la contrasenya amb l'ordre donada.

update_secret dbpasswordkey

$ kubectl create -f /suite-install/yamlContent/idm.yaml