माइक्रो फोकस साइटस्कोप - टिप्स और ट्रिक्स

30 अक्टूबर, 2021

विषयसूची

  • 1. माइक्रो फोकस साइटस्कोप - टिप्स एंड ट्रिक्स - जनवरी 2021
    • 1. ईमेल आईडी के लिए प्रदर्शन नाम रखने के निर्देश
    • 2. असमर्थित या बेरोजगार टेम्पलेट्स से कैसे निपटें?
    • 3. जब एसएसएल कॉन्फ़िगरेशन सक्रिय करने में असमर्थ हो तो क्या करें?
    • 4. Uptime बैकग्राउंड से संबंधित समस्याओं को कैसे ठीक करें?
    • 5. एमआईबी फाइलों को कैसे पुनर्प्राप्त करें और उन्हें काम करने की स्थिति में वापस कैसे लाएं?
    • 6. दूरस्थ लॉगिन विफलता होने पर मॉनिटर के लिए कनेक्शन त्रुटि को ठीक करने के निर्देश
    • 7. JSON प्रारूप में वेब पेजों को संचालित करने के लिए साइटस्कोप URL मॉनिटर का उपयोग करना
    • 8. फेलओवर पर एसवीसी स्टार्टअप की समस्या से कैसे निपटें?
    • 9. ओबीएम डाउन होने पर साइटस्कोप लॉगिन विंडो के स्वचालित पुनरारंभ को कैसे हल करें?
    • 10. मॉनिटर साइटस्कोप WMI कॉन त्रुटियों को कैसे ठीक करें?
  • 2. माइक्रो फोकस साइटस्कोप - टिप्स एंड ट्रिक्स - फरवरी 2021
    • 1. विंडोज़ पर साइट स्कोप सेवाओं को पुनः आरंभ करने के निर्देश
    • 2. WMI नेमस्पेस रूटCIMV2 . पर असाइन करने के लिए आवश्यक अनुमतियों के बारे में विवरण
    • 3. जावा रनटाइम एनवायरनमेंट को हल करना त्रुटि लोड नहीं किया जा सकता है
    • 4. 11.90 नवीनीकरण से आरंभिक त्रुटि के बाद साइट स्कोप चलाने के निर्देश
    • 5. SiteScope प्रारंभ करते समय NoClassDefFound त्रुटि को हल करना
    • 6. साइटस्कोप को ठीक करना 11.92 / 202005 - त्वरित रिपोर्ट त्रुटि प्रदर्शित नहीं करना
    • 7. साइटस्कोप - स्वचालित सत्र टाइमआउट / उपयोगकर्ता साइटस्कोप से स्वचालित रूप से लॉग आउट होने पर त्रुटि को ठीक करने के निर्देश / जीयूआई / यूआई टाइम आउट
    • 8. प्रदान किए गए ईमेल अलर्ट में उपयोग किए जा सकने वाले सभी मापदंडों की एक सूची
    • 9. साइटस्कोप लॉग फ़ाइल server_statistics.log / server_statistics_raw.log के बारे में विवरण - और कुछ मूल्यों की व्याख्या
  • 3. माइक्रो फोकस साइटस्कोप - टिप्स एंड ट्रिक्स - मार्च 2021
    • 1. ईमेल प्राथमिकताओं में डिफ़ॉल्ट सेटिंग्स विंडो में ईमेल प्रदर्शन सेट करने की प्रक्रिया
    • 2. आधिकारिक संस्करणों बनाम ओबीएम/साइटस्कोप के आंतरिक संस्करण के लिए क्रॉस-रेफरेंस सूची
    • 3. SiteScope SQL BD को अद्यतन न होने से होने वाली विफलता को हल करने के लिए कदम
    • 5. साइटस्कोप 11.33 को साइटस्कोप 11.30 . के शीर्ष पर स्थापित करते समय आने वाली परेशानी का समाधान
    • 6. स्क्रिप्ट अलर्ट के माध्यम से चर पारित करने की प्रक्रिया
    • 7. RUM के लिए समर्थित OS भेद्यता समस्याओं का समाधान
    • 8. नए बीएसएम सर्वर में बदलने के बाद पुराने बीएसएम सर्वर विवरण को प्रदर्शित होने से रोकने के निर्देश
    • 9. MQ से कनेक्ट होने पर चैनल का नाम निर्दिष्ट करने के चरण
    • 10. एपीएम द्वारा उपयोग की जाने वाली फ्री और ओपन-सोर्स लाइब्रेरी की सूची तक कैसे पहुंचें?
    • 11. दूरस्थ लॉगिन सर्वर से मॉनिटर की कनेक्शन विफलता को ठीक करें
  • 4. माइक्रो फोकस साइटस्कोप - टिप्स एंड ट्रिक्स - अप्रैल 2021
    • साइटस्कोप - नेटएप ओएनटीएपी 9.3 डिवाइस के लिए रिमोट सर्वर कॉन्फ़िगरेशन कैसे जोड़ें
    • साइटस्कोप कॉन्फ़िगरेशन विज़ार्ड निर्यात कॉन्फ़िगरेशन सुविधा हमेशा के लिए चलती है
    • साइटस्कोप एप्लेट लोडिंग NoClassDefFound अपवाद के साथ विफल हो जाती है
    • साइटस्कोप एप्लेट लोडिंग NoClassDefFound अपवाद के साथ विफल हो जाती है
    • साइटस्कोप - विंडोज़ पर साइटस्कोप संस्करण अपग्रेड के बाद एसएसएल कॉन्फ़िगरेशन को बरकरार नहीं रखा गया है
    • एपीएम / बीएसएम / बीपीएम / साइटस्कोप / रम इंजन - अपाचे वेब सर्वर / टॉमकैट / जावा संस्करण को कैसे पुनः प्राप्त करें
    • साइटस्कोप 11.32 - ईमेल वरीयताएँ - डिफ़ॉल्ट सेटिंग्स - ईमेल प्रदर्शन नाम कैसे सेट करें?
    • साइटस्कोप- टेम्पलेट को परिनियोजित करने में असमर्थ – विफल होने के साथ-साथ प्रतिबद्ध करने में विफल – विशिष्टता उल्लंघन
    • टेम्पलेट का उपयोग करके एक समूह के अंतर्गत एकाधिक मॉनीटर कैसे तैनात किए जा सकते हैं?
    • ओबीएम / साइटस्कोप - आधिकारिक संस्करण बनाम आंतरिक संस्करण, उदाहरण के लिए साइटस्कोप 2020.10 == 11.93 - क्रॉस-रेफरेंस सूची
    • साइटस्कोप सेवा को फिर से कैसे बनाएं (केवल विंडोज़)
  • 5. माइक्रो फोकस साइटस्कोप - टिप्स एंड ट्रिक्स - मई 2021
  • 6. माइक्रो फोकस साइटस्कोप - टिप्स एंड ट्रिक्स - जून 2021
    • 1. साइटस्कोप 11.92 / 202005 / ओबीएम 202005 - ओबीएम डाउन होने पर सेवा पुनरारंभ होने के बाद कोई साइटस्कोप लॉगिन विंडो नहीं
    • 2. क्या एमक्यू से कनेक्ट करते समय चैनल का नाम निर्दिष्ट करना संभव है?
    • 3. एकाधिक सामग्री मिलान का उपयोग करने वाली दहलीज
    • 4. त्रुटियों के साथ साइटस्कोप wmi की निगरानी करें
    • 5. स्क्रिप्ट अलर्ट के माध्यम से चर पारित करने में मदद करने के लिए समाधान
    • 6. साइटस्कोप एप्लिकेशन डाउन
    • 7. नए बीएसएम सर्वर से जुड़ने के बाद इंफ्रा सेटिंग के तहत पुराने बीएसएम सर्वर का विवरण
    • 8. क्या साइटस्कोप URL मॉनिटर JSON फॉर्मेट को प्रोसेस कर सकता है?
    • 9. RUM के लिए समर्थित OS भेद्यता मुद्दे
    • 10. साइटस्कोप - WMI नेमस्पेस rootCIMV2 . पर निर्दिष्ट की जाने वाली विशिष्ट अनुमतियां क्या हैं?

5 . माइक्रो फोकस साइटस्कोप - टिप्स एंड ट्रिक्स - मई 2021

1. साइलेंट लॉगिन सुविधा अब काम नहीं कर रही है - पदावनत या प्रतिस्थापित ?

सारांश

आपकी जानकारी के लिए, आपको पता होना चाहिए कि हमारे पास पूरे उद्यम में कई साइटस्कोप सर्वर जोड़े हैं। इन सर्वरों से OBM को अलर्ट, और स्टॉक कस्टम विशेषताएँ SiteScopeDrillDownURLJava और SiteScopeDrillDownURLUC प्लस एक कस्टम CA cma4 (UC) शामिल हैं, और इसके अतिरिक्त OBM में एक और CA SiteScopeDrillDownURL (जावा कंसोल) बनाएं। हमारे पास ओबीएम उपयोगकर्ता हैं जो क्रोम से ड्रिलडाउन के लिए यूसी सीए का उपयोग करेंगे। Chrome वह ब्राउज़र है जिसका उपयोग हम OBM 2020.05 के साथ करते हैं, और यह कंपनी का मानक ब्राउज़र है।



वे निश्चित रूप से आईई पर वापस आ सकते हैं ... लेकिन मैं दृढ़ता से असहमत हूं। ब्राउज़र मुख्य मुद्दा नहीं हैं। डॉक्स के अनुसार हम देखते हैं कि साइलेंट लॉगिन बंद कर दिया गया है। चूंकि हम हर दिन दर्जनों बार इस सुविधा का उपयोग करते हैं, व्यस्त परेशानी के दिनों में अधिक, हमें यह जानने की जरूरत है कि क्या यह विकल्प, बिना लॉगिन के यूसी के माध्यम से एक मॉनिटर के लिए एक सीधा ड्रिलडाउन यूआरएल वास्तव में उपयोगकर्ताओं के लिए उपलब्ध है।

हमारे उत्पादन निगरानी में उद्यम में विभिन्न निगरानी क्षेत्रों के लिए छह (6) साइटस्कोप सर्वर जोड़े शामिल हैं। हमारे दैनिक संचालन के लिए मूक लॉगिन URL बहुत महत्वपूर्ण है। लेकिन हमें अपने विकल्पों के बारे में चिंतित होना चाहिए।

यहां इस लेख में, हम उपरोक्त लिखित की जांच करेंगे।

समाधान

पृष्ठभूमि की समस्या: उपयोगकर्ता जानना चाहता है कि क्या साइलेंट लॉगिंग को हटा दिया गया है और उसके पास क्या विकल्प हैं।

विकल्प:

SSO विकल्प साइटस्कोप में उपलब्ध है। एसएसओ का मतलब है एक बार दर्ज करना जो अभिगम नियंत्रण का एक तरीका है जो एक उपयोगकर्ता को एक बार लॉग ऑन करने और फिर से लॉग ऑन करने के लिए प्रेरित किए बिना कई सॉफ्टवेयर सिस्टम के संसाधनों तक पहुंच प्राप्त करने में सक्षम बनाता है। यदि आप एसएसओ के बारे में विस्तृत जानकारी चाहते हैं, तो यहां लिंक है: https://docs.microfocus.com/itom/SiteScope:2020.05/AuthStrategies

साइटस्कोप द्वारा समर्थित एसएसओ के लिए प्रमाणीकरण रणनीतियां यहां दी गई हैं।

लाइटवेट सिंगल साइन-ऑन (LW-SSO): यह एम्बेडेड है और साइटस्कोप के लिए डिफ़ॉल्ट एकल साइन-ऑन प्रमाणीकरण रणनीति है। इसे प्रमाणीकरण के लिए किसी बाहरी मशीन की आवश्यकता नहीं है। LW-SSO का उपयोग करके एकीकृत सभी सॉफ़्टवेयर अनुप्रयोगों के लिए डिफ़ॉल्ट पासफ़्रेज़ स्ट्रिंग को SiteScope स्थापित करने के तुरंत बाद बदल दिया जाना चाहिए।

साइटस्कोप में डिफ़ॉल्ट एसएसओ मान को बदलने के तरीके के बारे में अधिक जानकारी के लिए, साइटस्कोप में एलडब्ल्यू-एसएसओ स्ट्रिंग को कैसे बदलें, इसकी जांच करें।

सीमाओं, सुरक्षा चेतावनियों और सामान्य संदर्भ सहित LW-SSO पर अधिक विवरण के लिए, LW-SSO प्रमाणीकरण देखें।

लाइटवेट डायरेक्ट्री एक्सेस प्रोटोकॉल (एलडीएपी): प्रमाणीकरण को एलडीएपी का उपयोग करके कॉन्फ़िगर किया जा सकता है। इसका उपयोग करते समय, साथ ही आप प्रमाणीकरण जानकारी (उपयोगकर्ता नाम और पासवर्ड) को स्टोर करने के लिए बाहरी एलडीएपी सर्वर का उपयोग कर सकते हैं। साइटस्कोप उपयोगकर्ता के क्रेडेंशियल्स को सत्यापित करने के लिए एलडीएपी सर्वर का उपयोग करता है।

हालांकि एलडीएपी अस्थायी है। आप उपयोगकर्ता प्रबंधन प्राथमिकताओं से अपनी इच्छा के अनुसार सक्षम और अक्षम कर सकते हैं। विवरण के लिए, एलडीएपी प्रमाणीकरण और प्राधिकरण देखें।

2. आयात/निर्यात साइटस्कोप असंतोषजनक

साइटस्कोप 2020.05 ओएस विंडोज सर्वर 2016 के साथ एक समर्पित सर्वर पर स्थापित है। साइटस्कोप संस्करण 2018.11 का कॉन्फ़िगरेशन आयात किया गया है।

बिल्ड: साइटस्कोप 11.60.83 64-बिट जेवीएम, बिल्ड 82 हालांकि इसे नए सर्वर पर स्थानांतरित नहीं किया गया है। निर्यात या आयात प्रक्रिया के दौरान कोई त्रुटि संदेश प्राप्त नहीं हुआ। लॉग को मामले के एफ़टीपी पर अपलोड किया जाएगा

समाधान

पृष्ठभूमि मुद्दा: उपयोगकर्ता साइटस्कोप 11.60 को साइटस्कोप 11.92 (2020.05) में एक सर्वर से दूसरे सर्वर पर माइग्रेट कर रहा है।

नीचे लिखित चरणों का पालन करें:

स्टेप 1: कॉन्फिग टूल का उपयोग करके कॉन्फिग बैकअप फाइल साइटस्कोप 2018.11 (11.60) में बनाई गई थी।

चरण दो: सेवाओं में साइटस्कोप बंद करो

चरण 3: रन config.tool (व्यवस्थापक अधिकारों के साथ): SiteScopein>config_tool.bat

चरण 4: खोजे गए फ़ोल्डर का चयन करें साइटस्कोप में क्लिक करें और खोलें

चरण 5: अगला बॉक्स .zip फ़ाइल बैकअप रखने का पथ स्थित था: C:ackup.zip

चरण 6: हमने पासफ़्रेज़ जोड़ा (डेटा को एन्क्रिप्ट करने के लिए हाल के संस्करणों की आवश्यकता है), न्यूनतम 6 वर्ण

चरण 7 : कॉपी किया गया: बैकअप.ज़िप टू सर्वर डेस्टिनी।

चरण 8: सर्वर नियति में सेवाओं में बंद साइटस्कोप

चरण 9 : रन config.tool (व्यवस्थापक अधिकारों के साथ): SiteScopein>config_tool.bat -> सर्वर की नियति के लिए

चरण 10 : चयनित आयात विन्यास

चरण 11: चुनें मौजूदा निर्यात की गई कॉन्फ़िगरेशन फ़ाइल का उपयोग करें बैकअप की ज़िप फ़ाइल प्रदान करें चयनित: C:UsersUSERNAMEDesktopackup.zip

चरण 12 : हमने पिछला पासफ़्रेज़ जोड़ा है।

चरण 13 : 2018 (11.50) से पहले साइटस्कोप इंस्टॉलेशन से अनियंत्रित आयात डेटा क्योंकि यह 11.60 से आता है

चरण 14: साइटस्कोप सेवा शुरू करने से पहले, हम मास्टर कॉन्फिग पर गए और सभी मॉनिटरों को निलंबित कर दिया और आईपी या एफक्यूडीएन कॉन्फ़िगर की समीक्षा की:

समूह>मास्टर.कॉन्फ़िगरेशन

मॉनिटर को निलंबित करें

_suspendMonitors= से _suspendMonitors=true . में बदला गया

साइटस्कोप संस्करण 2020 में वास्तविक सर्वर के लिए ग्राहक के लिए आवश्यक FQDN द्वारा इन मानों से IP की समीक्षा की गई।

_adminURL =

_userURL=

_webServerAddress =

_sisHostNameOverride=

टॉमकैट फ़ोल्डर और सर्वर.एक्सएमएल मानों को फिर से देखा: टॉमकैट> कॉन्फ> सर्वर.एक्सएमएल और उस डिफॉल्टहोस्ट = लोकलहोस्ट को नाम = कैटालिना के लिए जांचें।

क्या आप मैन्युअल SiS 11.33 स्थापित करना चाहते हैं? नीचे लिखे स्टेप्स को फॉलो करें।

स्टेप 1: सभी फ़ाइलों को हटाने की अनुमति देने के लिए सेवा बंद करें। (ओएम एजेंट को भी रोकें)

चरण दो : संपूर्ण साइटस्कोप फ़ोल्डर का नाम बदलें या हटाएं (साइटस्कोप_ओल्ड)।

चरण 3: MS क्लीनअप टूल का उपयोग करें (msicuu2)

• सर्वर में हर नए साइटस्कोप 11.x पैकेज पंजीकरण को हटाने के लिए एमएस टूल को विंडोज इंस्टाल क्लीनअप कहा जाता है। इसे यहाँ से डाउनलोड करें।

ऐप लॉन्च करें और साइटस्कोप शब्द के साथ सभी घटकों का चयन करें (ध्यान दें कि कुछ अन्य गैर-साइटस्कोप एचपी घटक दिखाई दे सकते हैं):

नियंत्रण कक्ष सूची में स्थापित प्रोग्राम के रूप में साइटस्कोप के पंजीकरण को हटाने के लिए निम्नलिखित रजिस्ट्री कुंजियों को हटा दें; वे कहीं भी इंस्टॉलर द्वारा देखे जाने वाले सबसे महत्वपूर्ण हैं:

चरण 4: Windows रजिस्ट्री कुंजियाँ हटाएं (regedit)

HKEY_LOCAL_MACHINESOFTWAREHewlett-PackardSiteScope

HKEY_LOCAL_MACHINESOFTWAREWow6432NodeHewlett-Packard (SystemHealth केवल 64-बिट OS)

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesHP साइटस्कोप या साइटस्कोप।

यह सुनिश्चित करने के लिए कि सभी साइटस्कोप पैच या मुख्य उत्पाद हटा दिए गए हैं, नियंत्रण कक्ष की जाँच करने की आवश्यकता है। कभी-कभी वे सूची में बने रहते हैं, हटाए गए संदेश को दिखाने के लिए बस डबल क्लिक करें।

चरण 5: निम्न फ़ाइल को हटाएँ C:WINDOWSvpd.properties (साइटस्कोप के पुराने संस्करण)

चरण 6: विंडोज में START पर जाएं और टाइप करें: %TMP% और सभी अस्थायी फाइलों को हटा दें

चरण 7: सर्वर को रिबूट करें

चरण 8: साइटस्कोप सेवा शुरू करने से पहले config.tool चलाएँ और आकार चुनें: microfocus.com में, itom > SiteScope:2020.05 > SizingSiSWinPlatform

microfocus.com में, itom > SiteScope:2020.05 > SiSCapacityCalculator

साइटस्कोप क्षमता कैलकुलेटर

साइटस्कोप में एक उपकरण शामिल है जो आपको सिस्टम व्यवहार की भविष्यवाणी करने और साइटस्कोप के लिए क्षमता नियोजन करने में मदद करता है। आप उस सिस्टम का सीपीयू और मेमोरी विवरण दर्ज करते हैं जिस पर साइटस्कोप चल रहा है, और प्रत्येक प्रकार के मॉनिटर की संख्या और आवृत्ति जो उन्हें चलाना है।

कैलकुलेटर तब प्रत्येक मॉनिटर प्रकार के लिए अपेक्षित CPU उपयोग और मेमोरी उपयोग और दिए गए कार्यभार के लिए अनुशंसित सिस्टम आवश्यकताओं को प्रदर्शित करता है। यह आपको यह निर्धारित करने में सक्षम बनाता है कि आपके कॉन्फ़िगरेशन को ट्यूनिंग की आवश्यकता है या नहीं।

3. स्थिति मामूली और गंभीर एपीएम 9.51

एपीएम में संलग्न प्रिंट के रूप में कई माइनर और क्रिटिकल अलर्ट हैं। मुझे सही सेटिंग चाहिए ताकि अलर्ट ठीक वैसे ही रहे।

समाधान

पृष्ठभूमि की समस्या: एपीएम में संलग्न प्रिंट के रूप में कई छोटे और महत्वपूर्ण अलर्ट हैं। मुझे सही सेटिंग चाहिए ताकि अलर्ट ठीक वैसे ही रहे।

रम (रियल यूजर मॉनिटर इंजन)।

निकाय के लिए सिस्टम हेल्थ की एक महत्वपूर्ण स्थिति है: स्नैपशॉट जॉब्स अलाइव काउंट

समाधान सुझाया गया:

Softwaresupport.softwaregrp.com में, doc KM1457033 > fileName=hp_man > BSM_920 > RealUserMonitor_Admin_pdf.pdf (अध्याय 5, पृष्ठ 91)

इकाई: स्नैपशॉट जॉब्स अलाइव काउंट

विवरण: खुली स्नैपशॉट नौकरियों की कुल संख्या संसाधित होने की प्रतीक्षा कर रही है

गंभीर स्थिति (लाल): RUM सभी स्नैपशॉट को संसाधित करने में सक्षम नहीं हो सकता है

Softwaresupport.softwaregrp.com में, doc KM03163971 > fileName=RealUserMonitorAdmin.pdf (अध्याय 8, पृष्ठ 83)

इकाई: स्नैपशॉट जॉब्स अलाइव काउंट

विवरण: ओपन स्नैपशॉट जॉब की कुल संख्या संसाधित होने की प्रतीक्षा कर रही है।

गंभीर स्थिति (लाल): RUM सभी स्नैपशॉट को संसाधित करने में सक्षम नहीं हो सकता है।

समस्या निवारण: एपीएम में, स्नैपशॉट कॉन्फ़िगरेशन (ईयूएम व्यवस्थापक> अंतिम उपयोगकर्ता प्रबंधन> डेटा संग्रह> स्नैपशॉट संग्रह) की जांच करें और सुनिश्चित करें कि स्नैपशॉट के लिए उचित संख्या में पृष्ठ वापस कॉन्फ़िगर किए गए हैं।

समस्या निवारण

APM में, स्नैपशॉट कॉन्फ़िगरेशन (EUMAdmin > EndUser Management > DataCollection > Snapshot संग्रह) की जांच करें और सुनिश्चित करें कि स्नैपशॉट के लिए उचित संख्या में पृष्ठ कॉन्फ़िगर किए गए हैं। (उन्हें सीमित करें)

4. साइटस्कोप 11.92 / 202005 - त्वरित रिपोर्ट प्रदर्शित नहीं हो रही

साइटस्कोप 11.92 / 202005 में त्वरित रिपोर्ट प्रदर्शित नहीं होती हैं। अपग्रेड करने के बाद, कोई अन्य ब्राउज़र या साइटस्कोप क्लाइंट टूल त्वरित रिपोर्ट प्रदर्शित नहीं कर रहा है।

अन्य सभी रिपोर्टें अपेक्षा के अनुरूप काम करती हैं (ईमेल के माध्यम से दैनिक ईमेल रिपोर्ट, प्रबंधन रिपोर्ट, अलर्ट रिपोर्ट आदि…)।

समाधान

उपयोगकर्ता अब कीस्टोर के लिए डिफ़ॉल्ट पासवर्ड का उपयोग कर रहे हैं। रिपोर्ट प्रदर्शित न करने का कारण यह है कि नीचे दी गई कुंजियों में कीस्टोर के लिए गलत पासवर्ड मान है,

_httpSecureKeyPassword=ANYPASSWORD

_httpSecureKeystorePassword=ANYPASSWORD

सही पासवर्ड के साथ कुंजियों को अपडेट करने के बाद इस समस्या को हल किया जा सकता है। इसके लिए आपको नीचे दिए गए लिखित चरणों का पालन करना होगा:

स्टेप 1: साइटस्कोप बंद करो।

चरण दो: कॉन्फ़िगरेशन का बैकअप बनाएं।

चरण 3: groupsmaster.config में कीस्टोर पासवर्ड के साथ निम्नलिखित कुंजियों को अपडेट करें:

_httpSecureKeyPassword=NEW_PASSWORD

_httpSecureKeystorePassword=NEW_PASSWORD

चरण 4: साइटस्कोप प्रारंभ करें और रिपोर्ट का परीक्षण करें।

इसके बाद बिना किसी समस्या के त्वरित रिपोर्ट प्रदर्शित की जाएगी।

5. यह जानने की आवश्यकता है कि संलग्न स्प्रेडशीट में किसी घटक की आवश्यकता है या नहीं

हमारे एपीएम सर्वर पर स्प्रैडशीट से जुड़ी कुछ कमजोरियां हैं। हमारे सुरक्षा संगठन ने पहले ही इसकी पहचान कर ली है। इसको दूर करने की जरूरत है। लेकिन कोई भी कदम उठाने से पहले हमें यह सुनिश्चित करने की आवश्यकता है कि क्या इनमें से किसी भी घटक की एपीएम सॉफ्टवेयर द्वारा आवश्यकता है या यदि उन्हें सिस्टम से पूरी तरह से हटाया जा सकता है।

समाधान

पृष्ठभूमि की समस्या: हमारे सुरक्षा संगठन ने हमारे एपीएम सर्वर पर संलग्न स्प्रेडशीट में कमजोरियों की पहचान की है। मुझे यह जानने की जरूरत है कि क्या एपीएम सॉफ्टवेयर के लिए इनमें से किसी भी घटक की आवश्यकता है या क्या उन्हें सिस्टम से पूरी तरह से हटाया जा सकता है।

हमने एपीएम 9.51 यूआई द्वारा उपयोग किए गए जेआरई के लिए जावा पैच के संबंध में आपकी पोस्ट की जांच की है। क्या आप संस्करण 1.8.0_161 का उपयोग कर रहे हैं? आप जावा कंट्रोल पैनल से पता लगा सकते हैं:

जेआरई के लिए एपीएम 9.51 सिफारिश,

microfocus.com में, itom > अनुप्रयोग प्रदर्शन प्रबंधन:9.51 > ClientSysReq

———————————

APM DPS Windows Server 2012 R2 मानक 64 बिट संस्करण SSLv3.0/TLSv1.0 प्रोटोकॉल कमजोर CBC मोड सर्वर साइड भेद्यता (BEAST)।SSLv3.0/TLSv1.0 प्रोटोकॉल कमजोर CBC मोड सर्वर साइड भेद्यता (BEAST)।

इस भेद्यता को इतने कम शब्दों में समझाया नहीं जा सकता है। यह लेख सिर्फ एक सिंहावलोकन है। यदि आप इसके बारे में अधिक विवरण चाहते हैं, तो यह अंत में बाहरी लिंक में उपलब्ध है।

टिप्पणियाँ:

• यह तकनीकी रूप से एक ब्राउज़र पर हमला है, सर्वर पर नहीं। किसी उपयोगकर्ता के सत्र को हाईजैक करने के लिए एक एन्क्रिप्टेड सत्र कुकी को पुनः प्राप्त करना एक हमले का सबसे संभावित लक्ष्य है।

• जबकि एक व्यावहारिक हमले का प्रदर्शन किया गया है, यह एक साधारण हमला नहीं है। इसमें उपयोगकर्ता के ब्राउज़र पर एक निश्चित मात्रा में नियंत्रण के साथ-साथ मैन-इन-द-मिडिल नेटवर्क एक्सेस शामिल है, ताकि वह हमलावर के नियंत्रण में सामग्री के साथ बार-बार अनुरोध कर सके, साथ ही साथ भारी रीयल-टाइम कंप्यूटिंग शक्ति भी। हमले के वेक्टर को पहले जाना जाता था लेकिन प्रयोग करने योग्य नहीं माना जाता था।

• हमला केवल सीबीसी (सिफर ब्लॉक चेनिंग) एल्गोरिदम पर लागू होता है जैसा कि एसएसएल 3.0 और टीएलएस 1.0 में लागू किया गया है। स्ट्रीमिंग सिफर RC4 असुरक्षित नहीं है, और TLS के नए संस्करण CBC को इस तरह से लागू करते हैं जो इस हमले के लिए प्रतिरोधी हैं। हालाँकि, कुछ क्रिप्टोग्राफर RC4 को CBC एल्गोरिदम (AES और DES) से कमजोर मानते हैं, जबकि TLS 1.1+ का कार्यान्वयन असामान्य है।

• ब्राउज़र (और घटक) निर्माता उन वैक्टरों को बंद करने के लिए कदम उठा रहे हैं जो हमलावरों को उस प्रकार की एक्सेस की अनुमति देते हैं जिनकी आवश्यकता होती है और टीएलएस 1.1+ को लागू करते हैं।

एसएसएल/टीएलएस-सक्षम सेवाओं के साथ दूरस्थ होस्ट से संवेदनशील जानकारी प्राप्त करना संभव हो सकता है।

विवरण

एसएसएल 3.0 और टीएलएस 1.0 में एक भेद्यता मौजूद है जो सूचना प्रकटीकरण की अनुमति दे सकती है यदि कोई हमलावर किसी प्रभावित सिस्टम से एन्क्रिप्ट किए गए ट्रैफ़िक को रोकता है।

टीएलएस 1.1, टीएलएस 1.2, और सीबीसी मोड का उपयोग नहीं करने वाले सभी सिफर सूट प्रभावित नहीं होते हैं।

यह प्लगइन एक प्रभावित एसएसएल संस्करण और सिफर सूट का उपयोग करके एसएसएल/टीएलएस रिमोट कनेक्शन स्थापित करने का प्रयास करता है और फिर डेटा वापस करने का अनुरोध करता है।

यदि लौटाए गए एप्लिकेशन डेटा को खाली या एक-बाइट रिकॉर्ड के साथ खंडित नहीं किया गया है, तो यह संभावित रूप से कमजोर है।

जब तक OpenSSL के प्रारंभ होने पर 'SSL_OP_DONT_INSERT_EMPTY_FRAGMENTS' विकल्प निर्दिष्ट नहीं किया जाता है, तब तक OpenSSL प्रतिमापन के रूप में खाली टुकड़ों का उपयोग करता है।

Microsoft ने एक-बाइट फ़्रेग्मेंट को प्रतिमाप के रूप में लागू किया, और सेटिंग को रजिस्ट्री कुंजी HKEY_LOCAL_MACHINESystemCurrentControlSetControlSecurityProvidersSCHANNELSendExtraRecord के माध्यम से नियंत्रित किया जा सकता है।

इसलिए, यदि एक से अधिक एप्लिकेशन एक ही एसएसएल/टीएलएस कार्यान्वयन का उपयोग करते हैं, तो कुछ असुरक्षित हो सकते हैं जबकि अन्य नहीं हो सकते हैं, यह इस बात पर निर्भर करता है कि कोई प्रतिमाप सक्षम किया गया है या नहीं।

समाधान है,

एसएसएल/टीएलएस सर्वर को केवल टीएलएस 1.1 या टीएलएस 1.2 का उपयोग करने के लिए कॉन्फ़िगर करें यदि समर्थित हो।

एसएसएल/टीएलएस सर्वर को केवल सिफर सूट का समर्थन करने के लिए कॉन्फ़िगर करें जो ब्लॉक सिफर का उपयोग नहीं करते हैं। यदि उपलब्ध हो तो पैच लगाएं।

नोट करें कि स्प्लिट-रिकॉर्ड काउंटरमायर को सक्षम करने के लिए MS12-006 सुरक्षा अद्यतन की स्थापना के बाद अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता हो सकती है। विवरण के लिए Microsoft KB2643584 देखें।

बंदरगाहों

टीसीपी/8443

बातचीत सिफर सुइट: AES128-SHA

टीएलएसवी1

केएक्स = आरएसए

औ = आरएसए

Enc = एईएस-सीबीसी(128)

मैक = SHA1

——————————

मैं आपकी पोस्ट से समझता हूं कि आप एपीएम यूआई के लिए क्लाइंट द्वारा उपयोग किए गए जेआरई संस्करण का जिक्र कर रहे हैं जिसे पैच करने की आवश्यकता है, क्योंकि एपीएम जीडब्ल्यू और डीपीएस दोनों ओपनजेडीके का उपयोग करते हैं न कि ओरेकल जावा का।

c:HPBSMJREin>जावा-संस्करण

ओपनजेडके संस्करण 1.8.0_212

OpenJDK रनटाइम एनवायरनमेंट (ज़ुलु 8.38.0.13-CA-win64) (बिल्ड 1.8.0_212-b04)

OpenJDK 64-बिट सर्वर VM (ज़ुलु 8.38.0.13-CA-win64) (25.212-b04, मिश्रित मोड का निर्माण)

मैं वर्तमान में एपीएम यूआई तक पहुंचने में किसी भी समस्या के बिना जेआरई 1.8.171 या उच्चतर संस्करणों का उपयोग करता हूं।

दूसरी ओर, एपीएम 9.51 स्थानीय जावा क्लाइंट का उपयोग करके अपना स्वयं का ओपनजेडीके लाता है:

F:SoftwareAPM9.51apm_local_client_winjavainjava -version

ओपनजेडके संस्करण 1.8.0_181

ओपनजेडीके रनटाइम एनवायरनमेंट (ज़ुलु 8.31.0.1-विन 64) (बिल्ड 1.8.0_181-बी02)

OpenJDK 64-बिट सर्वर VM (ज़ुलु 8.31.0.1-win64) (बिल्ड 25.181-b02, मिश्रित मोड)

6. मेट्रिक्स अपटाइम में त्रुटि

टीम अपटाइम इवेंट का परिचय देती है, जो टावर से टिकट मांगने के लिए एक स्वचालित संदेश उत्पन्न करता है। समीक्षा करते समय, विंडोज टॉवर दस्तावेज के साथ टिकट का दस्तावेजीकरण करता है कि उपकरण 21 दिनों के लिए बिना किसी रिबूट के चालू किया गया है, और यह उक्त टॉवर के साथ फोन द्वारा दोबारा जांच की जाती है कि मॉनिटर किए गए होस्टनाम और आईपी सही हैं।

साइटस्कोप में मीट्रिक सेटिंग की जांच की जाती है, और इसे ठीक से कॉन्फ़िगर किया गया पाया जाता है, काउंटर टाइम यह दर्शाता है कि अपटाइम लगभग डेढ़ दिन है। कृपया दोबारा जांच करें क्योंकि सर्वर पर लगने वाला समय और मेट्रिक, जो टावर के लिए अनुरोध को ट्रिगर करेगा, अलग-अलग हैं।

समाधान

पृष्ठभूमि की समस्या: ग्राहक को अपटाइम की समस्या है

साइटस्कोप: 11.33

साइटस्कोप पोर्ट: 8443

विंडोज सर्वर 2012 R2

समाधान सुझाया गया:

ग्राहकों के पास स्किप के साथ प्रदर्शन के मुद्दे हैं, यह सुझाव दिया गया था कि मॉनिटर की आवृत्तियों को स्किप में ठीक किया जाए और दूरस्थ सर्वर के लिए कनेक्शन सीमा को बढ़ाया जाए।

कार्य योजना:

त्रुटि -1 पर Linux सर्वर के लिए कार्य योजना:

त्रुटि प्राप्त करना:

SSH V1 कनेक्ट का प्रयास SSH V1 कनेक्ट विफल रहा SSH V2 का प्रयास विफल दूरस्थ कमांड त्रुटि (-1) दूरस्थ कमांड त्रुटि (-1) ।

एल्गोरिथ्म का उपयोग करना

साइटस्कोप को diffie-hellman-group14-sha1 के बजाय diffie-hellman-group1-sha1 का उपयोग करना चाहिए

समाधान देखें,

ommunity.microfocus.com > t5 > ऑपरेशंस-ब्रिज-यूजर > रिमोट-कनेक्टिविटी-वाया-ssh-no-longer-works-on-SiteScope-11-32 > td-p > 238976

समाधान 1:

समुदाय.माइक्रोफोकस.com > t5 > संचालन-पुल-उपयोगकर्ता > साइटस्कोप-11-24-अक्षम-से-कनेक्ट-टू-रिमोट-उबंटू-सर्वर > टीडी-पी > 1620392

/etc/ssh/sshd_config फाइल में नीचे की लाइन को अपडेट करें और फिर ssh . को रीस्टार्ट करें

KexAlgorithms=ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

समाधान 2:

कनेक्शन त्रुटि हुई: कुंजी विनिमय विफल।

कुंजी एक्सचेंज विफल होने के कारण UNIX दूरस्थ कनेक्शन प्रयास का संभावित मूल कारण विफल रहा।

एक नया दूरस्थ UNIX सर्वर SSH के माध्यम से कनेक्ट नहीं हो रहा है, कनेक्शन विफल हो जाता है और निम्न संदेश लॉग को लिखा जाता है:

सोम दिसंबर 05 05:33:30 ईएसटी 2011 एसएसएच आंतरिक कनेक्ट वी 2: एक कनेक्शन त्रुटि हुई: कुंजी एक्सचेंज विफल: सर्वर से कनेक्ट करने में विफल: कनेक्शन अस्वीकार कर दिया गया: कोई और जानकारी नहीं (यूसी)।

PuTTy के साथ परीक्षण कनेक्टिविटी काम करती है, हालाँकि माइंडटर्म भी उसी त्रुटि संदेश के साथ विफल हो जाता है:

कुंजी विनिमय प्रक्रिया का कुंजी फ़ाइल प्रमाणीकरण से कोई लेना-देना नहीं है। प्रक्रिया सभी प्रकार की प्रमाणीकरण विधियों के लिए की जाती है। पहली बार जब कोई SSH क्लाइंट किसी सर्वर से जुड़ता है तो चाबियों का आदान-प्रदान होता है जो प्रत्येक सर्वर की पहचान करता है।

सर्वर साइड पर ये क्लाइंट कुंजियाँ संग्रहीत की जाती हैं और अगली बार जब क्लाइंट कनेक्ट करने का प्रयास करता है तो उसकी जाँच की जाती है। यदि फ़ाइल या कुंजी स्वयं सर्वर साइड पर दूषित हो जाती है तो यह अब क्लाइंट की पहचान पर भरोसा नहीं करेगी और कनेक्शन से इनकार कर दिया जाएगा।

यह कुंजी विनिमय विफलता लक्ष्य पक्ष पर साइटस्कोप सर्वर आईपी को निर्दिष्ट एक दूषित कुंजी से संबंधित हो सकती है। ये SSH कुंजियाँ सामान्य रूप से /etc/ssh/ssh_known_hosts या, अधिक संभावना, /home//.ssh/ज्ञात_होस्ट्स (ओपनएसएसएच सॉफ़्टवेयर के लिए) में संग्रहीत की जाती हैं। सभी एसएसएच सॉफ्टवेयर प्रदाताओं के पास समान फाइलें होनी चाहिए, क्योंकि कुंजी विनिमय प्रक्रिया एसएसएच प्रोटोकॉल का हिस्सा है।

पूरी फ़ाइल को हटाने या साइटस्कोप सर्वर आईपी या होस्टनाम को दी गई लाइन को हटाने से पहली बार प्रयास किए गए एक नए कुंजी एक्सचेंज को बाध्य किया जाएगा।

समाधान 3:

कनेक्टिविटी स्थापित करने के लिए नीचे परिवर्तन किए गए थे

साइटस्कोप सर्वर ओएस == लिनक्स:

स्टेप 1: रिमोट यूनिक्स कनेक्शन संपादित करें

चरण दो: ओएस बदलता है (यदि आवश्यक हो)

चरण 3: खाते का उपयोग कर सर्वर में लॉग इन करके शीघ्र जोड़ें। जैसे (:~>)

चरण 4: एडवांस के तहत SSH क्लाइंट को बाहरी SSH क्लाइंट में बदलें

साइटस्कोप सर्वर ओएस == विंडोज़:

स्टेप 1: रिमोट यूनिक्स कनेक्शन संपादित करें

चरण दो: ओएस बदलता है (यदि आवश्यक हो)

चरण 3: खाते का उपयोग कर सर्वर में लॉग इन करके शीघ्र जोड़ें। जैसे (:~>)

चरण 4: एडवांस के तहत SSH क्लाइंट को प्लिंक में बदलें

चरण 5: कस्टम कमांडलाइन जोड़ें - D:SiteScope oolsplink.exe -ssh $user$@$host$ -pw $password$।

कार्य योजना 2:

• Linux सर्वर से संबंधित मॉनिटर को अक्षम करें जो विफल हो रहे हैं और हैंडल काउंट और स्किप का कारण बन रहे हैं।

अगले चरण: हम कार्य योजना के परिणामों की जांच के लिए अगले शुक्रवार को अगले वीबेक्स सत्र के लिए सहमत हुए।

7. त्रुटि - एमआईबी फ़ाइल सूची प्राप्त नहीं कर सकता java.lang.NullPointerExceptio एन

लॉग में यह निम्न संदेश प्रदर्शित कर रहा है:

|_+_|

समाधान

पृष्ठभूमि मुद्दा: एमआईबी काम नहीं कर रहे हैं:

2020-10-22 13:00:18,826 [http-bio-443-exec-2] (MergeParserPhase.java:116) त्रुटि - पार्स नहीं किया जा सका: TRIPPLITE.MIB डुप्लिकेट मॉड्यूल: फ़ाइल: ///D:/SiteScope/ templates.mib/README-MIB.txt:1:1:TRIPPLITE जोड़ते समय पहले से ही परिभाषित है: file:///D:/SiteScope/templates.mib/TRIPPLITE.MIB:12:1:TRIPPLITE2020-10-22 13: 00:19,388 [http-bio-443-exec-2] (SnmpUtil.java:657) त्रुटि - MIB फ़ाइल listjava.lang.NullPointerException प्राप्त नहीं कर सकता

यहाँ समाधान है। एमआईबी फाइलों से संबंधित मुद्दों के संबंध में एक फाइल है: README-MIB.txt। इसलिए हमने साइटस्कोप को हटा दिया, पुनः आरंभ किया और एमआईबी मॉनिटर द्वारा एसएनएमपी में एमआईबी फ़ाइल को पुनः लोड किया और यह काम किया। अब चिंता की कोई बात नहीं है।

8. दूरस्थ लॉगिन सर्वर में अक्षम मॉनिटर के लिए कनेक्शन त्रुटि

उपयोगकर्ता दूरस्थ लॉगिन त्रुटि सर्वर में असमर्थ हैं। मॉनिटर के लिए एक कनेक्शन त्रुटि है। अगर अभी इस पर ध्यान नहीं दिया गया तो यह गंभीर हो सकता है।

समाधान

पृष्ठभूमि मुद्दा: कनेक्शन त्रुटियाँ और स्किप

साइटस्कोप संस्करण 11.41

मेमोरी 16 गीगाबाइट

• हमने स्किप मॉनिटर की जाँच की और कई छोड़े गए मॉनिटर पाए।

• हमने मॉनिटर काउंट लॉग की समीक्षा की।

सर्वर सांख्यिकी लॉग दिखाता है कि आपको मेमोरी हीप आकार बदलने की आवश्यकता है।

कार्य योजना 1:

• साइटस्कोप सर्वर में जावा हीप आकार बढ़ाएँ। यह निम्नलिखित चरणों द्वारा किया जा सकता है:

स्टेप 1: साइटस्कोप सेवा बंद करें।

चरण दो: रजिस्ट्री संपादक पर जाएँ और इस पथ का अनुसरण करें:

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesHPSiteScopeserviceParam]। -Xmx और -Xms मान (दोनों) को 8192 में संपादित करें

चरण 3: Master.config पर जाएं और सूची के अंत में इस पैरामीटर को बदलें या जोड़ें:

प्रदर्शन समस्याएँ होने पर कचरा संग्रहकर्ता का उपयोग किया जाता है:

_runGPeriod=900000 -> स्मृति मुक्त करने के लिए

चरण 4: सर्वर को रिबूट करें।

चरण 5: साइटस्कोप सेवा प्रारंभ करें।

छोड़ देता है :

जैसा कि हम अभी के लिए सहमत हैं, आप फ़ार्मेसी मॉनिटर से केवल आवृत्ति को यह जांचने के लिए बदल देंगे कि क्या उन परिवर्तनों के बाद भी यह विफल रहता है। यदि इन सभी चरणों के बाद भी, स्किप और झूठे अलर्ट जारी रहते हैं, तो URL और URL अनुक्रम मॉनिटर और डेटाबेस मॉनिटर के लिए भी आवृत्ति को बदलना आवश्यक होगा। उपयोगकर्ता ने फ़ार्मेसी मॉनिटर्स के लिए मतदान अंतराल को संशोधित किया और यह अच्छा लग रहा है।

9. साइटस्कोप एसक्यूएल डीबी तालिका अद्यतन नहीं हो रही है

साइटस्कोप में SQL DB तालिका अद्यतन नहीं हो रही है। अद्यतन के संबंध में कुछ समस्याएँ हो सकती हैं। साइटस्कोप एसक्यूएल डीबी तालिका अद्यतन नहीं हो रही है

समाधान

पृष्ठभूमि मुद्दा: साइटस्कोप एसक्यूएल डीबी तालिका अद्यतन नहीं हो रही है। उपयोगकर्ता SQL डेटाबेस से कनेक्ट होने वाले साइटस्कोप डेटाबेस टूल के साथ काम कर रहा था। डेटाबेस सक्षम किया गया था, लेकिन डेटाबेस में डेटा संग्रहीत नहीं किया गया था

साइटस्कोप संस्करण 11.91 (2019.11)

Oracle का यह समाधान SQL के लिए लागू किया गया था और सफलतापूर्वक काम किया।

समाधान: softwaresupport.softwaregrp.com > doc KM03092343

हम देख सकते हैं कि तालिका डेटाबेस में बनाई गई थी, लेकिन कोई डेटा सम्मिलित नहीं किया गया था।

साइटस्कोप - डेटाबेस लॉगिंग सक्षम किया गया है, लेकिन डीबी में कोई डेटा संग्रहीत नहीं है

निम्नलिखित कथनों को confcoreToolslog4jPlainJavalog4j.properties में जोड़कर डीबग सक्षम करें

समस्या डेटाबेस के कारण होती है। लॉग फ़ाइल में त्रुटि से पता चलता है कि साइटस्कोप एक डेटाबेस तालिका बनाने का प्रयास करता है जो पहले से मौजूद है। अन्य त्रुटियों से पता चला कि साइटस्कोप उस तालिका में डेटा सम्मिलित करने का प्रयास करता है जो मौजूद नहीं थी और यह भी कि यह गलत कॉलम वाली तालिका में डेटा सम्मिलित करने का प्रयास करती है। आप तालिका को फिर से बनाकर इन मुद्दों को हल कर सकते हैं। हेयर यू गो:

स्टेप 1: साइटस्कोप सेवा बंद करें।

चरण दो: डेटाबेस साइड पर खाली टेबल को ड्रॉप करें।

चरण 3: groupsmaster.config को संशोधित करें और तालिका बनाने में तालिका का नाम बदलें और तालिका को किसी भिन्न तालिका नाम में सम्मिलित करें, नीचे दिए गए उदाहरण में उपयोग की जाने वाली तालिका को SiteScopeLog_01 कहा जाता है

_logJdbcCreateSiteScopeLog=तालिका बनाएँ SiteScopeLog_01 (datex VARCHAR(255), सर्वरनाम VARCHAR(255), वर्ग VARCHAR(255), नमूना VARCHAR(255), श्रेणी VARCHAR(255), GroupName VARCHAR(255), MonitorName VARCHAR(255), स्थिति VARCHAR (255), मॉनिटरआईडी वचर (255), मूल्य 1 वचर (255), मूल्य 2 वचर (255), मूल्य 3 वचर (255), मूल्य 4 वचर (255), मूल्य 5 वचर (255), मूल्य 6 वचर (255), मूल्य 7 वचर (255) ), मान 8 वचर (255), मूल्य 9 वचर (255), मूल्य 10 वचर (255))

_logJdbcDriverSiteScopeLog=oracle.jdbc.driver.OracleDriver

_logJdbcInsertLink =

_logJdbcInsertSiteScopeLog= SiteScopeLog_01 मान में डालें(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)

चरण 4: साइटस्कोप सेवा शुरू करें। एक बार डेटाबेस को फिर से बनाया गया डेटा तालिका में आ गया: साइटस्कोपलॉग_01 डेटाबेस से: SITESCOPE_DSO

• विफलता प्रतिबिंबित हुई:

• सर्वर को एसएमटीपी कनेक्टर से हटा दिया गया था (एसएमटीपी कनेक्टर। एसएमटीपी आउटगोइंग ईमेल संदेशों को एक सर्वर से दूसरे सर्वर पर स्थानांतरित करने और अन्य मेल सर्वर और ईमेल क्लाइंट से ईमेल संदेशों को स्वीकार करने के लिए एक प्रोटोकॉल है।)

10. लिनक्स पर साइटस्कोप - 11.41 से 11.90 तक अपग्रेड करने के बाद साइटस्कोप शुरू करने में असमर्थ

ऐसा लगता है कि नए साइटस्कोप अपग्रेड में कुछ समस्याएं हैं। उपयोगकर्ता 11.41 से 11.90 तक अपग्रेड करने के बाद Linux पर SiteScope प्रारंभ करने में असमर्थ हैं। अपडेट के बाद साइटस्कोप को सामान्य तरीके से /स्टार्ट के माध्यम से शुरू नहीं किया जा सकता है। समस्या यह है कि Red Hat Linux पर SiteScope 11.41 को 11.90 . में अद्यतन किया गया है

निष्पादित करते समय ./start, यह कुछ समय के लिए काम करता है, फिर वापस आ जाएगा। साइटस्कोप को पृष्ठभूमि प्रक्रिया के रूप में प्रारंभ नहीं किया जा सकता है। error.log या किसी अन्य लॉगफाइल में कुछ भी नहीं लिखा जाता है। वर्कअराउंड के रूप में उन्होंने साइटस्कोप को /bin/go.sh के माध्यम से शुरू किया। OS को पुनरारंभ करने से समस्या का समाधान नहीं हुआ।

यदि कोई साइटस्कोप को ./स्टार्ट के माध्यम से शुरू करता है, तो वह पहले स्टार्ट-सर्विस एग्जीक्यूटिव ../java/bin/java .. -DSiteScope=true ${FAILOVER} -cp ${CLASSPATH} com.mercury.sitescope.bootstrap के जरिए सर्विस शुरू करता है। .Service $$ $@ जो तब /bin/start-monitor को कॉल करता है जो अंत में p exec ../java/bin/SiteScope -server .. org.apache.catalina.startup के माध्यम से साइटस्कोप के मूल को शुरू करता है। बूटस्ट्रैप शुरू होता है इसलिए रनिंग स्टार्ट और गो.श के बीच मुख्य अंतर सर्विस प्रोसेस स्टार्ट-सर्विस / com.mercury.sitescope.bootstrap है। सेवा, जो यहाँ मरती हुई प्रतीत होती है।

स्क्रिप्ट जो करती है उसका बेहतर पालन करने के लिए,

स्क्रिप्ट को बदलें / निम्नानुसार शुरू करें:

पहली पंक्ति बदलें

#!/बिन/श

प्रति

#!/बिन/श -x

और रेखा

अगर [X = X-i]

प्रति

# अगर [X = X-i]

यदि सही;;

(पहली पंक्ति पर टिप्पणी करें, और दूसरी को जोड़ें, फिर -i विकल्प के साथ स्टार्ट-सर्विस शुरू हो जाती है और स्क्रीन पर त्रुटि भी उत्पन्न होती है)

फ़ाइल सहेजें

साइटस्कोप को ./start . के माध्यम से प्रारंभ करें

कुछ समय प्रतीक्षा करें, फिर स्क्रीन पर आउटपुट कैप्चर करें

परिणाम है

[रूट@sgbhpdapp01:/ऑप्ट/एचपी/साइटस्कोप]#./स्टार्ट

+ लैंग = सी

++ दिरनाम ./शुरू

+ रूट =।

+ परीक्षण-एस ./समूह/पिड

+ '[' 1 -ईक्यू 0 ']'

+ परीक्षण-एस ./समूह/मोनपिड

+ '[' 0 -ईक्यू 0 ']'

++ बिल्ली ./समूह/मोनपिड

+ पीआईडी ​​= 0

+ /बिन/पीएस -पी 0

त्रुटि: प्रक्रिया आईडी सीमा से बाहर है

उपयोग:

पीएस [विकल्प]

'पीएस-सहायता' का प्रयास करें

या 'पीएस-सहायता'

अतिरिक्त सहायता पाठ के लिए।

अधिक जानकारी के लिए पीएस (1) देखें।

+ '[' 1 -ईक्यू 0 ']'

+ सच

+ सीडी ./बिन

+ ./स्टार्ट-सर्विस -i

त्रुटि: पासवर्ड फ़ाइल पढ़ने की पहुंच प्रतिबंधित होनी चाहिए: /opt/HP/SiteScope/java/lib/management/jmxremote.password

sun.management.AgentConfigurationError

sun.management.jmxremote.ConnectorBootstrap.checkPasswordFile(ConnectorBootstrap.java:577) पर

sun.management.jmxremote.ConnectorBootstrap.startRemoteConnectorServer(ConnectorBootstrap.java:426) पर

at sun.management.Agent.startAgent(Agent.java:262)

at sun.management.Agent.startAgent(Agent.java:452)

पहली त्रुटि को आसानी से अनदेखा किया जा सकता है:

पिड और मोनपिड फाइलें मौजूद नहीं हैं, यह स्क्रिप्ट निष्पादित करने का प्रयास करती है

पीएस -पी 0

जो अमान्य है और विफल रहता है।

हालांकि दूसरी त्रुटि क्या अधिक महत्वपूर्ण है

त्रुटि: पासवर्ड फ़ाइल पढ़ने की पहुंच प्रतिबंधित होनी चाहिए: /opt/HP/SiteScope/java/lib/management/jmxremote.password

sun.management.AgentConfigurationError

sun.management.jmxremote.ConnectorBootstrap.checkPasswordFile(ConnectorBootstrap.java:577) पर

पीछा किया

stackoverflow.com > प्रश्न > 19220442 > jmx पासवर्ड रीड एक्सेस इश्यू

..

सुनिश्चित करें कि जावा प्रक्रिया को चलाने के लिए आप जिस उपयोगकर्ता का उपयोग कर रहे हैं, उसके पास फ़ाइल (स्वामी/पढ़ने की अनुमति) तक पहुंच है।

कोशिश:

chmod 600 jmxremote.password

..

हालाँकि अनुमतियाँ बदलने से समस्या का समाधान नहीं होता है।

समाधान

jmxremote वाले सभी निर्देशों को हटाने के लिए इन आदेशों का पालन करें

गो.शो

..

|_+_|

..

प्रति

स्क्रिप्ट स्टार्ट-सर्विस और स्टार्ट-मॉनिटर में समान परिवर्तन करें

इस परिवर्तन के बाद स्टार्टअप /opt/HP/SiteScope/java/lib/management/jmxremote.password की जांच नहीं करता है, और SiteScope ठीक से शुरू होता है।