Palvelupäällikkö

Micro Focus Service Manager – vinkkejä ja temppuja

30. lokakuuta 2021

Sisällysluettelo

  • 1. Micro Focus Service Manager – vinkkejä ja temppuja – joulukuu 2020
    • 1. Ohjeet SSL-tapahtumien hankkimiseen Java Virtual Machine (JVM) -sovelluksella
    • 2. Ohjeet käyttäjän valinnan arvoa koskevan sähköpostin lähettämiseen Katalogin pyynnöstä
    • 3. Toimenpiteet SM 9.52 P5 -verkkotason ratkaisemiseksi, joka näyttää tyhjän hakemistosivun Internet Explorerissa
    • 4. Ohjeet, joiden avulla käyttäjät voivat tulostaa muuttujia Workflow/ RuleSet -sovellukseen vianmääritystä varten
    • 5. Kun Rabbitmq-tyynyt eivät käynnisty ja se jää odottavaan vaiheeseen
    • 6. ServiceManager for Simultaneous Multithreading (SMT) tuki
    • 7. Ratkaisu, jolla SM DevOps Support 1.10 toimii Unixissa vian jälkeen
    • 8. Ohjeet sen selvittämiseksi, minkä toiminnon/sääntöjoukon tuloksena Open-Idle-tila ladataan automaattisesti
    • 9. Kun SM-päivitys ei ole täyttänyt tehtäväänsä
    • 10. Kun aikatauluskripti ei toimi oikein
  • 2. Micro Focus Service Manager – vinkkejä ja temppuja – tammikuu 2021
    • 1. Kun Smart Email -sähköpostisovitin kaatuu, kun se kuluttaa lomakesyötteen sisältävän sähköpostin
    • 2. HPSM-tilassa ongelmanhallinnan aluetta ei voi lisätä
    • 3. Ohjeet tietyn pyydetyn katalogin HYVÄKSYJÄN määrittämiseen ITSM-palvelukatalogi SD-lipussa
    • 4. Onko mahdollista, että SM-vuokralainen voi työskennellä tai muodostaa yhteyden SM-kuormituksen tasapainottimeen?
    • 5. Kun CI-nimeä ei ole tallennettu SM:ään palvelintapahtumia varten
    • 6. Ohjeet Postgres dba -käyttäjän päivittämiseen tietokannan konfiguraatiokartassa
    • 7. Ongelman ratkaiseminen, kun pikaviestin sähköposti-ilmoitus on vioittunut tai siitä puuttuu tiedostoja
    • 8. Virheen korjaaminen, kun siirretty muutosmalli ei pysty näyttämään tehtäviä oikein
    • 9. Kun IDM ei voi käynnistyä palvelimen avaimen tallennustiedoston /opt/apache-tomcat/conf/tomcat.keystore ei löydy -virheen vuoksi.
    • 10. Toistuvan ajoitusvirheen ratkaiseminen, kun se ei pysty arvioimaan lauseketta 1 + dd/kk/vv (scheduler. Process, reschedule)
  • 3. Micro Focus Service Manager – vinkkejä ja temppuja – helmikuu 2021
    • 1. Tapahtuman automaattinen sulkemisaikataulu ei toimi -virhe
    • 2. Rabbitmq-tyynyt eivät käynnisty, jatka odottavaa tilavirhettä
    • 3. DOM-pohjainen XSS-virhe
    • 4. Älykäs haku: Väärä otsikko vuorovaikutusvirheelle hakutuloksissa
    • 5. Uudelleenmäärityksen päivämääräleimaa tai timeduration4probsummarya ei voida tuoda pikaviestilomakkeen virheeseen
    • 6. Verbose Information Disclosure -virhe
    • 7. SD02770580-F2 – Suurenna, muokkaa nykyisen kentän arvoa erillisessä ikkunassa ei toimi virhe
    • 8. Ongelma arvojen näyttämisessä taulukoissa virhe
    • 9. CDF-asennus on jumissa Tarkista komponentin koteloiden tilavirhe
    • 10. Vain luku -kenttien määrittäminen kahdelle tietylle tehtäväryhmälle tapahtumalipun virheen sulkemisvaiheessa
  • 4. Micro Focus Service Manager – vinkkejä ja temppuja – maaliskuu 2021
    • Kuinka tulostaa muuttujia työnkulussa/sääntösarjassa vianmääritystä varten?
    • Rabbitmq-palot eivät ala ja jatka odottamista
    • Keskeytetty tila -ongelma
    • Monisanainen tietojen paljastaminen
    • Djavax.net.debugia käytetään SSL-viestinnän jäljittämiseen asiakkaiden ja palvelimen välillä
    • Smart Email -sähköpostisovitin kaatuu, jos se kuluttaa lomakesyötteen sisältävän sähköpostin
    • Sähköpostin lähettäminen luettelonimikepyynnön käyttäjän valinnan arvon perusteella
    • SM 9.52 P5 Webtier näyttää tyhjän hakemistosivun Internet Explorerissa
  • 5. Micro Focus Service Manager – vinkkejä ja temppuja – huhtikuu 2021
    • 1. SM-päivitys epäonnistui tuotannossa
    • 2. SMA Kuinka kopioida tiedostoja säilöistä/koteloista/koteloihin
    • 3. Käynnistys epäonnistuu viestillä: JRTE E Tomcat – HTTPS-portti […] ei ole käytettävissä
    • 4. Käyttäjän valinnat eivät voi käyttää SMA-SM-palveluportaalin $L.file-muuttujaa
    • 5. Ongelma, joka johtuu SRC:n Selausluettelon puuttumisesta
    • 6. Smart Analytics -sisältöä ei voi käynnistää
    • 7. SM 9.x: HTML-sähköpostiratkaisu katkaisee sähköpostit. B-SL:400 HPSL:300 LIB4:true TYPE:errormsg HPTYPE:technical_documents ATT:0
    • 8. Luo ajoitus liittyvää SD-synkronointia varten, jos sd:tä ei ole ratkaistu liittyvän pikaviestin tilan kanssa
    • 9. Virhe SM Windows -asiakkaan asennuksessa: Flexeraart ei voi lähettää Flexeraasv-sovellukseen
  • 6. Micro Focus Service Manager – vinkkejä ja temppuja – toukokuu 2021

6. Micro Focus Service Manager – vinkkejä ja temppuja – toukokuu 2021

1. VIRHE palvelimen avainsäilötiedostoa /opt/apache-tomcat/conf/tomcat.keystore ei löydy

Emme voi käynnistää IDM-koteloa, koska ERROR-palvelimen avainsäilötiedostoa /opt/apache-tomcat/conf/tomcat.keystore ei löydy. Suite IDM pod loki näyttää seuraavat viestit:

Virhe paikallisen myöntämisvarmenteen hakemisessa ketjun saamisessa, eikä 'satunnaisen tilan' kirjoittaminen onnistu päivitä tomcat keystoreType normaaliksi. Tuodaan avainsäilöä optapache-tomcatconftomcat.p12 tiedostoon optapache-tomcatconftomcat.keystore… keytool-virhe java.io.FileNotFoundException optapache-tomcatconftomcat.p12 (Ei tällaista tiedostoa tai hakemistoa).

VIRHE palvelimen avainsäilön tiedostoa optapache-tomcatconftomcat.keystore ei löydy, ota yhteyttä järjestelmänvalvojaan.

Syy tähän virheeseen on se, että varmenteita ei ole synkronoitu oikein.

Ratkaisu

Meillä on ratkaisu tähän virheeseen. Noudata näitä yksinkertaisia ​​ohjeita.

Vaihe 1: Valitse pääsolmu: päivitä vapautusvarmenne paketin nimiavaruudessa alla olevilla kolmella komennolla:

Ensimmäinen komento – 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

Toinen komento – kubectl patch configmap/public-ca-certificates -n -p $(cat /tmp/tmp_rid.json)

Kolmas komento – rm -f /tmp/tmp_rid.json

Vaihe 2: Pysäytä sitten varmennekotelo annetulla komennolla.

Kubectl-mittakaavakäyttöönotto itom-itsma-certificate-deployment -n –replicas=0

Vaihe 3: Varmuuskopioi tämä tiedosto NFS-palvelimelle. Esimerkiksi

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

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

Vaihe 4: Käynnistä Suite IDM pod uudelleen annetulla komennolla.

kubectl poista pod idm-xxxxxxxxxx-xxxxx -n

Vaihe 5: Käynnistä varmennekotelo uudelleen. Tässä on käsky.

kubectl scale -käyttöönotto itom-itsma-certificate-deployment -n –replicas=1

Vaihe 6: IDM-sertifikaatti luodaan hakemistoon /var/vols/itom/global-volume/certificate/source

Vaihe 7: Odota, että varmenteen käyttöönotto on käynnissä (2/2). Uusi itsma-truststore.jks luodaan.

Vaihe 8: Varmennetiedosto tuodaan ja sijaitsee osoitteessa /var/vols/itom/global-volume/certificate/imported/

Vaihe 9: Käynnistä itom-bo-login pod uudelleen käyttämällä alla annettua komentoa.

kubectl delete pod itom-bo-login-deployment-xxxxxxxxxxx-xxxxx -n

MERKINTÄ: Korvaa sviitin nimiavaruudella esim. itsma-xxxx

2. Tila odottaa muutosta tapahtumanhallintamoduulissa, jota ei tarvita koodittomassa SM:ssä

Olen kohdannut sen monta kertaa. Joitakin tila-arvoja ei käytetä koodittomassa SM-tilassa, mutta ne näytetään tapausten hakumuodossa. Tämä aiheuttaa hämmennystä. SM9.62:ssa kooditon näemme Tapahtumahaku-näytössä. Nämä Status-pudotusvalikon käyttämättömät arvot ovat:

Hyväksytty

Odottaa muutosta

Viitattu

Hylätty

Korvattu ongelma

Ratkaisu

Nämä oletetut käyttämättömät tila-arvot jäävät Classic SM:stä ennen prosessin Designer (Codeless) Enhancement -parannusta. Arvot ovat edelleen käytössä Hybrid SM:ssä ja Classic SM:ssä. Langattoman SM:n avulla voimme turvallisesti räätälöidä hakumuotoa tai muokata yleisen luettelon kyselyä ehdotetulla tavalla.

Tässä on muutama askel, joita on noudatettava sopeutuaksesi globalismiin.

Vaihe 1: Globalistisesta tapahtumasta Local Statusschange SQL:n rajoittaminen arvosta module=probsummary arvoon module=probsummary ja ((is.bkgstatus=false tai is.bkgstatus=NULL) tai status=Pending Parent Incident)

Vaihe 2: Rebuild Globallist.

Vaihe 3: Kirjaudu SM:ään uudelleen.

Nyt avattava Tila-kenttä hakutapahtumien muodossa ei enää sisällä tausta-arvoja.

3. Todennus Service Manager -palvelimen kautta epäonnistui

Todennus Service Manager -palvelimen kautta epäonnistui.

Voit käyttää alla olevaa linkkiä SMA-SM-asennusta varten: Service Management Automation, saatavilla microfocus.com-asiakirjassa.

_SM:2019.11/Home Virhe löydetty lokista: EVP_CipherFinal_ex failed in desDecryptWithAES256CBC() [OPENSSL] error:06065064:digital envelope

7984( 5292) 18.11.2020 16:19:06 RTE I Kieli fi on voimassa. Tässä on joitain virheitä.

7984( 5292) 18.11.2020 16:19:06 RTE E EVP_CipherFinal_ex epäonnistui desDecryptWithAES256CBC()

7984( 5292) 18.11.2020 16:19:06 RTE E [OPENSSL] virhe:06065064:digitaalisen kirjekuoren rutiinit:EVP_DecryptFinal_ex:huono salauksen purku

7984( 5292) 18.11.2020 16:19:06 RTE I Aseta lwsso-kirjautumiskäyttäjäksi dbuser1

7984( 5292) 18.11.2020 16:19:06 RTE I Kieli on voimassa

7984( 5292) 18.11.2020 16:19:06 RTE E EVP_CipherFinal_ex epäonnistui desDecryptWithAES256CBC()

7984( 5292) 18.11.2020 16:19:06 RTE E [OPENSSL] virhe:06065064:digitaalisen kirjekuoren rutiinit:EVP_DecryptFinal_ex:huono salauksen purku

Tämä ongelma ilmeni, koska strong.queryhash.key SM-yritystaulukossa oli väärässä arvossa.

>d strong.queryhash.key $tiedostossa

FEFE27F1721557B56539028A6AB70CA5072429729C7EB0FD4BFCB0E3CFB7CB08257BED875EE1E9314711A3F7D788102654E921557B56539028A6AB70CA5072429729C7EB0FD4BFCB0E3CFB7CB08257BED875EE1E9314711A3F7D788102654E9BEDBF67788102654E9BEABF6

Ratkaisu

Tähän on olemassa yksinkertainen ratkaisu. Käytä kyselyn tiivistettä käyttämällä alla olevaa komentosarjaa ja käynnistä SM-palvelu uudelleen:

// Tyhjennä kyselyn hajautusavain

lib.c.$('info').select('type=company').iterate( toiminto (tuote) {

item[’strong.queryhash.key’] = tyhjä ;

item.doUpdate();

});

4. Feature Tracker (DevOps): Onko DevOps_Deploy_SM960P1_SM950.unl ladattava Deploy-järjestelmään, jos käytämme vain svc_import?

SM9.6x:ssa voimme ladata DevOpsin Marketplacesta. Mutta ajattelin, että pitäisikö DevOps_Deploy_SM960P1_SM950.unl ladata järjestelmään, jossa otamme käyttöön asioita vain svc_importilla?

Ratkaisu

Vastaus on ei. Meidän ei tarvitse ladata DevOps_Deploy_SM960P1_SM950.unl-tiedostoa järjestelmään, jossa otat käyttöön vain svc_importilla. Voimme todistaa tämän sinulle tekemällä pienen testin. Noudata alla olevia kirjallisia ohjeita.

Valmistelu kehitysjärjestelmässä:

Vaihe 1: Luo uusi komentosarjakirjasto TESTX.

Vaihe 2: Luo uusi julkaisu Featuretrackerissa

Vaihe 3: Luo uusi ominaisuus tälle julkaisulle Featuretrackerissa ja linkitä objekti SL TESTX ja rakenna julkaisu.

Vaihe 4: Kopioi julkaisutiedot paikallisesta gitistä koneelle käyttöönottojärjestelmälläsi. Se voisi näyttää tältä:

C:PROJECT.git

C:PROJECTdataScriptLibrary TESTX–p3.xml

C:PROJECTDoc_R3.1.html

Vaihe 5: Astu käyttöönottojärjestelmään. Avaa komentokehote.

siirry esimerkiksi kohtaan C:Program Files (x86)Micro FocusService Manager 9.60ServerRUN>

tuonti svc_importilla:

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

tarkista, onko Script Library TESTX olemassa

Joo

5. Mitä eroa on täydellisellä uudelleenindeksillä ja IDOL-indeksin tiivistämisellä?

Onko täydellä uudelleenindeksillä ja IDOL-indeksin tiivistämisellä eroa? Kyllä se on. Jopa minä tutustuin heihin äskettäin.

Indekseille on kaksi lukua, joista ensimmäinen on täydellinen uudelleenhakemisto Asiakirja on osoitteessa microfocus.com. Tarkka sijainti on itom, SMAX:2020.08, täysi Reindex ja toinen kuvaa lyhyesti jotain IDOL-indeksin tiivistämisen ajoituksesta Asiakirjat ovat osoitteessa microfocus.com. Tarkka sijainti on itomissa, SMAX:2020.08, Schedule Index Compact .

Ratkaisu

Täysi uudelleenindeksointi luo uudelleen kaikki hakemistot odotetuilla asiakirjoilla, jotka tietokannat on suodatettu. Compact kutsuu DRECOMPACT-toiminnon IDOL:lta, mikä vähentää tilaa, joka jää, kun asiakirjat poistetaan tietohakemistosta. DRECOMPACT-indeksitoiminto täyttää asiakirjan poistamisen yhteydessä syntyneen tilan uusilla asiakirjoilla. Tämä prosessi on samanlainen kuin eheytysprosessi.

6. Linker-ongelma

Meillä on linkkikäyttäjä, joka vastaa RF:n luomisesta vuorovaikutuksen hyväksymisen jälkeen. Mutta radiotaajuutta ei synny, joten meillä on huono vaikutus liiketoimintaamme. Meillä on myös paljon vuorovaikutusruuhkaa, eikä radiotaajuutta ole vielä luotu. Tarvitsemme siis seuraavat:

1- Korjaa nykyinen tilanne, koska RF:tä ei ole luotu nyt, vaikka suoritamme komennon 'Status' ja lopetamme prosessin ja käynnistämme ajoittimen ja ongelma on edelleen olemassa

2 - Meidän on löydettävä perimmäinen syy.

3- Tarvitsemme ratkaisun RF:n luomiseen hyväksyttyä vuorovaikutusta varten, koska sen ei odoteta viestivän kaikille käyttäjille, jotka luovat vuorovaikutuksensa luomaan niitä uudelleen.

Ratkaisu

Webexin yhteenveto:

Asiakasongelma johtuu käyttökatkostietueeseen liittyvästä sla-taustaprosessista:

outage={[10, '28/12/2018 13:20:30', , 100737, '05/11/2020 15:09:47', false, false, false, , , 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', tosi, 100737, '05/11 15:09:47′, sla, 1]}

device={[10, , , , , , , , Verkkokomponentit, , , , , falcon, , , , , , , , , , , , Käytössä, , , reititin, , , , {}, , , , , tosi, epätosi, '28/12/2018 13:20:55′, , 1, sla, , , , , , , , , , , , , , , , , , , , , , , , , {}, , IT Verkkokäyttö, , , , {}, , , , , , , , , , , , , , , , , , {{[, , , ]}}, , , , {{[, , , ]}}, { {[, , , , , ]}}, {{[, , ]}}, , , , , , , , , , , , , , , , , , , , , , , , , , , , {}, , {}, , , , '22/11/2018 11:47:06′, , , , , , , , , , , , {}, , , , , , , , , '22/11/2018 11:47:06′, , 10 , , , , , , , , , , , , , , , , , {}, ]}

Joka kerta kun SLA-prosessi yrittää päivittää katkos ja siihen liittyvät katkostapahtumatietueet (noin 40 000 katkostapahtumatietuetta), järjestelmä luo lukot ilman loppua. Samalla olemme käynnistäneet uudelleen ongelmaprosessin, jota ei ole aloitettu. Tarkasteltuani lokitiedostot ja konfigurointitiedostot ehdotan seuraavia vaiheita:

Vaihe 1 – Virhe 1488( 8112) 11/09/2020 16:49:11 RTE E sm_alloct: Jaettua muistia ei ole riittävästi käytettävissä 5736 tavun varaamiseen

Suosittelen lisäämään jaettua muistia tiedostossa sm.ini muuttamalla parametria

jaettu_muisti:156000000

kohtaan

jaettu_muisti:256000000

Vaihe 2 – Vähentääksesi käytettyä IR Expert -välimuistia lisää tämä parametri sm.ini-tiedostoon

ir_max_shared:50000000

Vaihe 3 – Numerolle 7556( 16552) 11/09/2020 16:30:02 RTE I RAD-pino on 70 % käytetty, sulje nykyinen sovellus. lisää tämä parametri sm.ini-tiedostoon

agstackl: 2000

Vaihe 4 – Ongelmalle RAD E RuleSet 'RSD.et.IT.rm.set.set.UAT.EXTIME' -konfiguraatio aiheuttaa KUOLLUN SILMUKAN! Säädä kokoonpanoa DEAD LOOPin välttämiseksi.

Suosittelen, että tarkistat RuleSetiin liittyvän koodin 'RSD.et.IT.rm.set.set.UAT.EXTIME'

Vaihe 5 – Muokkaa riviä tiedostossa sm.cfg

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

Jotkut parametrit eivät ole merkityksellisiä, käytä tätä:

sm -que:ir forceque -log:D:SMLogsirtrace.log -maxlogsize:50000000 -lokitiedostojen määrä:10

Vaihe 6 – Lisätty nämä parametrit tiedostoon sm.ini

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

Ota AnubisMonitor käyttöön:1<– to enable the anubis.

Kun olet muokannut asetustiedostoja, puhdista lokihakemisto ja käynnistä alusta uudelleen.

7. SMA:n oletustietokanta-käyttäjänimen muuttaminen

Tarvitsemme menettelyn SMA:n oletustietokanta-käyttäjänimen muuttamiseen.

Ratkaisu

Noudattamalla alla olevia kirjoitettuja ohjeita voimme muuttaa oletusarvoisen db-käyttäjänimen.

Vaihe 1: Ensimmäinen päivitä DB-käyttäjänimi muuttamalla DEFAULT_DB_USERNAME. Tässä on käsky.

kubectl edit cm default-database-configmap -n core

Vaihe 2: Päivitä sitten salasanaparametri db password key asettaaksesi edellisessä vaiheessa määritetyn käyttäjänimen salasanan. Voimme saada idm pods -nimiä:

kubectl get pods -n core |grep idm

idm-d68b85b57-ntvsw 2/2 Juoksu 0 5h39m

idm-d68b85b57-qzlq2 2/2 Juoksu 0 5h39m

Vaihe 3: Siirry johonkin idm-tyynyistä:

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

Vaihe 4: Aseta sitten salasana annetulla komennolla.

update_secret dbpasswordkey

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

Suosittu Viestiä