التشخيص

تشخيصات مايكرو فوكس - نصائح وحيل

30 أكتوبر 2021

التركيز الدقيق التشخيص يساعد في عزل مشكلات أداء تطبيقات التطوير والإنتاج وحلها بسرعة من خلال توفير رؤية على مستوى الكود على مستوى المعاملة.

سيحتوي هذا المنشور على نصائح وحيل تشخيص Micro Focus الشهرية والتي ستكون دمجًا للعديد من المشكلات الشائعة في تشخيصات Micro Focus. قم بمراجعة هذه المقالة للحصول على تلميحات وحيل حول استكشاف الأخطاء وإصلاحها للأدوات الأخرى.

جدول المحتويات

  • تشخيصات Micro Focus - نصائح وحيل - كانون الثاني (يناير) 2021
  • تشخيصات Micro Focus - نصائح وحيل - فبراير 2021
    • 1. حل ... غير قادر على ربط المستمعين بأي منفذ في النطاق 32000- ... خطأ في وقت بدء خدمة .Net Agent Probe Aggregator Service
    • 2. تعليمات لتعطيل مراقبة عميل RUM على كل من .Net و J2EE Agent
    • 3. عندما تكون نقطة VA في تشخيصات HP: تشفير كتلة 64 بت 3DES عرضة لهجوم SWEET32
    • 4. إرشادات لحل خطأ التهيئة JVMJ9VM015W للمكتبة j9gc23 (2): فشل إنشاء كومة الذاكرة المؤقتة. مطلوب 2G. تعذر إنشاء جهاز Java الظاهري
    • 5. إصلاح المشكلة عند فشل بدء تشغيل HP Diagnostics Probe Aggregator على الشاشة
    • 6. حل مشكلة الدمج في تشخيص HP لـ HP BSM
    • 7. فرز مشكلة ملفات الاتجاهات الكبيرة في مجلد أرشيف HP Diagnostics 9.26
    • 8. عند تسجيل خادم التشخيص في نظام مراقبة البقعة العمياء (BSM) آخر
    • 9. تعليمات لإصلاح مرجع 'كائن' لم يتم تعيينه على مثيل لكائن أثناء حفظ اختبار تحميل الأداء
    • 10. إصلاح الخطأ عندما يظهر: تشخيصات الجيل التالي - لا توجد بيانات
  • تشخيصات Micro Focus - نصائح وحيل - مارس 2021
    • 1. مشاكل التشخيص مع التكامل مع BSM
    • 2. فشل تثبيت عامل التشخيص .NET عند تحديد خدمة Probe Aggregator Service الاختيارية
    • 3. كيفية إعداد SSL على خادم التشخيص باستخدام شهادة من سلطة CA؟
    • 4. أرشيف خطأ SEVERE: تعذر إنشاء أرشيف بعد ترقية خادم التشخيص 9.23
    • 5. خطأ:… تهيئة com.mercury.diagnostics.capture.metrics.jmx.WebSphere6JMXCollector@8b0e7414 java.lang.IncompatibleClassChangeError تم الإبلاغ عنه بواسطة عامل Java Diagnostics الذي يبحث عن خادم تطبيق WebSphere
    • 6. تتجمد واجهة المستخدم HPE Diagnostics أو تتوقف
    • 7. خطأ: يبدو أن منفذ HttpWebServer 35000 قيد الاستخدام عند بدء تشغيل عامل .NET للتشخيص
    • 8. تكوين عامل .NET للتشخيص و Probe Aggregator لاستخدام منافذ غير افتراضية
    • 9.. صافي عامل يسبب الذاكرة و CPU النفقات العامة أثناء اختبار الحمل.
    • 10. بعد الترقية ، فقدت بيانات السجل ، وفقد العرض المخصص والتطبيق
  • تشخيصات Micro Focus - نصائح وحيل - أبريل 2021
    • خطأ شديد في التشخيص عند محاولة بدء تشغيل الخادم.
    • كيفية تكوين HP SiteScope بحيث يمكن مراقبته باستخدام HP Diagnostics Java Agent
    • خطأ: يبدو أن منفذ HttpWebServer 35000 قيد الاستخدام عند بدء تشغيل عامل .NET التشخيص
    • ما الأذونات المطلوبة لمجمع Oracle DB؟
    • توضيح الترخيص لـ HP BSM Diagnostics
    • معلومات ترخيص التشخيص
    • كيفية تعديل العتبات في التشخيص
    • الفرق بين الاستخدام العادي لوحدة المعالجة المركزية والاستخدام الكلي لوحدة المعالجة المركزية
    • تقليل حمل الأجهزة.
    • المقاييس التي تم جمعها خارج الصندوق
  • تشخيصات مايكرو فوكس - نصائح وحيل - مايو 2021
    • 1. كيفية إعداد BSM / SHA لجمع مقاييس التشخيص؟
    • 2. كيفية إعداد SSL على خادم التشخيص باستخدام شهادة من سلطة CA؟
    • 3. JVMJ9VM015W خطأ في التهيئة للمكتبة j9gc23 (2): فشل إنشاء كومة الذاكرة المؤقتة. مطلوب 2G. تعذر إنشاء جهاز Java الظاهري
    • 4. لن يبدأ خادم JBoss بعد أجهزة الفحص
    • 5. خطأ: عند انتهاء المهلة ، مؤشر الترابط ... الذي تم الإبلاغ عنه بواسطة تطبيق Java المستند إلى Linux والذي يعمل في بيئة VMware مع HP Diagnostics
    • 6. ما الجديد في 9.23 IP2؟
    • 7. كيف تحول القائد إلى وسيط؟
    • 8. فشل تثبيت عامل التشخيص .NET عند تحديد خدمة Probe Aggregator Service الاختيارية
    • 9. كيفية تعطيل مراقبة عميل RUM على كل من .Net و J2EE Agent
    • 10. تم تسجيل خادم التشخيص في نظام مراقبة البقعة العمياء (BSM) آخر
  • تشخيصات Micro Focus - نصائح وحيل - يونيو 2021
    • 1. كيفية استعادة جدول الرموز؟
    • 2. كيف يحصل برنامج HP Diagnostics Collector على البيانات؟
    • 3. هل من الممكن تغيير قاعدة بيانات ملفات تعريف التشخيص؟
    • 4. ما هي ملفات النقاط التي يستخدمها Java Probe for Instrumentation؟
    • 5. كيفية تمكين تسجيل الاستعلام الطويل في التشخيص؟
    • 6. هل يمكنني تجميع وحدة المعالجة المركزية والذاكرة والشبكة من Oracle Database باستخدام Oracle Collector؟
    • 7. لا تظهر منشئ ملفات التعريف
    • 8. خادم وسيط HPD - استخدام القرص العالي - التنظيف مطلوب لإخلاء المساحة
    • 9. لن يبدأ Diag Mediator - أرشيف شديد: غير قادر على إنشاء أرشيف
    • 10. تكوين LDAP في التشخيص

تشخيصات Micro Focus - نصائح وحيل - كانون الثاني (يناير) 2021

1. استرداد العينات من وكيل جامع التشخيص في حالة حدوث عطل

غالبًا ما يحدث أن المستخدمين غير قادرين على الحصول على العينات من وكيل التشخيص الخاص بهم. لقد واجهوا مشاكل متعلقة بالوصول والإذن. وهناك خطأ على الشاشة ، مع جميع بيانات الاعتماد الواردة أدناه:

2020-01-16 11: 22: 00,426 WARN user admin [shared InfrequentEventScheduler] Failing permissions download from http://HPDIAGNOSTIC.uanl.red:2006 java.net.ConnectException: Connection timed out: connect (URL: http://HPDIAGNOSTIC.uanl.red:2006/webPasswordAuth/permissions?username=mercury&probegroup=Default) 2020-01-16 11: 22: 00,426 WARN user admin [shared InfrequentEventScheduler] RerunValidation (Permissions): Unable to contact commander. Keeping Revalidate permissions for user mercury in group probegroup = Default (lastaccess 66938ms ago) 2020-01-16 11: 22: 01,960 WARN useradmin [RangeSocketListener-1] No recent communications with Diagnostics Server (http://HPDIAGNOSTIC.uanl.red:2006) - not attempting remote user authentication / authorization (remote users will be denied access)

يمكن إصلاح هذا الخطأ أيضًا ؛ ما عليك سوى اتباع الخطوات الواردة أدناه بعناية:

  1. أنت بحاجة إلى الانتقال إلى اعمال صيانة ، ثم أسفل ذلك ، انقر فوق للتسجيل .
  2. ثم تحتاج إلى النقر فوق المكونات المسجلة ؛ بعد ذلك ، تحتاج إلى العثور على ملف Nexus_BD .

ستوجهك هذه الخطوات إلى إلغاء التسجيل ، وما عليك سوى الانتظار لبعض الوقت حتى تتمكن من التسجيل مرة أخرى لإبلاغ المقاييس مرة أخرى. يجب أن يكون هذا الحل فعالاً ، وسيحل جميع الأخطاء المتعلقة بالمصادقة التي حدثت من قبل.

يوصى أيضًا بأن يتحقق المستخدم من إعدادات الخادم الوكيل التي يمكن للمستخدمين العثور عليها على خادم الوسيط. يوجد خادم الوسيط في الملف /etc/server.properties ، ثم على الخادم القائد تحت المسار المماثل للملف / etc /.

2. تعليمات لمعالجة Diagnostics .net Agent ProbeAggregator عندما يخرج من حجم كومة Java

تمت مواجهة هذه المشكلة عند تثبيت Diagnostics 9.50 و. net agent 9.50 في Windows نظام التشغيل منصة خادم 2012. يواجه المستخدمون هذه المشكلة عندما يلاحظون أن ملف. شبكة الوكيل غير قادر على جمع أي من البيانات اللازمة.

عندما يتم التحقق من تفاصيل السجل ، يظهر خطأ ، java.lang.OutOfMemoryError: مساحة كومة Java على ال ProbeAggregatorJSW.log الملف الذي يقوم المستخدم بتشغيله حاليًا على الجهاز. السبب الجذري لهذا الخطأ هو عامل java.lang.OutOfMemoryError للملف المعني.

يمكن حل هذا الخطأ بسهولة يدويًا ؛ يحتاج المستخدم فقط إلى اتباع الخطوات الواردة أدناه:

    افتح probeaggregator.cmd ، مستعينًا بالمفكرة. ثم قم بزيادة قيمة -Xmx إلى قيمة أعلى.

على سبيل المثال ، يمكن أن تكون أعلى مرتين من القيمة السابقة أو حسب متطلبات موارد النظام.

3. تفاصيل تتعلق بتكوين خادم التشخيص

قد تبدو معرفة كيفية تكوين خادم التشخيص بنفسك مهمة صعبة ، ولكن يمكن للمستخدمين القيام بذلك بمساعدة إرشادات معينة. واجه العديد من المستخدمين خطأً في صفحة سيناريو تشخيص مركز الأداء.

يلاحظ أنه يحدث عادة عند العمل على أيقونة الإعدادات. رسالة الخطأ التي يتم عرضها موضحة أدناه:

Unable to configure J2EE/.NET Diagnostics. There may be a configuration problem with the Diagnostics Server Details specified in the Diagnostics page of the Administration Site.

يمكن إصلاح هذا الخطأ ، ولكن قبل ذلك ، يحتاج المستخدم إلى الحصول على معلومات كاملة حول المنتج الذي تم تثبيته وحول إصداره أيضًا. وفقًا لتقنية التطبيق التي تستخدمها ، سيتعين عليك تثبيت وكيل Java أو .NET.

إلى جانب ذلك ، يجب أيضًا الحصول على الأداة المحددة لهذا التطبيق لأنها ستكون مسؤولة عن إرسال البيانات إلى خادم التشخيص الخاص بك. يحتاج المستخدم إلى التأكد من أن إصدار خادم التشخيص المعين ليس من النوع الأدنى من أي من وكلاء التشخيص.

4. إزالة Oracle Java JRE 1.8.x / 8.x من C: Program Files (x86)

غالبًا ما لوحظ أن خادم التشخيص 9.26 Oracle Java JRE 1.8.x / 8.x يخلق مشاكل أثناء العمل. لدى المستخدمين بعض الشكاوى ، بينما لديهم حاليًا 2 من خوادم التشخيص.

كلاهما يعمل بإصدار أقدم 9.26 ، ويريد المستخدمون حذف ملفات Oracle Java السابقة لكنهم يخشون ما إذا كان ذلك سيؤثر على تطبيق التشخيص بأي شكل من الأشكال.

الجواب على هذا الاستعلام هو إزالة السابق Oracle Java JRE 1.8.x / 8.x من C: Program Files (x86) لن تؤثر الملفات على عمل تطبيق التشخيص.

بمجرد الانتهاء من إزالة Oracle Java JRE 1.8.x / 8.x من C: Program Files (x86) من الملفات ، ما عليك سوى الانتقال إلى JRE المضمن في خادم التشخيص.

في وقت التثبيت ، يأتي JRE مع خادم التشخيص في النموذج المضمن ، لذلك يتم الحذف Oracle Java JRE 1.8.x / 8.x من C: Program Files (x86) لن تكون مشكلة.

5. عرض معاملات Hikari Connection Pool JMX

غالبًا ما يواجه المستخدمون مشكلات فيما يتعلق بمعلمات Hikari Connection Pool JMX ، حيث لا يمكنهم مشاهدتها لفحصها أو مراقبتها. هناك أيضًا مشكلة تتعلق بتكوين ملف metrics.config في جميع الأوقات.

ويلاحظ أن الفريق الذي يستخدم المذكور يحتاج التطبيق إلى المراقبة أنشطة معلمات JMX. أثناء استخدام تجمع اتصال Hikari ، يريد الفريق مراقبة جميع المعلومات المتعلقة بـ Hikari ، مثل اسم الكائن واسم الفئة وجميع الأوصاف التي تأتي معه.

يلاحظ المستخدمون أيضًا أنه في متري ملف Java agent 9.51 توجد بعض مقاييس Hikari (خطوط ملف metric.config هذه بين النطاق 358 و 365). يمكنك العثور على ملف metrics.config في قسم Java platform من خلال التعريفات المحددة الواردة أدناه:

P120?Java Platform/com.zaxxer.hikari:name=dataSource,type=HikariDataSource,*.MaximumPoolSize = Maximum Pool Size count Hikari P120?Java Platform/metrics:name=HikariPool-1.pool.ConnectionCreation,*.Count = Current Count count Hikari

6. إصلاح المشكلة عند قيام 'التشخيص' بتجميع طلب خادم واحد فقط لـ Open Text

غالبًا ما يحدث أن يواجه المستخدمون مشكلة في مجموعة طلبات الخادم في التشخيص. يبدو أن 'التشخيصات' تجمع طلب خادم واحد فقط للنص المفتوح. طلب الخادم المحدد الذي يجمعه هو ملف get () بيان. التشخيص ، الذي 9.50.1.156 على معيار Windows Server 2016.

قام المستخدمون بالفعل بتثبيت وكيل .NET الذي يأتي مع أداة التشخيص 9.50 بشكل عام. خادم OpenText مسؤول عن تشغيل خادم ويندوز يستخدم 2012 R2.OpenText عادةً IIS لتقديم المحتوى.

ينصح المستخدم باستخدام الأجهزة المخصصة في البداية لأغراض السلامة. في البداية ، يمكننا تشغيل 9.4x على خادم التشخيص ، أو يمكننا أيضًا الانتقال إلى ملفات dll. المناسبة القابلة للتطبيق. يعد ذلك ضروريًا لإنشاء منصة آمنة للمراقبة وفقًا لمتطلبات التشخيص.

من أجل أداة من جانب Java ، يحتاج المستخدم إلى استخدام وكيل Java. ثم يحتاجون إلى التحقق بعناية من الوثائق وتحديثها باستمرار حتى يتمكنوا من استخدام أداة JVM بسهولة.

من الضروري الحصول على معلومات أكثر تفصيلاً بخصوص OpenText. من المهم أيضًا أن يتم الاتصال بالدعم / البحث والتطوير مباشرة من أجل الحصول على الوثائق أو بعض التعليمات المباشرة التي تشير إلى DLL (مكتبات) .NET الرئيسية التي تحتاج إلى أدوات.

7. تحديد أهداف JBoss متعددة ممكنة وتقديم الدعم لبرامج Java Agent Scripts

غالبًا ما يكون لدى المستخدمين استفسارات بخصوص المواصفات المستهدفة المتعددة لعمليات تثبيت وكيل Java للتشخيصات لمراقبة Tomcat أو JBoss ، إذا كانت مدعومة لبرامج Java Agent Scripts أم لا.

لقد لاحظوا أنه عند إضافة خطوط التكوين المحددة لـ JBoss ، فإنه يضع أحرفًا خاصة فيها ، ويُنظر إلى الدليل على أنه يحتوي فقط على عناصر UNIX / Linux التي تمتزج مع متغيرات Windows ، مثل JAVA_HOME $ مقابل٪ JAVA_HOME٪ .

يُلاحظ أنه يقوم بنسخ ولصق هذه المعلومات نفسها ، يؤدي في الأساس فقط إلى إدراج الأحرف الخاصة في ملف 'ملف' مستقل. وبالتالي ، يصبح الأمر مقلقًا ، وهذا هو سبب تصرف خدمة التطبيق بشكل غير طبيعي. وبالمثل ، سيكون إصدار النص العادي للإصدار التالي مناسبًا لهذه المشكلة ، لإصدار Windows:

if $cygwin; then JBOSS_HOME=`cygpath --path --windows '$JBOSS_HOME'` JAVA_LOC=`cygpath --path --windows '$JAVA_LOC'` JBOSS_CLASSPATH=`cygpath --path --windows '$JBOSS_CLASSPATH'` JBOSS_ENDORSED_DIRS=`cygpath --path --windows '$JBOSS_ENDORSED_DIRS'` fi # Configuring Diagnostics Java Agent AGENT_HOME= PROBE_ID= '$JAVA' -jar $AGENT_HOME/lib/jreinstrumenter.jar -f $PROBE_ID PROBE_OPTS='-Xbootclasspath/p:$AGENT_HOME/classes/$PROBE_ID/instr.jre' PROBE_OPTS='$PROBE_OPTS -javaagent:$AGENT_HOME/lib/probeagent.jar' PROBE_OPTS='$PROBE_OPTS -Dprobe.id=$PROBE_ID' # Use the line below ONLY for JBoss 6 # PROBE_OPTS='$PROBE_OPTS - Djava.util.logging.manager=org.jboss.logmanager.LogManager' # Use the line below ONLY for JBoss 7 PROBE_OPTS='$PROBE_OPTS - Djboss.modules.system.pkgs=org.jboss.byteman,com.mercury.opal' JAVA_OPTS='$JAVA_OPTS $PROBE_OPTS' # Display our environmentecho '=========================================================================' echo '' echo ' JBoss Bootstrap Environment' echo '' echo ' JBOSS_HOME: $JBOSS_HOME'Thank you.~ Michael

يمكن إصلاح هذه المشكلة أثناء عملنا على JBoss 7 JVM. في الإصدار المحدد من JBoss 7 ، يحتوي خادم المجال على ملف domain.xml ملف؛ تمت إضافة القسم التالي إلى كل عنصر من عناصر مجموعة الخادم-

هنا يتم تحليل المشكلات التي حدثت بعد توثيق التثبيت ، وهذا يمكننا من إيجاد حل لها أيضًا:

  1. لوحظ أن العقد غير الأولية لم تكن قادرة على تحميل الوكيل ؛ كان ذلك بسبب أن مسار عامل التشخيص فريد بشكل خاص على كل خادم. عادةً ما يتم تمرير نفس إعدادات مجموعة الخادم إلى كل خادم في المجموعة المذكورة. يمكن إصلاح ذلك باستخدام حرف بدل موجود في القسم أعلاه ؛ يبدأ بـ Xbootclasspath .
  1. ثم في وحدة التحكم ، لوحظ أن المجسات لم تكن مرئية بشكل صحيح ، ووجد المستخدمون صعوبة في المتابعة. ظلت المشكلة كما هي حتى أثناء استخدام ملف ٪ 0 متغير في Probe.id ، مما جعل من الصعب عرض واستبطان أي من الخادم و JVM كان المستخدم ينظر إليه بالفعل في وحدة التحكم. يمكن حل هذه المشكلة ببساطة عن طريق تمرير متغير البيئة ، أي VIPNAME دولار داخل ال xml باسم JVM. يرجى ملاحظة أن اسم JVM هو أيضًا اسم مجموعة الخادم.

في القسم الثاني المذكور أعلاه ، لوحظ أن التحقيق هو في الواقع اسم التطبيق و VIP ، مما يجعل من الواضح جدًا للمستخدم تحديد JVM الذي تتم مراقبته باستخدام وحدة التحكم. بمساعدة طريقة التسمية هذه ، يمكن للمستخدم أيضًا إضافة العديد من الخوادم أو JVMs التي يحتاجون إليها ، وسيتم عرضها بدقة في وحدة التحكم من الآن فصاعدًا.

8. ترقية خادم التشخيص 9.50 والاحتفاظ بإعدادات التكوين والبيانات التاريخية

غالبًا ما يواجه المستخدمون صعوبات أثناء ترقية خادم التشخيص 9.50 إلى أحدث إصدار ، 9.51. يريد المستخدمون الاحتفاظ بإعدادات التكوين والبيانات التاريخية مع الاحتفاظ بإصدار خادم التشخيص 9.50 ثم استيراد التطبيقات من الإصدار السابق. ويلاحظ أيضًا أن الترقية إلى الإصدار 9.51 قد أدت إلى فشل مطلق.

من الممكن تمامًا الترقية إلى 9.51 من الإصدار السابق لخادم التشخيص 9.50 مع الاحتفاظ بإعدادات التكوين والبيانات التاريخية. للحفاظ على التغييرات المذكورة من الإصدارات السابقة وترقية خادم التشخيص ، يمكن للمستخدم ببساطة اتباع الخطوات الموضحة أدناه بعناية:

  1. تحتاج إلى إيقاف الإصدار السابق وإنهاء جميع عمليات التشخيص 9.50.
  2. ثم تحتاج إلى التأكد من عمل نسخة احتياطية من ملف /إلخ مجلد في أي مكان خارج خادم التشخيص ، لذلك لا يتم فقده في الإجراء.
  3. ثم يجب عليك النسخ الاحتياطي /أرشيف مجلد خارج خادم التشخيص.
  4. فأنت بحاجة إلى إلغاء تثبيت Diagnostics 9.50.
  5. أنت الآن بحاجة إلى تثبيت برنامج Diagnostics 9.51 بالكامل.
  6. بعد ذلك ، يجب إيقاف خدمات التشخيص 9.51.
  7. ثم استبدل ملف /إلخ . و ال /أرشيف المجلدات الموجودة مع النسخ الاحتياطية من الخطوتين 2 و 3 أعلاه.
  8. الآن ابدأ خدمات التشخيص 9.51 يدويًا.

9. تعليمات أداة Oracle Application دون الحاجة إلى وحدة تحكم (CPE OCTIM19G1061847)

قام المستخدمون بتثبيت وكيل التشخيص على خادم تطبيقات Oracle بنجاح. تنشأ المشكلة عندما لا يتم تنشيط أو تمكين وحدة التحكم في خادم التطبيق. بسبب هذه المشكلة ، يتعذر على المستخدمين متابعة الإجراء كما هو مذكور على النحو الواجب في دليل تشخيص Java.

من الممكن بالفعل إضافة معلمات JVM بنفسك ، دون الحاجة إلى أي من وحدة تحكم خادم التطبيق. إصدار خادم التطبيق الذي تستخدمه EBS حاليًا هو 10.1.3.5.

يمكن للمستخدم عمومًا تنفيذ هذا الإجراء بدون وحدة تحكم ، ما عليك سوى إعداد الوحدة الأساسية. بعد ذلك سوف تحتاج إلى إضافتهم إلى قسم خيارات Java في البداية وفقًا لذلك:

data id='java-options' value=' -server -verbose:gc -Xmx512M -Xms128M -XX:MaxPermSize=160M -XX:NewRatio=2 -XX:+PrintGCTimeStamps -XX:+UseTLAB -XX:+UseParallelGC -XX:ParallelGCThreads=2 -Dcom.sun.management.jmxremote -Djava.security.policy=$ORACLE_HOME/j2ee/oacore/config/java2.policy -Djava.awt.headless=true -Dhttp.webdir.enable=false -Doracle.security.jazn.config=/backup/oracle/TSAP01/inst/apps/TSAP01_slwerpd01/ora/10.1.3/j2ee/oacore/config/jazn.xml -Dhttp.cookie.ignoreCommaInCookiesNamed=X_NoMatchingCookies'/>

10. حل الخطأ عند فشل عامل Java التشخيصي في الانعكاس بعد إعادة التشغيل باستخدام واجهة المستخدم الرسومية

غالبًا ما يمر المستخدمون بأخطاء عند إعادة تشغيل عامل Java التشخيصي أثناء استخدام Node Manager في واجهة المستخدم الرسومية. الخطأ يتعلق بعامل Java التشخيصي عندما لا يتفاعل أو ينعكس بعد إعادة التشغيل.

الموقف هو أنه بالكاد ينعكس فقط عندما يبدأ فريق التطبيق البرنامج النصي مرة أخرى يدويًا. قد يبدو الأمر مزعجًا إذا كانت هذه مشكلة متكررة. لقد لاحظوا أن بدء تشغيل التطبيق من خلال Node Manager في واجهة المستخدم الرسومية لا يمكن أن يعكس مستوى بيانات التطبيق على الإطلاق.

يمكن حل هذا الخطأ إذا اتخذ المستخدم بعض الإجراءات الضرورية. عندما يبدأ المستخدم startWeblogic.sh ، فإن هذا الوكيل المحدد يعكس جميع بيانات التطبيق. ثم يحتاج المستخدم إلى فحص شامل لجميع المعلومات الموجودة في متناول اليد.

بعد ذلك سيكونون قادرين على تحديد موقع Node Manager واكتشاف أنه يستخدم برنامجًا نصيًا مختلفًا لبدء عامل Java التشخيصي. نظرًا لهذا السبب المحدد ، فقد تعرض المستخدم للخطأ بسبب هذا البرنامج النصي المعين الذي لم يكن متوافقًا ، مما أدى إلى حدوث هذا الخطأ.

  1. يحتاج المستخدم إلى ضبط ملف StartEnabledScript وتحقق مما إذا كانت الملفات صحيحة وغير تالفة.
  2. ثم يحتاجون إلى جعل Node Manager يستخدم امتداد بدء Weblogic.sh البرنامج النصي لبدء التطبيق مرة أخرى.
  3. ثم يحتاج المستخدمون إلى التأكد من اتباع الإجراء بجدية ، في حالة وجود أي متابعة على الشاشة.