Υπεύθυνος Υπηρεσιών

Micro Focus Service Manager – Συμβουλές και κόλπα

30 Οκτωβρίου 2021

Πίνακας περιεχομένων

  • 1. Micro Focus Service Manager – Συμβουλές και κόλπα – Δεκέμβριος 2020
    • 1. Οδηγίες για τη λήψη των συναλλαγών SSL με την εφαρμογή Java Virtual Machine (JVM)
    • 2. Οδηγίες για την αποστολή ενός μηνύματος ηλεκτρονικού ταχυδρομείου που αφορά συγκεκριμένα την τιμή επιλογής χρήστη από ένα αίτημα από τον Κατάλογο
    • 3. Βήματα για την επίλυση του επιπέδου web SM 9.52 P5 που εμφανίζει μια κενή σελίδα ευρετηρίου στον Internet Explorer
    • 4. Οδηγίες που βοηθούν τους χρήστες να εκτυπώσουν μεταβλητές στο Workflow/Set RuleSet για την αντιμετώπιση προβλημάτων
    • 5. Όταν τα Rabbitmq pods δεν ξεκινούν και παραμένουν σε εκκρεμότητα
    • 6. Υποστήριξη του ServiceManager for Simultaneous Multithreading (SMT)
    • 7. Λύση για το SM DevOps Support 1.10 για εργασία στο Unix μετά από αποτυχία
    • 8. Οδηγίες για να καταλάβετε ποια ενέργεια/σύνολο κανόνων έχει ως αποτέλεσμα την κατάσταση Open-Idle για αυτόματη φόρτωση
    • 9. Όταν η αναβάθμιση SM δεν έχει εκπληρώσει το καθήκον της
    • 10. Όταν το σενάριο χρονοδιαγράμματος δεν λειτουργεί με ακρίβεια
  • 2. Micro Focus Service Manager – Tips and Tricks – Ιαν 2021
    • 1. Όταν ο προσαρμογέας αλληλογραφίας Smart Email διακόπτεται όταν καταναλώνει ένα email που περιέχει μια ροή φόρμας
    • 2. Όταν στο HPSM, δεν μπορεί να προστεθεί Περιοχή στη Διαχείριση προβλημάτων
    • 3. Οδηγίες για τον καθορισμό του ΕΓΚΡΙΣΤΗ ενός συγκεκριμένου ζητούμενου στοιχείου καταλόγου στο εισιτήριο SD καταλόγου υπηρεσιών ITSM
    • 4. Είναι δυνατόν ο μισθωτής SM να εργαστεί ή να συνδεθεί με τον εξισορροπητή φορτίου SM;
    • 5. Όταν το όνομα CI δεν καταγράφεται στο SM για συμβάντα διακομιστή
    • 6. Οδηγίες για την ενημέρωση του χρήστη Postgres dba στο configmap της βάσης δεδομένων
    • 7. Επίλυση του προβλήματος όταν η ειδοποίηση άμεσων μηνυμάτων έχει καταστραφεί ή λείπουν αρχεία
    • 8. Διόρθωση του σφάλματος όταν το μοντέλο μετεγκατάστασης αλλαγής δεν μπορεί να εμφανίσει σωστά τις εργασίες
    • 9. Όταν το IDM δεν μπορεί να ξεκινήσει λόγω του σφάλματος αποθήκευσης κλειδιών διακομιστή /opt/apache-tomcat/conf/tomcat.keystore δεν βρέθηκε σφάλμα
    • 10. Επίλυση του επαναλαμβανόμενου σφάλματος χρονοπρογραμματιστή, όταν δεν μπορεί να αξιολογήσει την έκφραση 1 + «ηη/μμ/εε» (προγραμματιστής. Διαδικασία, επαναπρογραμματισμός)
  • 3. Micro Focus Service Manager – Συμβουλές και κόλπα – Φεβρουάριος 2021
    • 1. Σφάλμα μη λειτουργίας του αυτόματου κλειστού χρονοπρογραμματιστή συμβάντος
    • 2. Οι λοβοί Rabbitmq δεν ξεκινούν, κρατήστε το σφάλμα κατάστασης σε εκκρεμότητα
    • 3. Σφάλμα XSS που βασίζεται στο DOM
    • 4. Έξυπνη αναζήτηση: Λάθος τίτλος για σφάλμα αλληλεπίδρασης στα αποτελέσματα αναζήτησης
    • 5. Δεν είναι δυνατή η μεταφορά Σφάλμα φόρμας άμεσων μηνυμάτων Reassignment datestamp or timeduration4probsummary
    • 6. Σφάλμα αποκάλυψης λεπτομερών πληροφοριών
    • 7. SD02770580-F2 – Σφάλμα μεγέθυνσης, επεξεργασία της τιμής του τρέχοντος πεδίου σε ξεχωριστό παράθυρο δεν λειτουργεί
    • 8. Σφάλμα εμφάνισης τιμών στους πίνακες
    • 9. Η εγκατάσταση του CDF έχει κολλήσει στο σφάλμα κατάστασης λοβών ελέγχου στοιχείου
    • 10. Τρόπος ρύθμισης παραμέτρων πεδίων μόνο για ανάγνωση σε 2 συγκεκριμένες ομάδες ανάθεσης στη φάση κλεισίματος του σφάλματος εισιτηρίου περιστατικού
  • 4. Micro Focus Service Manager – Tips and Tricks – Μάρτιος 2021
    • Πώς να εκτυπώσετε μεταβλητές σε ένα Workflow / RuleSet για αντιμετώπιση προβλημάτων;
    • Τα Rabbitmq pods δεν ξεκινούν, διατηρούνται σε εκκρεμότητα
    • Ζήτημα κατάστασης σε αναστολή
    • Λεπτή αποκάλυψη πληροφοριών
    • Το Djavax.net.debug χρησιμοποιείται για τον εντοπισμό της επικοινωνίας SSL μεταξύ πελατών και διακομιστή
    • Ο προσαρμογέας αλληλογραφίας Smart Email διακόπτεται εάν καταναλώσει ένα email που περιέχει μια ροή φόρμας
    • Πώς να στείλετε ένα email με βάση μια τιμή επιλογής χρήστη από ένα αίτημα στοιχείου καταλόγου
    • Webtier SM 9.52 P5 που εμφανίζει κενή σελίδα ευρετηρίου στον Internet Explorer
  • 5. Micro Focus Service Manager – Συμβουλές και κόλπα – Απρ 2021
    • 1. Η αναβάθμιση SM απέτυχε στην παραγωγή
    • 2. SMA Πώς να αντιγράψετε αρχεία από/σε κοντέινερ/pods
    • 3. Η εκκίνηση αποτυγχάνει με μήνυμα: JRTE E Tomcat – Η θύρα HTTPS […] δεν είναι διαθέσιμη
    • 4. Οι επιλογές επιλογών χρήστη δεν μπορούν να χρησιμοποιήσουν τη μεταβλητή $L.file για το SMA-SM Service Portal
    • 5. Πρόβλημα λόγω έλλειψης του καταλόγου περιήγησης από το SRC
    • 6. Δεν είναι δυνατή η εκκίνηση του περιεχομένου Smart Analytics
    • 7. SM 9.x: Η λύση ηλεκτρονικού ταχυδρομείου HTML περικόπτει τα μηνύματα ηλεκτρονικού ταχυδρομείου. B-SL:400 HPSL:300 LIB4:true TYPE:errormsg HPTYPE:technical_documents ATT:0
    • 8. Δημιουργήστε έναν προγραμματιστή για σχετικό συγχρονισμό SD εάν το sd δεν επιλύθηκε με σχετική κατάσταση συνομιλίας
    • 9. Σφάλμα κατά την εγκατάσταση του προγράμματος-πελάτη SM Windows: Το Flexeraart δεν μπορεί να μεταδοθεί στο Flexeraasv
  • 6. Micro Focus Service Manager – Tips and Tricks – Μάιος 2021

6. Micro Focus Service Manager – Συμβουλές και κόλπα – Μάιος 2021

1. ΣΦΑΛΜΑ Το αρχείο αποθήκευσης κλειδιού διακομιστή /opt/apache-tomcat/conf/tomcat.keystore δεν βρέθηκε

Δεν μπορούμε να ξεκινήσουμε το IDM pod επειδή δεν βρέθηκε το αρχείο αποθήκευσης κλειδιού διακομιστή ERROR /opt/apache-tomcat/conf/tomcat.keystore. Το αρχείο καταγραφής ομάδας IDM της σουίτας εμφανίζει τα ακόλουθα μηνύματα:

Σφάλμα δεν είναι δυνατή η λήψη του πιστοποιητικού τοπικής έκδοσης αλυσίδας λήψης και δεν είναι δυνατή η εγγραφή 'τυχαία κατάσταση' ενημερώστε το tomcat keystoreType για κανονικό. Εισαγωγή keystore optapache-tomcatconftomcat.p12 στο optapache-tomcatconftomcat.keystore… σφάλμα keytool java.io.FileNotFoundException optapache-tomcatconftomcat.p12 (Δεν υπάρχει τέτοιο αρχείο ή κατάλογος).

ΣΦΑΛΜΑ Το αρχείο αποθήκευσης κλειδιού διακομιστή optapache-tomcatconftomcat.keystore δεν βρέθηκε, επικοινωνήστε με έναν διαχειριστή.

Ο λόγος πίσω από αυτό το σφάλμα είναι ότι τα πιστοποιητικά δεν συγχρονίζονται σωστά.

Λύση

Έχουμε μια λύση σε αυτό το σφάλμα. Απλώς ακολουθήστε αυτά τα απλά βήματα.

Βήμα 1: Επιλέξτε on στον κύριο κόμβο: ενημερώστε το πιστοποιητικό απαλλαγής στον χώρο ονομάτων της σουίτας με τις παρακάτω 3 εντολές:

Πρώτη εντολή – kubectl λάβετε configmap/public-ca-certificates -n core -o json| jq '.data.RID_ca.crt' | xargs -i echo {data:{RID_ca.crt:{}}}>/tmp/tmp_rid.json

Δεύτερη εντολή – patch kubectl configmap/public-ca-certificates -n -p $(cat /tmp/tmp_rid.json)

Τρίτη εντολή – rm -f /tmp/tmp_rid.json

Βήμα 2: Στη συνέχεια, σταματήστε την ομάδα πιστοποιητικού χρησιμοποιώντας τη δεδομένη εντολή.

Ανάπτυξη κλίμακας Kubectl itom-itsma-certificate-deployment -n –replicas=0

Βήμα 3: Δημιουργήστε αντίγραφα ασφαλείας αυτού του αρχείου στον διακομιστή NFS. Για παράδειγμα

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

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

Βήμα 4: Επανεκκινήστε τη σουίτα IDM pod χρησιμοποιώντας τη δεδομένη εντολή.

kubectl διαγραφή pod idm-xxxxxxxxxx-xxxxx -n

Βήμα 5: Επανεκκινήστε την ομάδα πιστοποιητικού. Εδώ είναι η εντολή.

ανάπτυξη κλίμακας kubectl itom-itsma-certificate-deployment -n –replicas=1

Βήμα 6: Το πιστοποιητικό IDM δημιουργείται στο /var/vols/itom/global-volume/certificate/source

Βήμα 7: Περιμένετε να εκτελεστεί η ανάπτυξη του πιστοποιητικού (2/2). Θα δημιουργηθεί ένα νέο itma-trussttore.jks.

Βήμα 8: Το αρχείο πιστοποιητικού εισάγεται και βρίσκεται στο /var/vols/itom/global-volume/certificate/imported/

Βήμα 9: Επανεκκινήστε το itom-bo-login pod χρησιμοποιώντας την εντολή που δίνεται παρακάτω.

kubectl διαγραφή pod itom-bo-login-deployment-xxxxxxxxxx-xxxxx -n

ΣΗΜΕΙΩΣΗ: Αντικαταστήστε με τον χώρο ονομάτων της σουίτας π.χ. itma-xxxx

2. Κατάσταση εκκρεμής αλλαγή στη μονάδα διαχείρισης περιστατικών δεν απαιτείται στο SM χωρίς κωδικό

Το έχω αντιμετωπίσει πολλές φορές. Υπάρχουν ορισμένες τιμές κατάστασης που δεν χρησιμοποιούνται σε SM χωρίς κωδικό, αλλά εμφανίζονται σε μορφή αναζήτησης για περιστατικά. Αυτό δημιουργεί σύγχυση. Στο SM9.62 χωρίς κωδικούς βλέπουμε στην οθόνη Αναζήτηση περιστατικών. Αυτές οι τιμές που δεν χρησιμοποιούνται στην αναπτυσσόμενη λίστα για την Κατάσταση είναι:

Δεκτός

Εκκρεμεί Αλλαγή

Αναφέρεται

Απορρίφθηκε

Αντικαταστάθηκε πρόβλημα

Λύση

Αυτές οι υποτιθέμενες τιμές κατάστασης που δεν χρησιμοποιούνται έχουν απομείνει από την Κλασική SM πριν από τη βελτίωση της διαδικασίας σχεδιαστή (χωρίς κωδικό). Οι τιμές εξακολουθούν να χρησιμοποιούνται σε Hybrid SM και Classic SM. Με το ασύρματο SM μπορούμε να προσαρμόσουμε με ασφάλεια τη μορφή αναζήτησης ή να τροποποιήσουμε το ερώτημα της Καθολικής λίστας όπως προτείνεται.

Ακολουθούν μερικά βήματα που πρέπει να ακολουθήσετε για να προσαρμοστείτε στην παγκοσμιοποίηση.

Βήμα 1: From 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)

Βήμα 2: Rebuild Globallist.

Βήμα 3: Συνδεθείτε ξανά στο SM.

Τώρα το αναπτυσσόμενο πεδίο Κατάσταση στη μορφή περιστατικών αναζήτησης δεν περιέχει πλέον τις τιμές φόντου.

3. Ο έλεγχος ταυτότητας μέσω του διακομιστή Service Manager απέτυχε

Ο έλεγχος ταυτότητας μέσω του διακομιστή Service Manager απέτυχε.

Μπορείτε να χρησιμοποιήσετε τον παρακάτω σύνδεσμο που παρέχεται για τη ρύθμιση SMA-SM: Service Management Automation, που υπάρχει στο microfocus.com doc.

_SM:2019.11/Home Σφάλμα βρέθηκε στο αρχείο καταγραφής: Το EVP_CipherFinal_ex απέτυχε στο desDecryptWithAES256CBC() [OPENSSL] σφάλμα:06065064:ψηφιακός φάκελος

7984( 5292) 18/11/2020 16:19:06 RTE I Γλώσσα en ισχύει. Εδώ είναι μερικά λάθη.

7984( 5292) 18/11/2020 16:19:06 RTE E EVP_CipherFinal_ex απέτυχε στο desDecryptWithAES256CBC()

7984( 5292) 18/11/2020 16:19:06 RTE E [OPENSSL] error:06065064: digital envelope routines:EVP_DecryptFinal_ex:bad decrypt

7984( 5292) 18/11/2020 16:19:06 RTE I Ορισμός χρήστη σύνδεσης lwsso σε dbuser1

7984( 5292) 18/11/2020 16:19:06 RTE I Η γλώσσα είναι έγκυρη

7984( 5292) 18/11/2020 16:19:06 RTE E EVP_CipherFinal_ex απέτυχε στο desDecryptWithAES256CBC()

7984( 5292) 18/11/2020 16:19:06 RTE E [OPENSSL] error:06065064: digital envelope routines:EVP_DecryptFinal_ex:bad decrypt

Αυτό το πρόβλημα προέκυψε επειδή το strong.queryhash.key στον πίνακα εταιρείας SM είχε εσφαλμένη τιμή.

>d strong.queryhash.key στο $file

FEFE27F1721557B56539028A6AB70CA5072429729C7EB0FD4BFCB0E3CFB7CB08257BED875EE1E9314711A3F7D788102654E78814711A3F7D788102654E78102654E78102654E78102654E78102654E9047BEDBED78814711A3F7D788102654E9096DF

Λύση

Υπάρχει μια απλή λύση σε αυτό. Χρησιμοποιήστε τον κατακερματισμό ερωτήματος χρησιμοποιώντας το παρακάτω σενάριο και επανεκκινήστε την υπηρεσία SM:

// Εκκαθάριση κλειδιού κατακερματισμού ερωτήματος

lib.c.$('πληροφορίες').select('type=company').iterate( λειτουργία (στοιχείο) {

στοιχείο ['strong.queryhash.key'] = μηδενικό ;

item.doUpdate();

});

4. Παρακολούθηση δυνατοτήτων (DevOps): Χρειάζεται να φορτώσουμε το DevOps_Deploy_SM960P1_SM950.unl στο σύστημα Deploy εάν ​​χρησιμοποιούμε μόνο svc_import;

Στο SM9.6x μπορούμε να κατεβάσουμε DevOps από το Marketplace. Αλλά σκεφτόμουν ότι είναι απαραίτητο να φορτώσω το DevOps_Deploy_SM960P1_SM950.unl σε ένα σύστημα όπου αναπτύσσουμε πράγματα μόνο με το svc_import;

Λύση

Η απάντηση είναι όχι. Δεν χρειάζεται να φορτώσουμε το DevOps_Deploy_SM960P1_SM950.unl σε ένα σύστημα όπου αναπτύσσετε μόνο με το svc_import. Μπορούμε να σας το αποδείξουμε κάνοντας ένα μικρό τεστ. Ακολουθήστε τα παρακάτω γραπτά βήματα.

Προετοιμασία στο αναπτυξιακό σύστημα:

Βήμα 1: Δημιουργήστε ένα νέο ScriptLibrary TESTX.

Βήμα 2: Δημιουργήστε μια νέα έκδοση στο Featuretracker

Βήμα 3: Δημιουργήστε μια νέα δυνατότητα για αυτήν την Έκδοση στο Featuretracker και συνδέστε το αντικείμενο SL TESTX και δημιουργήστε την Έκδοση.

Βήμα 4: Αντιγράψτε τις πληροφορίες έκδοσης από το τοπικό σας git στο μηχάνημα με το Deployment System. Θα μπορούσε να μοιάζει με αυτό:

C:PROJECT.git

C:PROJECTdataScriptLibrary TESTX–p3.xml

C:PROJECTDoc_R3.1.html

Βήμα 5: Βήμα στο σύστημα ανάπτυξης. Ανοίξτε μια γραμμή εντολών.

μεταβείτε στο C:Program Files (x86)Micro FocusService Manager 9.60ServerRUN> για παράδειγμα

εισαγωγή με svc_import:

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

ελέγξτε εάν το ScriptLibrary TESTX υπάρχει

Ναί

5. Ποια είναι η διαφορά μεταξύ πλήρους αναπροσαρμογής ευρετηρίου και προγραμματισμού συμπίεσης ευρετηρίου IDOL;

Υπάρχει διαφορά μεταξύ πλήρους αναπροσαρμογής και προγραμματισμού συμπίεσης ευρετηρίου IDOL; Ναι είναι. Ακόμα και εγώ τους γνώρισα πρόσφατα.

Υπάρχουν δύο κεφάλαια για ευρετήρια, το πρώτο είναι για πλήρη αναπροσαρμογή Το έγγραφο βρίσκεται στο microfocus.com. Η ακριβής τοποθεσία είναι itom, SMAX:2020.08, πλήρες Reindex και το δεύτερο περιγράφει εν συντομία κάτι σχετικά με τον προγραμματισμό συμπίεσης ευρετηρίου IDOL Τα έγγραφα βρίσκονται στο microfocus.com. Η ακριβής τοποθεσία είναι στο itom, SMAX:2020.08, Schedule Index Compact .

Λύση

Το πλήρες reindex θα δημιουργήσει ξανά όλα τα ευρετήρια με τα αναμενόμενα έγγραφα φιλτραρισμένα από τις βάσεις γνώσεων. Το Compact θα καλέσει την ενέργεια DRECOMPACT από το IDOL, η οποία θα μειώσει τον χώρο που απομένει όταν διαγράφονται έγγραφα από το ευρετήριο δεδομένων. Η ενέργεια ευρετηρίου DRECOMPACT γεμίζει το χώρο που δημιουργείται μέσω της διαγραφής εγγράφου με νέα έγγραφα. Αυτή η διαδικασία είναι παρόμοια με τη διαδικασία ανασυγκρότησης.

6. Ζήτημα Linker

Έχουμε έναν χρήστη σύνδεσης που είναι υπεύθυνος για τη δημιουργία RF μετά την έγκριση της αλληλεπίδρασης. Αλλά η ραδιοσυχνότητα δεν δημιουργείται, επομένως έχουμε κακό αντίκτυπο στην επιχείρησή μας. Έχουμε επίσης πολλές εκκρεμότητες αλληλεπιδράσεων και το RF δεν έχει δημιουργηθεί μέχρι τώρα. Χρειαζόμαστε λοιπόν τα εξής:

1- Διορθώστε την τρέχουσα κατάσταση καθώς δεν δημιουργήθηκε RF τώρα ακόμα και αφού εκτελέσουμε την εντολή «Κατάσταση» και σκοτώσουμε τη διαδικασία και ξεκινήσουμε τον προγραμματιστή και το πρόβλημα εξακολουθεί να υπάρχει

2- Πρέπει να βρούμε τη βασική αιτία.

3- Χρειαζόμαστε μια λύση για τη δημιουργία RF για εγκεκριμένη αλληλεπίδραση, καθώς δεν αναμένεται να επικοινωνήσει με όλους τους χρήστες που δημιουργούν την αλληλεπίδρασή τους για να τους δημιουργήσουν ξανά.

Λύση

Περίληψη του Webex:

Το πρόβλημα πελάτη οφείλεται στη διαδικασία υποβάθρου sla που σχετίζεται με ένα αρχείο διακοπών:

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′, true, 100737, '05/11/2020 15:09:47′, sla, 1]}

συσκευή={[10, , , , , , , , Στοιχεία Δικτύου, , , , , , γεράκι, , , , , , , , , , , , , Σε χρήση, , , , δρομολογητής, , , , {}, , , , , αλήθεια, λάθος, '28/12/2018 13:20:55′, , 1, sla, , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , IT Λειτουργία δικτύου, , , , {}, , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , {[, , , , , ]}}, {{[, , ]}}, , , , , , , , , , , , , , , , , , , , , '22/11/2018 11:47:06′, , , , , , , , , , , , {}, , , , , , , , , '22/11/2018 11:47:06′, , 10 , , , , , , , , , , , , , , , , , , {}, ]}

Κάθε φορά που η διαδικασία SLA προσπαθεί να ενημερώσει τις εγγραφές συμβάντων διακοπής λειτουργίας και τις σχετικές εγγραφές (περίπου 40 000 εγγραφές συμβάντων διακοπής λειτουργίας), το σύστημα δημιουργεί κλειδώματα χωρίς τέλος. Ταυτόχρονα έχουμε επανεκκινήσει τη διαδικασία προβλημάτων που δεν έχει ξεκινήσει. Αφού ελέγξω τα αρχεία καταγραφής και τα αρχεία διαμόρφωσης, προτείνω τα εξής βήματα:

Βήμα 1 – Για το σφάλμα 1488( 8112) 11/09/2020 16:49:11 RTE E sm_alloct: Δεν υπάρχει αρκετή κοινόχρηστη μνήμη για την εκχώρηση 5736 byte

Προτείνω να αυξήσετε την κοινόχρηστη μνήμη στο sm.ini τροποποιώντας την παράμετρο

shared_memory:156000000

προς το

shared_memory:256000000

Βήμα 2 – Για να μειώσετε τη χρησιμοποιούμενη κρυφή μνήμη IR Expert, προσθέστε αυτήν την παράμετρο στο sm.ini

ir_max_shared:50000000

Βήμα 3 – Για το τεύχος 7556( 16552) 11/09/2020 16:30:02 Η στοίβα RTE I RAD χρησιμοποιείται κατά 70%, βγείτε από την τρέχουσα εφαρμογή. προσθέστε αυτήν την παράμετρο στο sm.ini

agstackl:2000

Βήμα 4 – Για το ζήτημα RAD E RuleSet η διαμόρφωση «RSD.et.IT.rm.set.set.UAT.EXTIME» προκαλεί έναν ΝΕΚΡΟ ΒΡΟΧΟ! Προσαρμόστε τη διαμόρφωση για να αποφύγετε το DEAD LOOP.

Σας προτείνω να ελέγξετε τον κωδικό που σχετίζεται με το RuleSet 'RSD.et.IT.rm.set.set.UAT.EXTIME'

Βήμα 5 – Στο sm.cfg τροποποιήστε τη γραμμή

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

Ορισμένες παράμετροι δεν είναι σχετικές, χρησιμοποιήστε αυτήν:

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

Βήμα 6 – Προστέθηκαν αυτές οι παράμετροι στο sm.ini

filesnocache:sla,πρόγραμμα<– To exclude the SLA and Schedule from the cache

enableAnubisMonitor:1<– to enable the anubis.

Αφού τροποποιήσετε τα αρχεία διαμόρφωσης, καθαρίστε τον κατάλογο καταγραφής και επανεκκινήστε την πλατφόρμα.

7. Πώς να αλλάξετε το προεπιλεγμένο σύνολο ονόματος χρήστη db για το SMA

Χρειαζόμαστε μια διαδικασία για την αλλαγή του προεπιλεγμένου ονόματος χρήστη db για το SMA.

Λύση

Ακολουθώντας τα παρακάτω γραπτά βήματα, μπορούμε να αλλάξουμε το προεπιλεγμένο όνομα χρήστη db.

Βήμα 1: Πρώτα ενημερώστε το όνομα χρήστη του DB αλλάζοντας το DEFAULT_DB_USERNAME. Εδώ είναι η εντολή.

kubectl επεξεργασία cm default-database-configmap -n core

Βήμα 2: Στη συνέχεια, ενημερώστε την παράμετρο κωδικού πρόσβασης κλειδί κωδικού πρόσβασης db για να ορίσετε τον κωδικό πρόσβασης του ονόματος του χρήστη που καθορίστηκε στο προηγούμενο βήμα. Μπορούμε να λάβουμε ονόματα pods idm:

kubectl λάβετε pods -n core |grep idm

idm-d68b85b57-ntvsw 2/2 Τρέξιμο 0 5h39m

idm-d68b85b57-qzlq2 2/2 Τρέξιμο 0 5h39m

Βήμα 3: Μεταβείτε σε ένα από τα pods idm:

kubectl exec -ti idm-d68b85b57-ntvsw bash -n πυρήνας

Βήμα 4: Στη συνέχεια ορίστε τον κωδικό πρόσβασης χρησιμοποιώντας τη δεδομένη εντολή.

update_secret dbpasswordkey

$ kubectl δημιουργία -f /suite-install/yamlContent/idm.yaml