ผู้จัดการฝ่ายบริการ

ตัวจัดการบริการไมโครโฟกัส – คำแนะนำและเคล็ดลับ

30 ตุลาคม 2564

สารบัญ

  • 1. Micro Focus Service Manager – Tips And Tricks – ธ.ค. 2020
    • 1. คำแนะนำในการรับธุรกรรม SSL ด้วยแอปพลิเคชัน Java Virtual Machine (JVM)
    • 2. คำแนะนำในการส่งอีเมลที่เจาะจงเกี่ยวกับค่าตัวเลือกของผู้ใช้จากคำขอจาก Catalog
    • 3. ขั้นตอนในการแก้ปัญหาเว็บเทียร์ SM 9.52 P5 แสดงหน้าดัชนีว่างบน Internet Explorer
    • 4. คำแนะนำเพื่อช่วยให้ผู้ใช้พิมพ์ตัวแปรในเวิร์กโฟลว์/ RuleSet สำหรับการแก้ไขปัญหา
    • 5. เมื่อ Rabbitmq pods ไม่เริ่มทำงานและยังคงอยู่ในขั้นตอนที่รอดำเนินการ
    • 6. การสนับสนุน ServiceManager สำหรับ Simultaneous Multithreading (SMT)
    • 7. วิธีแก้ปัญหาสำหรับ SM DevOps Support 1.10 เพื่อทำงานบน Unix หลังจากเกิดความล้มเหลว
    • 8. คำแนะนำในการค้นหาว่าการกระทำ/ชุดกฎผลลัพธ์ใด สถานะเปิด-ไม่ได้ใช้งานที่จะโหลดโดยอัตโนมัติ
    • 9. เมื่อการอัพเกรด SM ไม่สำเร็จตามหน้าที่
    • 10. เมื่อสคริปต์กำหนดการทำงานไม่ถูกต้อง
  • 2. Micro Focus Service Manager – Tips And Tricks – ม.ค. 2021
    • 1. เมื่ออแด็ปเตอร์อีเมล Smart Email ขัดข้องเมื่อใช้อีเมลที่มีตัวดึงข้อมูลฟอร์ม
    • 2. เมื่ออยู่ใน HPSM ไม่สามารถเพิ่มพื้นที่ในการจัดการปัญหาได้
    • 3. คำแนะนำในการกำหนด APPROVER ของรายการแคตตาล็อกที่ร้องขอโดยเฉพาะในตั๋ว ITSM Service Catalog SD
    • 4. เป็นไปได้ไหมที่ผู้เช่า SM จะทำงานหรือเชื่อมต่อกับตัวโหลดบาลานซ์ SM?
    • 5. เมื่อไม่มีการบันทึกชื่อ CI ใน SM สำหรับเหตุการณ์เซิร์ฟเวอร์
    • 6. คำแนะนำในการอัปเดตผู้ใช้ Postgres dba ในฐานข้อมูล configmap
    • 7. การแก้ไขปัญหาเมื่อการแจ้งเตือนทางอีเมล IM เสียหายหรือมีไฟล์หายไป
    • 8. แก้ไขข้อผิดพลาดเมื่อ Migrated Change Model ไม่สามารถแสดงงานได้อย่างถูกต้อง
    • 9. เมื่อ IDM ไม่สามารถเริ่มทำงานได้เนื่องจากไฟล์เก็บคีย์เซิร์ฟเวอร์ /opt/apache-tomcat/conf/tomcat.keystore ไม่พบข้อผิดพลาด
    • 10. การแก้ไขข้อผิดพลาดของตัวกำหนดตารางเวลาซ้ำๆ เมื่อไม่สามารถประเมินนิพจน์ 1 + 'วว/ดด/ปปปป' (ตัวกำหนดเวลา กระบวนการ กำหนดเวลาใหม่)
  • 3. Micro Focus Service Manager – Tips And Tricks – กุมภาพันธ์ 2021
    • 1. ตัวกำหนดตารางเวลาปิดอัตโนมัติของเหตุการณ์ไม่ทำงานผิดพลาด
    • 2. Rabbitmq pods ไม่เริ่มทำงานในสถานะรอดำเนินการผิดพลาด
    • 3. ข้อผิดพลาด XSS ตาม DOM
    • 4. การค้นหาอัจฉริยะ: ชื่อเรื่องไม่ถูกต้องสำหรับการโต้ตอบในผลการค้นหาผิดพลาด
    • 5. ไม่สามารถนำการประทับวันที่หรือ timeduration4probsummary การมอบหมายใหม่ไปยังข้อผิดพลาดของแบบฟอร์ม IM
    • 6. ข้อผิดพลาดในการเปิดเผยข้อมูลอย่างละเอียด
    • 7. SD02770580-F2 – ขยาย แก้ไขค่าของฟิลด์ปัจจุบันในหน้าต่างแยกต่างหากไม่ทำงานผิดพลาด
    • 8. ปัญหาในการแสดงค่าบนตาราง error
    • 9. การติดตั้ง CDF ค้างอยู่ที่ข้อผิดพลาดสถานะการตรวจสอบองค์ประกอบพ็อด
    • 10. วิธีกำหนดค่าฟิลด์แบบอ่านอย่างเดียวให้กับกลุ่มการกำหนดเฉพาะ 2 กลุ่มในขั้นตอนการปิดของข้อผิดพลาดตั๋วเหตุการณ์
  • 4. Micro Focus Service Manager – Tips And Tricks – มี.ค. 2021
    • จะพิมพ์ตัวแปรในเวิร์กโฟลว์ / RuleSet เพื่อแก้ไขปัญหาได้อย่างไร
    • Rabbitmq pods ไม่เริ่มทำงานในสถานะรอดำเนินการ
    • ปัญหาสถานะถูกระงับ
    • การเปิดเผยข้อมูลอย่างละเอียด
    • Djavax.net.debug ใช้เพื่อติดตามการสื่อสาร SSL ระหว่างไคลเอนต์และเซิร์ฟเวอร์
    • อะแดปเตอร์เมล Smart Email ล้มเหลวหากใช้อีเมลที่มีตัวดึงข้อมูลแบบฟอร์ม
    • วิธีส่งอีเมลตามค่าตัวเลือกของผู้ใช้จากคำขอรายการแค็ตตาล็อก
    • SM 9.52 P5 webtier แสดงหน้าดัชนีว่างบน Internet Explorer
  • 5. Micro Focus Service Manager – Tips And Tricks – เม.ย. 2564
    • 1. การอัปเกรด SM ล้มเหลวในการผลิต
    • 2. SMA วิธีคัดลอกไฟล์จาก/ไปยังคอนเทนเนอร์/พ็อด
    • 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:จริง TYPE:errormsg HPTYPE:technical_documents ATT:0
    • 8. สร้างตัวกำหนดเวลาสำหรับการซิงค์ SD ที่เกี่ยวข้องหาก sd ไม่ได้รับการแก้ไขด้วยสถานะ IM ที่เกี่ยวข้อง
    • 9. เกิดข้อผิดพลาดในการติดตั้งไคลเอนต์ SM Windows: ไม่สามารถส่ง Flexeraart ไปยังFlexeraasv
  • 6. Micro Focus Service Manager – Tips And Tricks – พฤษภาคม 2021

6. Micro Focus Service Manager – Tips And Tricks – พฤษภาคม 2021

1. ไฟล์ที่เก็บคีย์เซิร์ฟเวอร์ ERROR /opt/apache-tomcat/conf/tomcat.keystore ไม่พบ

เราไม่สามารถเริ่มพ็อด IDM ได้เนื่องจากไม่พบไฟล์ที่เก็บคีย์เซิร์ฟเวอร์ ERROR /opt/apache-tomcat/conf/tomcat.keystore บันทึกพ็อด IDM ของชุดโปรแกรมแสดงข้อความต่อไปนี้:

เกิดข้อผิดพลาดไม่สามารถรับใบรับรองปัญหาในพื้นที่และไม่สามารถเขียน 'สถานะสุ่ม' อัปเดต tomcat keystoreType สำหรับปกติ กำลังนำเข้าที่เก็บคีย์ optapache-tomcatconftomcat.p12 ไปยัง optapache-tomcatconftomcat.keystore... ข้อผิดพลาด keytool java.io.FileNotFoundException optapache-tomcatconftomcat.p12 (ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว)

ข้อผิดพลาด ไม่พบไฟล์เก็บคีย์เซิร์ฟเวอร์ optapache-tomcatconftomcat.keystore โปรดติดต่อผู้ดูแลระบบ

สาเหตุของข้อผิดพลาดนี้คือใบรับรองไม่ได้รับการซิงโครไนซ์อย่างถูกต้อง

สารละลาย

เรามีวิธีแก้ไขข้อผิดพลาดนี้ เพียงทำตามขั้นตอนง่าย ๆ เหล่านี้

ขั้นตอนที่ 1: เลือกไปยังโหนดหลัก: อัปเดตใบรับรองการกำจัดในเนมสเปซชุดด้วย 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

คำสั่งที่สอง – kubectl patch 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 ลบพ็อด 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) itsma-truststore.jks ใหม่จะถูกสร้างขึ้น

ขั้นตอนที่ 8: ไฟล์ใบรับรองถูกนำเข้าและตั้งอยู่ที่ /var/vols/itom/global-volume/certificate/imported/

ขั้นตอนที่ 9: รีสตาร์ท itom-bo-login pod โดยใช้คำสั่งด้านล่าง

kubectl ลบพ็อด itom-bo-login-deployment-xxxxxxxxx-xxxxx -n

บันทึก: โปรดแทนที่ด้วยเนมสเปซชุดเช่น itsma-xxxx

2. สถานะรอการเปลี่ยนแปลงในโมดูลการจัดการเหตุการณ์ไม่จำเป็นใน SM . แบบไม่มีรหัส

ฉันต้องเผชิญกับมันหลายครั้ง มีค่าสถานะบางอย่างที่ไม่ได้ใช้ใน SM codeless แต่แสดงในรูปแบบการค้นหาเหตุการณ์ สิ่งนี้ทำให้เกิดความสับสน ใน SM9.62 ไม่มีโค้ดเราเห็นในหน้าจอ Incident Search ค่าที่ไม่ได้ใช้เหล่านี้ในรายการแบบดึงลงสำหรับสถานะคือ:

รับแล้ว

รอการเปลี่ยนแปลง

อ้างอิง

ถูกปฏิเสธ

ปัญหาที่ถูกแทนที่

สารละลาย

ค่าสถานะที่สันนิษฐานไว้เหล่านี้จะเหลือจาก Classic SM ก่อนการปรับปรุง Process Designer (Codeless) ค่านี้ยังคงใช้ใน Hybrid SM และ Classic SM ด้วย SM ไร้สาย เราสามารถปรับแต่งรูปแบบการค้นหาหรือแก้ไขการสืบค้นของ Global List ได้อย่างปลอดภัยตามที่แนะนำ

ต่อไปนี้คือขั้นตอนที่ต้องปฏิบัติตามเพื่อปรับให้เข้ากับโลกาภิวัตน์

ขั้นตอนที่ 1: จาก Globalist Incident Local Statuseschange การจำกัด SQL จาก module=probsummary เป็น module=probsummary และ ((is.bkgstatus=false หรือ is.bkgstatus=NULL) หรือ status=Pending Parent Incident)

ขั้นตอนที่ 2: สร้าง Globallist ใหม่

ขั้นตอนที่ 3: เข้าสู่ระบบ SM อีกครั้ง

ตอนนี้ช่องสถานะแบบเลื่อนลงในรูปแบบเหตุการณ์การค้นหาไม่มีค่าพื้นหลังอีกต่อไป

3. การตรวจสอบสิทธิ์ผ่านเซิร์ฟเวอร์ตัวจัดการบริการล้มเหลว

การตรวจสอบสิทธิ์ผ่านเซิร์ฟเวอร์ตัวจัดการบริการล้มเหลว

คุณสามารถใช้ลิงก์ที่ให้ไว้ด้านล่างสำหรับการตั้งค่า SMA-SM: Service Management Automation มีอยู่ใน microfocus.com doc

_SM:2019.11/พบข้อผิดพลาดหน้าแรกในบันทึก: EVP_CipherFinal_ex ล้มเหลวใน desDecryptWithAES256CBC() ข้อผิดพลาด [OPENSSL]:06065064:ซองจดหมายดิจิทัล

7984( 5292) 11/18/2020 16:19:06 RTE I ภาษา en ถูกต้อง นี่คือข้อผิดพลาดบางประการ

7984( 5292) 11/18/2020 16:19:06 RTE E EVP_CipherFinal_ex ล้มเหลวใน desDecryptWithAES256CBC()

7984( 5292) 11/18/2020 16:19:06 RTE E [OPENSSL] ข้อผิดพลาด:06065064:รูทีนของซองจดหมายดิจิทัล:EVP_DecryptFinal_ex:การถอดรหัสไม่ดี

7984( 5292) 11/18/2020 16:19:06 RTE ฉันตั้งค่าผู้ใช้ล็อกอิน lwsso เป็น dbuser1

7984( 5292) 11/18/2020 16:19:06 RTE I ภาษาถูกต้อง

7984( 5292) 11/18/2020 16:19:06 RTE E EVP_CipherFinal_ex ล้มเหลวใน desDecryptWithAES256CBC()

7984( 5292) 11/18/2020 16:19:06 RTE E [OPENSSL] ข้อผิดพลาด:06065064:รูทีนของซองจดหมายดิจิทัล:EVP_DecryptFinal_ex:การถอดรหัสไม่ดี

ปัญหานี้เกิดขึ้นเนื่องจาก strong.queryhash.key ในตารางบริษัท SM มีค่าที่ไม่ถูกต้อง

>d strong.queryhash.key ใน $file

FEFE27F1721557B56539028A6AB70CA5072429729C7EB0FD4BFCB0E3CFB7CB08257BED875EE1E9314711A3F7D788102654E904ADF17E9648D5ED0B12D0AB7EBBB81A74F79EDFADB830EFF

สารละลาย

มีวิธีแก้ไขปัญหานี้อย่างง่าย ใช้แฮชแบบสอบถามโดยใช้สคริปต์ด้านล่างและเริ่มบริการ SM ใหม่:

// ล้างแฮชคีย์ข้อความค้นหา

lib.c.$('ข้อมูล').select('type=company').iterate( การทำงาน (สิ่งของ) {

รายการ['strong.queryhash.key'] = โมฆะ ;

item.doUpdate();

});

4. Feature Tracker (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: คัดลอกข้อมูลการเปิดตัวจากคอมไพล์ในเครื่องของคุณไปยังเครื่องด้วยระบบการปรับใช้ของคุณ อาจมีลักษณะดังนี้:

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 .

สารละลาย

การทำดัชนีใหม่ทั้งหมดจะสร้างดัชนีใหม่ทั้งหมดด้วยเอกสารที่คาดไว้ซึ่งกรองโดยฐานความรู้ Compact จะเรียกการกระทำ DRECOMPACT จาก IDOL ซึ่งจะลดพื้นที่ที่เหลือเมื่อเอกสารถูกลบออกจากดัชนีข้อมูล การดำเนินการดัชนี DRECOMPACT เติมช่องว่างที่สร้างขึ้นผ่านการลบเอกสารด้วยเอกสารใหม่ กระบวนการนี้คล้ายกับกระบวนการจัดเรียงข้อมูล

6. ปัญหาลิงเกอร์

เรามีผู้ใช้ลิงเกอร์ที่รับผิดชอบในการสร้าง RF หลังจากการโต้ตอบได้รับการอนุมัติ แต่ RF ไม่ได้ถูกสร้างขึ้น ดังนั้นเราจึงมีผลกระทบในทางลบต่อธุรกิจของเรา เรายังมีงานค้างมากมายของการโต้ตอบ และ RF ยังไม่ได้ถูกสร้างขึ้นมาจนถึงตอนนี้ ดังนั้น เราต้องการสิ่งต่อไปนี้:

1- แก้ไขสถานการณ์ปัจจุบันเนื่องจากไม่มี RF ที่สร้างขึ้นในขณะนี้แม้ว่าเราจะเรียกใช้คำสั่ง 'สถานะ' และฆ่ากระบวนการและเริ่มตัวกำหนดเวลาและยังคงมีปัญหาอยู่

2- เราต้องหาสาเหตุที่แท้จริง

3- เราต้องการโซลูชันเพื่อสร้าง RF สำหรับการโต้ตอบที่ได้รับอนุมัติ เนื่องจากไม่คาดว่าจะสื่อสารกับผู้ใช้ทั้งหมดที่สร้างการโต้ตอบเพื่อสร้างใหม่อีกครั้ง

สารละลาย

บทสรุปของ Webex:

ปัญหาของลูกค้าเกิดจากกระบวนการพื้นหลัง sla ที่เกี่ยวข้องกับเรกคอร์ดการหยุดทำงาน:

ดับ={[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′, จริง, 100737, '05/11/2020 15:09:47′, สลา, 1]}

device={[10, , , , , , , , ส่วนประกอบเครือข่าย, , , , , นกเหยี่ยว, , , , , , , , , , , , ใช้งานอยู่, , , เราเตอร์, , , , {}, , , , , จริง เท็จ '28/12/2018 13:20:55′, , 1, สลา, , , , , , , , , , , , , , , , , , , , , , , , , {}, , 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 ไบต์

ฉันแนะนำให้เพิ่มหน่วยความจำที่แชร์ใน 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 stack ใช้ 70% โปรดออกจากแอปพลิเคชันปัจจุบัน เพิ่มพารามิเตอร์นี้ใน s.ini

agstackl:2000

ขั้นตอน 4 – สำหรับปัญหา RAD E RuleSet 'RSD.et.IT.rm.set.set.UAT.EXTIME' การกำหนดค่าทำให้เกิด DEAD LOOP ! โปรดปรับการกำหนดค่าเพื่อหลีกเลี่ยง 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 -heartbeatinterval:300 -debugnode

พารามิเตอร์บางตัวไม่เกี่ยวข้อง โปรดใช้พารามิเตอร์นี้:

sm -que:ir บังคับ -log:D:SMLogsirtrace.log -maxlogsize:50000000 -numberoflogfiles:10

ขั้นตอน 6 – เพิ่มพารามิเตอร์เหล่านี้ใน sm.ini

filesnocache:sla,schedule<– 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 password key เพื่อตั้งรหัสผ่านของชื่อผู้ใช้ที่กำหนดไว้ในขั้นตอนก่อนหน้า เราสามารถรับชื่อ idm pods:

kubectl รับพ็อด -n core |grep idm

idm-d68b85b57-ntvsw 2/2 วิ่ง 0 5h39m

idm-d68b85b57-qzlq2 2/2 วิ่ง 0 5h39m

ขั้นตอนที่ 3: ไปที่หนึ่งในพ็อด idm:

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

ขั้นตอนที่ 4: จากนั้นตั้งรหัสผ่านโดยใช้คำสั่งที่กำหนด

update_secret dbpasswordkey

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

โพสต์ยอดนิยม