Micro Focus Service Manager – Trucs et astuces

30 octobre 2021

Table des matières

  • 1. Micro Focus Service Manager - Trucs et astuces - Décembre 2020
    • 1. Instructions pour obtenir les transactions SSL avec l'application de Java Virtual Machine (JVM)
    • 2. Instructions pour envoyer un e-mail spécifique à la valeur de l'option utilisateur à partir d'une demande du catalogue
    • 3. Étapes pour résoudre le niveau Web SM 9.52 P5 affichant une page d'index vierge sur Internet Explorer
    • 4. Instructions pour aider les utilisateurs à imprimer des variables sur Workflow/ RuleSet pour le dépannage
    • 5. Lorsque les pods Rabbitmq ne démarrent pas et qu'ils restent en attente
    • 6. Prise en charge du ServiceManager pour le multithreading simultané (SMT)
    • 7. Solution pour que SM DevOps Support 1.10 fonctionne sous Unix après une panne
    • 8. Instructions pour déterminer l'action/l'ensemble de règles résultant de l'état Open-Idle à charger automatiquement
    • 9. Lorsque la mise à niveau SM n'a pas réussi à accomplir son devoir
    • 10. Lorsque le script de planification ne fonctionne pas correctement
  • 2. Micro Focus Service Manager - Trucs et astuces - janvier 2021
    • 1. Lorsque l'adaptateur de messagerie Smart Email se bloque lorsqu'il consomme un e-mail contenant un flux de formulaire
    • 2. Dans HPSM, la zone dans la gestion des problèmes ne peut pas être ajoutée
    • 3. Instructions pour définir l'APPROVER d'un élément de catalogue demandé particulier dans le ticket SD du catalogue de services ITSM
    • 4. Est-il possible pour le locataire SM de travailler ou de se connecter avec l'équilibreur de charge SM ?
    • 5. Lorsque le nom du CI n'est pas capturé dans le SM pour les événements de serveur
    • 6. Instructions pour mettre à jour l'utilisateur Postgres dba dans la configuration de la base de données
    • 7. Résoudre le problème lorsque la notification par e-mail de messagerie instantanée est corrompue ou contient des fichiers manquants
    • 8. Correction de l'erreur lorsque le modèle de changement migré ne parvient pas à afficher correctement les tâches
    • 9. Lorsque l'IDM ne peut pas démarrer en raison du fichier de stockage de clés du serveur /opt/apache-tomcat/conf/tomcat.keystore non trouvé erreur
    • 10. Résoudre l'erreur répétée du planificateur, lorsqu'il est incapable d'évaluer l'expression 1 + 'jj/mm/aa' (planificateur. Traiter, replanifier)
  • 3. Micro Focus Service Manager - Trucs et astuces - Février 2021
    • 1. Le planificateur de fermeture automatique d'incident ne fonctionne pas
    • 2. Les pods Rabbitmq ne démarrent pas et restent en attente d'erreur d'état
    • 3. Erreur XSS basée sur DOM
    • 4. Recherche intelligente : titre erroné pour une erreur d'interaction dans les résultats de recherche
    • 5. Impossible d'apporter l'horodatage de réaffectation ou timeduration4probsummary à l'erreur de formulaire de messagerie instantanée
    • 6. Erreur de divulgation d'informations détaillées
    • 7. SD02770580-F2 - Agrandir, modifier la valeur du champ actuel dans une fenêtre séparée ne fonctionne pas
    • 8. Problème d'affichage des valeurs sur les tables erreur
    • 9. L'installation de CDF est bloquée à l'erreur Vérifier l'état des pods du composant
    • 10. Comment configurer les champs en lecture seule pour 2 groupes d'affectation spécifiques dans la phase de clôture de l'erreur de ticket d'incident
  • 4. Micro Focus Service Manager - Trucs et astuces - Mars 2021
    • Comment imprimer des variables dans un Workflow / RuleSet pour le dépannage ?
    • Les pods Rabbitmq ne démarrent pas et restent en attente
    • Problème de statut suspendu
    • Divulgation d'informations détaillées
    • Djavax.net.debug est utilisé pour tracer la communication SSL entre les clients et le serveur
    • L'adaptateur de messagerie Smart Email se bloque s'il utilise un e-mail contenant un flux de formulaire
    • Comment envoyer un e-mail en fonction d'une valeur d'option utilisateur à partir d'une demande d'élément de catalogue
    • Webtier SM 9.52 P5 affichant une page d'index vierge sur Internet Explorer
  • 5. Micro Focus Service Manager - Trucs et astuces - Avril 2021
    • 1. La mise à niveau SM a échoué en production
    • 2. SMA Comment copier des fichiers depuis/vers des conteneurs/pods
    • 3. Le démarrage échoue avec le message : JRTE E Tomcat – Le port HTTPS […] n'est pas disponible
    • 4. Les options de sélection de l'utilisateur ne peuvent pas utiliser la variable $L.file pour le portail de service SMA-SM
    • 5. Problème dû à l'absence du catalogue de navigation de SRC
    • 6. Le contenu Smart Analytics ne peut pas démarrer
    • 7. SM 9.x : la solution de messagerie HTML tronque les e-mails. B-SL:400 HPSL:300 LIB4:true TYPE:errormsg HPTYPE:technical_documents ATT:0
    • 8. Créez un planificateur pour la synchronisation SD associée si sd n'est pas résolu avec l'état IM associé
    • 9. Erreur lors de l'installation du client SM Windows : Flexeraart ne peut pas être converti en Flexeraasv
  • 6. Micro Focus Service Manager - Trucs et astuces - Mai 2021

6. Micro Focus Service Manager – Trucs et astuces – Mai 2021

1. ERREUR fichier de magasin de clés du serveur /opt/apache-tomcat/conf/tomcat.keystore introuvable

Nous ne sommes pas en mesure de démarrer le pod IDM car le fichier de magasin de clés du serveur ERROR /opt/apache-tomcat/conf/tomcat.keystore est introuvable. Le journal du pod IDM de la suite affiche les messages suivants :

Erreur impossible d'obtenir le certificat d'émission local en obtenant la chaîne et impossible d'écrire 'l'état aléatoire' mettre à jour tomcat keystoreType pour normal. Importation du magasin de clés optapache-tomcatconftomcat.p12 vers optapache-tomcatconftomcat.keystore… erreur keytool java.io.FileNotFoundException optapache-tomcatconftomcat.p12 (Aucun fichier ou répertoire de ce type).



ERREUR fichier de magasin de clés du serveur optapache-tomcatconftomcat.keystore introuvable, veuillez contacter un administrateur.

La raison de cette erreur est que les certificats ne sont pas correctement synchronisés.

Solution

Nous avons une solution à cette erreur. Suivez simplement ces étapes simples.

Étape 1: Sélectionnez le nœud maître : mettez à jour le certificat rid dans l'espace de noms de la suite avec les 3 commandes ci-dessous :

Première commande – 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

Deuxième commande - kubectl patch configmap/public-ca-certificates -n -p $(cat /tmp/tmp_rid.json)

Troisième commande - rm -f /tmp/tmp_rid.json

Étape 2: Arrêtez ensuite le pod de certificat à l'aide de la commande indiquée.

Déploiement à l'échelle de Kubectl itom-itsma-certificate-deployment -n –replicas=0

Étape 3: Sauvegardez ce fichier sur le serveur NFS. Par example

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

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

Étape 4: Redémarrez le pod IDM de la suite à l'aide de la commande indiquée.

kubectl supprimer pod idm-xxxxxxxxxx-xxxxx -n

Étape 5 : Redémarrez le module de certificat. Voici la commande.

déploiement à l'échelle kubectl itom-itsma-certificate-deployment -n –replicas=1

Étape 6 : Le certificat IDM est créé sous /var/vols/itom/global-volume/certificate/source

Étape 7 : Attendez que le déploiement du certificat soit en cours d'exécution (2/2). Un nouveau itsma-truststore.jks sera créé.

Étape 8 : Le fichier de certificat est importé et situé dans /var/vols/itom/global-volume/certificate/imported/

Étape 9 : Redémarrez le pod itom-bo-login à l'aide de la commande indiquée ci-dessous.

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

REMARQUE: Veuillez remplacer par l'espace de noms de la suite, par exemple. c'est ma-xxxx

2. Le statut en attente de changement dans le module de gestion des incidents n'est pas nécessaire dans le SM sans code

J'y ai été confronté plusieurs fois. Certaines valeurs d'état ne sont pas utilisées dans SM sans code mais sont affichées dans le format de recherche d'incidents. Cela crée de la confusion. Dans SM9.62 sans code, nous voyons dans l'écran de recherche d'incidents. Ces valeurs inutilisées dans la liste déroulante pour le statut sont :

Accepté

Modification en attente

Parrainé

Rejeté

Problème remplacé

Solution

Ces valeurs d'état supposées inutilisées sont laissées par Classic SM avant l'amélioration du concepteur de processus (sans code). Les valeurs sont toujours utilisées dans Hybrid SM et Classic SM. Avec SM sans fil, nous pouvons personnaliser en toute sécurité le format de recherche ou modifier la requête de la liste globale comme suggéré.

Voici quelques étapes à suivre pour s'adapter au mondialiste.

Étape 1: De Globalist Incident Local Statuseschange Limiting SQL from module=probsummary to module=probsummary and ((is.bkgstatus=false or is.bkgstatus=NULL) or status=Pending Parent Incident)

Étape 2: Reconstruire Globallist.

Étape 3: Connectez-vous à nouveau à SM.

Désormais, le champ déroulant Statut au format des incidents de recherche ne contient plus les valeurs d'arrière-plan.

3. L'authentification via le serveur Service Manager a échoué

L'authentification via le serveur Service Manager a échoué.

Vous pouvez utiliser le lien fourni ci-dessous pour la configuration SMA-SM : Service Management Automation, présent dans la doc microfocus.com.

_SM:2019.11/Home Erreur trouvée dans le journal : EVP_CipherFinal_ex a échoué dans desDecryptWithAES256CBC() [OPENSSL] erreur : 06065064 : enveloppe numérique

7984( 5292) 18/11/2020 16:19:06 RTE I La langue en est valide. Voici quelques erreurs.

7984( 5292) 18/11/2020 16:19:06 RTE E EVP_CipherFinal_ex a échoué dans desDecryptWithAES256CBC()

7984( 5292) 18/11/2020 16:19:06 Erreur RTE E [OPENSSL] : 06065064 : routines d'enveloppe numérique : EVP_DecryptFinal_ex : mauvais décryptage

7984( 5292) 18/11/2020 16:19:06 RTE I Définir l'utilisateur de connexion lwsso sur dbuser1

7984( 5292) 18/11/2020 16:19:06 RTE I La langue est valide

7984( 5292) 18/11/2020 16:19:06 RTE E EVP_CipherFinal_ex a échoué dans desDecryptWithAES256CBC()

7984( 5292) 18/11/2020 16:19:06 Erreur RTE E [OPENSSL] : 06065064 : routines d'enveloppe numérique : EVP_DecryptFinal_ex : mauvais décryptage

Ce problème est survenu car la valeur de strong.queryhash.key dans la table des sociétés SM était incorrecte.

>d strong.queryhash.key dans $file

FEFE27F1721557B56539028A6AB70CA5072429729C7EB0FD4BFCB0E3CFB7CB08257BED875EE1E9314711A3F7D788102654E904ADF17E9648D5ED0B12D0AB7EBBB81A74F79EDFADB830EFF

Solution

Il existe une solution simple à cela. Utilisez le hachage de la requête en utilisant le script ci-dessous et redémarrez le service SM :

// Effacer la clé de hachage de la requête

lib.c.$(‘info’).select(‘type=entreprise‘).iterate( une fonction (Objet) {

élément[‘strong.queryhash.key’] = nul ;

item.doUpdate();

});

4. Feature Tracker (DevOps) : Avons-nous besoin de charger DevOps_Deploy_SM960P1_SM950.unl dans le système Deploy si nous utilisons uniquement svc_import ?

Dans SM9.6x, nous pouvons télécharger DevOps à partir du Marketplace. Mais je pensais qu'il était nécessaire de charger DevOps_Deploy_SM960P1_SM950.unl dans un système où nous déployons uniquement des éléments avec svc_import ?

Solution

La réponse est non. Nous n'avons pas besoin de charger DevOps_Deploy_SM960P1_SM950.unl sur un système où vous déployez uniquement avec svc_import. Nous pouvons vous le prouver en faisant un petit test. Suivez les étapes écrites ci-dessous.

Préparation dans le système de développement :

Étape 1: Créez une nouvelle bibliothèque de scripts TESTX.

Étape 2: Créer une nouvelle version dans Featuretracker

Étape 3: Créez une nouvelle fonctionnalité pour cette version dans Featuretracker et liez l'objet SL TESTX et créez la version.

Étape 4: Copiez les informations de version de votre git local sur la machine avec votre système de déploiement. Cela pourrait ressembler à ceci :

C:PROJET.git

C:PROJECTdataScriptLibrary TESTX–p3.xml

C:PROJETDoc_R3.1.html

Étape 5 : Montez sur le système de déploiement. Ouvrez une invite de commande.

accédez à C:Program Files (x86)Micro FocusService Manager 9.60ServerRUN> par exemple

importer avec svc_import :

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

vérifier si ScriptLibrary TESTX existe

Oui

5. Quelle est la différence entre la réindexation complète et la planification du compactage de l'index IDOL ?

Y a-t-il une différence entre la réindexation complète et la planification du compactage de l'index IDOL ? Oui c'est le cas. Même moi, je les ai connus récemment.

Il y a deux chapitres pour les index, le premier est pour la réindexation complète La doc est sur microfocus.com. L'emplacement exact est itom, SMAX:2020.08, réindexation complète et le second décrit brièvement quelque chose sur la planification du compactage de l'index IDOL La documentation se trouve sur microfocus.com. L'emplacement exact est dans itom, SMAX:2020.08, Schedule Index Compact .

Solution

La réindexation complète recréera tous les index avec les documents attendus filtrés par les bases de connaissances. Compact appellera l'action DRCOMPACT à partir d'IDOL, ce qui réduira l'espace laissé lorsque les documents sont supprimés de l'index de données. L'action d'indexation DRCOMPACT remplit l'espace créé par la suppression du document avec de nouveaux documents. Ce processus est similaire au processus de défragmentation.

6. Problème de lien

Nous avons un utilisateur de l'éditeur de liens qui est responsable de la création de RF après l'approbation de l'interaction. Mais le RF n'est pas généré, nous avons donc un impact négatif sur notre activité. Nous avons également de nombreux arriérés d'interactions et le RF n'a pas été créé jusqu'à présent. Donc, nous avons besoin de ce qui suit :

1- Corrigez la situation actuelle car aucune RF n'est créée maintenant même après avoir exécuté la commande 'Statut' et tué le processus et démarré le planificateur et le problème existe toujours

2- Nous devons trouver la cause racine.

3- Nous avons besoin d'une solution pour créer RF pour une interaction approuvée car il n'est pas prévu de communiquer à tous les utilisateurs qui créent leur interaction pour les recréer à nouveau.

Solution

Résumé du Webex :

Le problème du client est dû au processus d'arrière-plan SLA lié à un enregistrement d'indisponibilité :

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

device={[10, , , , , , , , Composants réseau, , , , , falcon, , , , , , , , , , , , En cours d'utilisation, , , Routeur, , , , {}, , , , , vrai, faux, '28/12/2018 13:20:55′, , 1, sla, , , , , , , , , , , , , , , , , , , , , , , , {}, , IT Fonctionnement du réseau, , , , {}, , , , , , , , , , , , , , , , , , {{[, , , ]}}, , , , {{[, , , ]}}, { {[, , , , , ]}}, {{[, , ]}}, , , , , , , , , , , , , , , , , , , , , {}, , {}, , , , '22/11/2018 11:47:06′, , , , , , , , , , , , {}, , , , , , , , , '22/11/2018 11:47:06′, , 10 , , , , , , , , , , , , , , , , , {}, ]}

Chaque fois que le processus SLA tente de mettre à jour les enregistrements d'interruption et d'événements d'interruption associés (environ 40 000 enregistrements d'événements d'interruption), le système génère des verrous sans fin. En même temps, nous avons redémarré le processus de problème qui n'a pas été lancé. Après avoir examiné les fichiers journaux et les fichiers de configuration, je suggère ces étapes :

Étape 1 – Pour l'erreur 1488( 8112) 11/09/2020 16:49:11 RTE E sm_alloct : Pas assez de mémoire partagée disponible pour allouer 5736 octets

Je propose d'augmenter la mémoire partagée dans le sm.ini en modifiant le paramètre

mémoire_partagée : 156000000

à

mémoire_partagée : 256000000

Étape 2 – Pour diminuer la mémoire cache IR Expert utilisée veuillez ajouter ce paramètre dans le sm.ini

ir_max_shared:50000000

Étape 3 – Pour le numéro 7556( 16552) 11/09/2020 16:30:02 RTE I RAD stack est utilisé à 70%, veuillez quitter l'application en cours. ajouter ce paramètre dans le sm.ini

agstackl : 2000

Étape 4 – Pour le problème RAD E RuleSet ‘RSD.et.IT.rm.set.set.UAT.EXTIME’ la configuration provoque une BOUCLE MORTE ! Veuillez ajuster la configuration pour éviter la BOUCLE MORTE.

Je vous propose de revoir le code associé au RuleSet ‘RSD.et.IT.rm.set.set.UAT.EXTIME’

Étape 5 – Dans le sm.cfg modifier la ligne

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

Certains paramètres ne sont pas pertinents, veuillez utiliser celui-ci :

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

Étape 6 – Ajout de ces paramètres dans le sm.ini

fichiersnocache:sla,planification<– To exclude the SLA and Schedule from the cache

activerAnubisMonitor : 1<– to enable the anubis.

Après avoir modifié les fichiers de configuration, veuillez nettoyer le répertoire des journaux et redémarrer la plate-forme.

7. Comment changer le nom d'utilisateur db par défaut défini pour SMA

Nous avons besoin d'une procédure pour modifier le nom d'utilisateur db par défaut défini pour SMA.

Solution

En suivant les étapes écrites ci-dessous, nous pouvons changer le nom d'utilisateur db par défaut.

Étape 1: D'abord mettez à jour le nom d'utilisateur de la base de données en modifiant DEFAULT_DB_USERNAME. Voici la commande.

kubectl modifier cm default-database-configmap -n core

Étape 2: Ensuite, mettez à jour le paramètre de mot de passe db password key pour définir le mot de passe du nom d'utilisateur défini à l'étape précédente. Nous pouvons obtenir les noms des pods idm :

kubectl get pods -n core |grep idm

idm-d68b85b57-ntvsw 2/2 En cours d'exécution 0 5h39m

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

Étape 3: Allez dans l'un des pods idm :

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

Étape 4: Définissez ensuite le mot de passe à l'aide de la commande donnée.

update_secret dbpasswordkey

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