Správce Služeb

Správce služeb Micro Focus – tipy a triky

30. října 2021

Obsah

  • 1. Správce služeb Micro Focus – Tipy a triky – prosinec 2020
    • 1. Pokyny k získání transakcí SSL pomocí aplikace Java Virtual Machine (JVM)
    • 2. Pokyny k odeslání e-mailu, který je specifický pro hodnotu uživatelské volby z požadavku z katalogu
    • 3. Kroky k vyřešení webové vrstvy SM 9.52 P5 zobrazující prázdnou stránku indexu v Internet Exploreru
    • 4. Pokyny, které uživatelům pomohou tisknout proměnné na Workflow/RuleSet pro odstraňování problémů
    • 5. Když se moduly Rabbitmq nespustí a zůstanou ve fázi čekání
    • 6. Podpora ServiceManager pro simultánní multithreading (SMT)
    • 7. Řešení pro podporu SM DevOps 1.10 pro práci na Unixu po selhání
    • 8. Pokyny, jak zjistit, která akce/sada pravidel vede k automatickému načtení stavu Otevřeno-Idle
    • 9. Když upgrade SM nesplnil svou povinnost
    • 10. Když plánovací skript nefunguje přesně
  • 2. Správce služeb Micro Focus – Tipy a triky – leden 2021
    • 1. Když dojde k selhání poštovního adaptéru Smart Email, když spotřebuje e-mail, který obsahuje zdroj formuláře
    • 2. V režimu HPSM nelze přidat Oblast ve správě problémů
    • 3. Pokyny k definování SCHVALOVATELE konkrétní požadované položky katalogu v lístku SD katalogu služeb ITSM
    • 4. Je možné, aby tenant SM pracoval nebo se připojil k vyrovnávání zátěže SM?
    • 5. Když není název CI zachycen v modulu SM pro události serveru
    • 6. Pokyny k aktualizaci uživatele Postgres dba v konfigurační mapě databáze
    • 7. Řešení problému, kdy je e-mailové upozornění IM poškozené nebo v něm chybí soubory
    • 8. Oprava chyby, kdy model Migrated Change Model není schopen správně zobrazovat úlohy
    • 9. Když se IDM nemůže spustit kvůli chybě serveru úložiště klíčů /opt/apache-tomcat/conf/tomcat.keystore nenalezen
    • 10. Řešení opakované chyby plánovače, kdy nedokáže vyhodnotit výraz 1 + ‚dd/mm/rr‘ (plánovač. Proces, přeplánování)
  • 3. Správce služeb Micro Focus – Tipy a triky – únor 2021
    • 1. Nefunkční plánovač incidentu s automatickým zavřením
    • 2. Rabbitmq moduly se nespouštějí, stále se čeká na chybu stavu
    • 3. Chyba XSS založená na modelu DOM
    • 4. Inteligentní vyhledávání: Chybný název pro chybu interakce ve výsledcích vyhledávání
    • 5. Nelze přenést datové razítko změny přiřazení nebo timeduration4probsummary do chyby formuláře rychlé zprávy
    • 6. Chyba ve zpřístupnění podrobných informací
    • 7. SD02770580-F2 – Zvětšit, upravit hodnotu aktuálního pole v samostatném okně nefunguje chyba
    • 8. Chyba při zobrazování hodnot v tabulkách
    • 9. Instalace CDF se zasekla při chybě Check component’s pods status
    • 10. Jak nakonfigurovat pole pouze pro čtení pro 2 konkrétní skupiny přiřazení ve fázi uzavření chyby Lístek incidentu
  • 4. Správce služeb Micro Focus – Tipy a triky – březen 2021
  • 5. Správce služeb Micro Focus – Tipy a triky – duben 2021
    • 1. Upgrade SM selhal ve výrobě
    • 2. SMA Jak kopírovat soubory z/do kontejnerů/podů
    • 3. Spuštění se nezdaří se zprávou: JRTE E Tomcat – HTTPS port […] není dostupný
    • 4. Možnosti uživatelského výběru nemohou používat proměnnou $L.file pro SMA-SM Service Portal
    • 5. Problém kvůli chybějícímu katalogu procházení z SRC
    • 6. Obsah Smart Analytics nelze spustit
    • 7. SM 9.x: E-mailové řešení HTML ořezává e-maily. B-SL:400 HPSL:300 LIB4:skutečný TYP:chybyg HPTYPE:technické_dokumenty ATT:0
    • 8. Vytvořte plánovač pro související synchronizaci SD, pokud sd není vyřešen se souvisejícím stavem IM
    • 9. Chyba při instalaci klienta SM Windows: Flexeraart nelze přenést na Flexeraasv
  • 6. Správce služeb Micro Focus – Tipy a triky – květen 2021
    • 1. CHYBA Soubor úložiště klíčů serveru /opt/apache-tomcat/conf/tomcat.keystore nenalezen
    • 2. Stav čekající na změnu v modulu správy incidentů není potřeba v bezkódovém SM
    • 3. Ověření prostřednictvím serveru Service Manager se nezdařilo
    • 4. Feature Tracker (DevOps): Potřebujeme načíst DevOps_Deploy_SM960P1_SM950.unl do systému Deploy, pokud používáme pouze svc_import?
    • 5. Jaký je rozdíl mezi úplnou reindexací a plánovanou komprimací indexu IDOL?
    • 6. Problém s linkerem
    • 7. Jak změnit výchozí uživatelské jméno db nastavené pro SMA

4. Správce služeb Micro Focus – Tipy a triky – březen 2021

Jak vytisknout proměnné v Workflow / RuleSet pro odstraňování problémů?

Chcete vytisknout proměnné v Workflow / RuleSet pro odstraňování problémů?

Na obrazovce budou dvě možnosti, soubor protokolu, tj.

Jak vytisknout proměnné v Workflow / RuleSet pro odstraňování problémů?

Jaká je syntaxe názvů proměnných v Workflows / Phases / RuleSets?

Poznámka : Nemůžete upravovat vlastní pracovní postupy Microfocus.

Možná budete muset přizpůsobit – Process Designer – zkopírovat existující pracovní postup do svého vlastního pracovního postupu a upravit jej. Kromě toho možná budete muset upravit kategorii, abyste ji aktivovali pomocí vlastního pracovního postupu.

Vytvořte novou sadu pravidel

Přizpůsobení – Návrhář procesů – Sady pravidel Nové

ID: custom.print.variables

Název: custom.print.variables

Uložit (přidán záznam sady pravidel)

Přidat pravidlo

Typ: Spustit JavaScript

Přidejte tiskové výpisy pro tisk obsahu pole:

Chcete-li například vytisknout hodnoty požadavku ve fázi plnění, použijte toto v řetězci k identifikaci tiskových příkazů, kde se tisknou.

Kód pro zprávy na obrazovce

(zprávy na obrazovce se nejnovější zobrazují nahoře)

print (Fáze Plnění po úspěšné aktualizaci record.assigned_group : +record.assigned_group);

print (Fáze Plnění po úspěšné aktualizaci oldRecord.assigned_group : +oldRecord.assigned_group);

Výsledkem jsou zprávy na obrazovce pro tento příklad:

Fáze Plnění po úspěšné aktualizaci oldRecord.assigned_group : SYSTEMS ADMIN

Fáze Plnění po úspěšné aktualizaci record.assigned_group : FACILITIES

Kód pro zprávy protokolu:

// Po úspěšné aktualizaci získejte logger pro splnění názvu Phase Fulfillment

var mylog = getLog(Fáze splnění po úspěšné aktualizaci);

// Nastavení úrovně protokolu

// mylog.setLevel(‘info’);

mylog.setLevel(‘stopa’);

// Zaprotokolovat zprávu pro trasování úrovně protokolu

mylog.trace(‘sledovací zpráva: záznam.přiřazená_skupina : '+záznam.přiřazená_skupina);

mylog.trace(‘sledovací zpráva: oldRecord.assigned_group : ‘+oldRecord.assigned_group);

Výsledek v sm logu

Například:

JS T Fáze Splnění po úspěšné aktualizaci trasovací zpráva: record.assigned_group : FACILITIES

JS T Phase Fulfillment po úspěšné aktualizaci trasovací zpráva: oldRecord.assigned_group: SYSTEMS ADMIN

Poznámka : Názvy polí, která obsahují tečku (.) v dbdict, vyžadují zvláštní zacházení při použití v JavaScriptu. Buď použijte syntaxi:

záznam.

nebo

záznam[]

OK

Uložit a ukončit

Použijte sadu pravidel k tisku hodnot ve Workflows

Pravidlo 1: Tailoring – Process Designer – Workflows

Pravidlo 2: Vyberte svůj pracovní postup, ke kterému chcete přidat tiskový výpis

Pravidlo 3: Vyberte Fáze, kde chcete tisknout hodnoty, např. Plnění v pracovním postupu požadavku

Pravidlo 4: Přidejte vytvořenou sadu pravidel (custom.print.variables)

Pravidlo 5 : Uložte pracovní postup

Testovací scénář

Pravidlo 6: Reprodukujte podle svých kroků

Pravidlo 7: Zkontrolujte zprávy na obrazovce / sm.log pro vaši zprávu s vytištěním hodnot proměnných.

Přehled možností protokolování: https://docs.microfocus.com/itom/Service_Manager:9.64/ImplementingCustomLogging

Rabbitmq pody nezačínají udržovat stav čekající na vyřízení

Vzhledem k nefunkčnosti modulů Infra-rabbitmq je stav čekající na vyřízení. kubectl description ukazuje tuto chybu:

Upozornění FailedScheduling 46s (x12 nad 16m) výchozího plánovače 0/2 uzly jsou k dispozici: 1 uzel neodpovídal selektoru uzlu, 1 uzel byl nenaplánovatelný.

Rabbitmq nefunguje správně, protože pracovníci nemají přiřazené štítky Worker. Aby to fungovalo, spusťte příkaz

kubectl label nodes Worker=label

Tím se správně přiřadí návěští Worker k uzlu, aby mohl králíkmq pod spustit.

Problém se stavem pozastaveno A

SLA pozastavena, aby se po uplynutí doby platnosti nepřepnula na nedokončenou výrobu. Podle toho zkontrolujte verzování.

SLA obnovuje cíl úrovně služeb. Změna stavu a úprava některých polí ve stejném záznamu tiketu způsobila selhání ukládání stavu

Chcete-li nakonfigurovat proces SLA tak, aby byl spuštěn jako pozadí, postupujte podle níže uvedených příkazů.

Přihlaste se SM klient > Správa úrovně služeb > Administrace > Konfigurace aplikace > incidenty vyhledávání > zrušte zaškrtnutí políčka spustit v popředí > Uložit změnu

Podrobné informace

Zde v tomto článku uvidíme zveřejnění podrobných informací.

Upravte soubor sever.xml (např.: C:Program FilesApache Software FoundationTomcat 8.5_Tomcat_webtierconf), aby měl následující konfiguraci.

V souboru server.xml najděte soubor

Po aktualizaci by to mělo vypadat následovně.

unpackWARs=true autoDeploy=true>

prefix=localhost_access_log suffix=.txt

vzor=%h %l %u %t %r %s %b />

Uložte soubor a restartujte službu.

Djavax.net.debug se používá ke sledování komunikace SSL mezi klienty a serverem

Chcete použít volbu JVM na JVM se spuštěným Service Managerem? Informace o ladění transakcí SSL lze získat použitím volby Java Virtual Machine (JVM) -Djavax.net.debug=ssl na JVM se spuštěným Service Managerem.

Jaký parametr ladění lze použít k izolaci komunikace SSL (Secure Socket Layer) mezi klientem Service Manager a serverem Service Manager

Zde vám dáváme odpovědi na všechny otázky. Informace o ladění Service Manager o transakcích SSL lze získat přidáním následující možnosti Java Virtual Machine (JVM) do konfiguračního souboru Service Manager sm.ini nebo do jednotlivých procesů v konfiguračním souboru sm.cfg nebo na příkazový řádek:

Možnost JVMO N :-Djavax.net.debug=ssl

POZNÁMKA: Tento parametr je parametr Oracle Java a není specifický pro Service Manager. Poskytne informace o ladění SSL na jakémkoli JVM zpracovávajícím připojení SSL.

Poštovní adaptér Smart Email selže, pokud spotřebuje e-mail, který obsahuje zdroj formuláře

E-mail obsahující zdroj formuláře se zhroutí v poštovním adaptéru Smart Email.

30.09.2018 15:02:34 25811( 65110) SMIS [LADĚNÍ][SmartEmailManagerClass]: Povolení instance.

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][FieldMappingProcessor]: Inicializace FieldMappingProcessor s konfigurací:14

30.09.2018 15:02:42 25811( 66066) SMIS [INFO][SmartEmailController]: spuštění

30.09.2018 15:02:42 25811( 66066) SMIS [INFO][SmartEmailController]: nastavit uživatele na Email Agent

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass]: readEmailIDs

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass]: initMailReceiver

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass]: Typ třídy: EWS

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass]: Otevřené připojení poštovního serveru.

30.09.2018 15:02:42 25811( 66066) SMIS [DEBUG][startFrom]: null

30.09.2018 15:02:42 25811( 66066) SMIS [ERROR][Chyba v MailReceiver.receiveMsgIdList. výjimka: Chyba při volání metody: getMsgIdList ve třídě: com/hp/ov/sm/server/utility/htmlemail/MailReceiver Výjimka (microsoft.exchange.webservices.data.core.exception.service.remote.ServiceRequestException: Požadavek se nezdařil. ParseError na [řádek,sloupec]:[17,6]

Zpráva: Odkaz na znak je neplatný znak XML.)]: nedefinováno

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass]: Zpracovávání chybového kódu SmartEmail: 404[Nepodařilo se připojit k poštovnímu serveru].

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass, this.incidentTitle]:

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass, this.incidentAssignmentGroup]:

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass, this.incidentImpact]:

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass, this.incidentUrgency]:

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass, this.incidentCategory]:

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass, this.incidentSubcategory]:

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass, this.incidentArea]:

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass, this.incidentAffectedService]:

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass, this.incidentContact]:

30.09.2018 15:02:42 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass, this.incidentServiceRecipient]:

09/30/2018 15:02:43 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass]: Vytvoření incidentu pro chybu 404[Nepodařilo se připojit k poštovnímu serveru] se nezdařilo. protože Ověření se nezdařilo

30.09.2018 15:02:43 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass]: Chyba e-mailu 404[Nepodařilo se připojit k poštovnímu serveru] pro správce: xxxxx@xxxx.com

30.09.2018 15:02:43 25811( 66066) SMIS [LADĚNÍ][SmartEmailManagerClass]: Pokus o obnovení úkolu přidáním příznaku u záznamu z úložiště

Hlavní příčinou tohoto problému je rozhraní EWS API, které tento speciální znak nezvládá. SM volá metodu findItems rozhraní EWS API, aby pokračovala s obsahem e-mailu, ale existuje známý problém s neplatnými znaky v e-mailech.

Navíc všechny znaky, které odpovídají následujícímu regulárnímu výrazu, jsou platné v xml1.0.

Char::= #x9 | #xA | #xD | [#x20-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF] /* libovolný znak Unicode, s výjimkou náhradních bloků, FFFE a FFFF. */

Opravit

Zákazníci mohou požádat o další pomoc společnost Microsoft. Když nastane tento problém, může dojít k selhání adaptéru Smart Email a budete muset restartovat adaptér Smart Email.

Jak odeslat e-mail na základě hodnoty uživatelské možnosti z požadavku na položku katalogu

Zde uvidíme, jak odeslat e-mail na základě hodnoty uživatelské možnosti z požadavku na položku v katalogu?

Zde je několik kroků k odeslání e-mailu.

Krok 1: Vytvořte sadu pravidel pro odeslání e-mailu.

Krok 2: Přidejte pravidlo do e-mailového upozornění HTML typu sady pravidel.

Krok 3: Vyberte šablonu e-mailu a definujte podmínku.

Krok 4: Chcete-li odeslat e-mail, přidejte následující kód javascript

|_+_|

Poznámka : Nahraďte XXXXXX názvem uživatelské možnosti, která obsahuje e-mailovou adresu, která odesílá e-maily k příjmu. Přidejte sadu pravidel v okamžiku, kdy je třeba odeslat e-mail ve fázi pracovního postupu nebo přechodu.

Webtier SM 9.52 P5 zobrazuje v Internet Exploreru prázdnou stránku indexu

Prázdná stránka se v IE zobrazuje i po upgradu naší webové vrstvy 9.52 na P5. Po upgradu, když se uživatel přihlásí do SM pomocí Internet Exploreru, se zobrazí prázdná stránka. Zdá se, že uživatel se dokáže správně ověřit. Konzola zobrazuje následující chybu: Syntaxe Errorcwc-Extjs-All.js (9,85261).

Podle popisu zákazníka k problému došlo po aplikaci Web Tier Patch 5, problém se vyskytuje pouze v IE 11. Chcete-li tento problém vyřešit, musíte postupovat podle níže uvedených kroků.

Krok 1: Zastavte službu Apache Tomcat.

Krok 2: Přejděte do složky Webový klient > WEB-INF > třídy > application-context.xml

Krok 3: V dalším řádku změňte hodnotu IE10 na IE11:IE=11

Krok 4: Uložte změny v dokumentu > vyčistěte mezipaměť Tomcatu a Internet Exploreru.

Krok 5: Spusťte služby Apache Tomcat.

Poznámka : Novější verze počínaje 9.61 a možná 9.52.P5 již nastavují IE=Edge pro podporu funkcí vkládání snímků obrazovky.