सर्वर स्वचालन

माइक्रो फोकस सर्वर ऑटोमेशन - टिप्स और ट्रिक्स

30 अक्टूबर, 2021

माइक्रो फोकस सर्वर स्वचालन डेटा सेंटर ऑटोमेशन के केंद्र में एक व्यापक, आज्ञाकारी सर्वर प्रबंधन करने में मदद करता है।

इस पोस्ट में मासिक माइक्रो फोकस सर्वर ऑटोमेशन टिप्स एंड ट्रिक्स होंगे जो माइक्रो फोकस सर्वर ऑटोमेशन में विभिन्न सामान्य मुद्दों का समेकन होगा। अन्य उपकरणों के लिए समस्या निवारण युक्तियों और युक्तियों के लिए इस लेख को देखें।

विषयसूची

  • माइक्रो फोकस सर्वर ऑटोमेशन - टिप्स एंड ट्रिक्स - जनवरी 2021
  • माइक्रो फोकस सर्वर ऑटोमेशन - टिप्स एंड ट्रिक्स - फरवरी 2021
    • 1. सर्वर ऑटोमेशन (एसए): SA कोर को RH7.6/RH7.7 में अपग्रेड करना विफल रहता है त्रुटि
    • 2. सर्वर ऑटोमेशन (एसए): uln_import कमांड बफ़र त्रुटि की अपेक्षित स्ट्रिंग के साथ विफल रहता है
    • 3. प्लेटफॉर्म सपोर्ट - SuSE 15 एरर
    • 4. एजेंट सर्टिफिकेट एरर में sha1WithRSAencryption सिग्नेचर एल्गोरिथम का उपयोग करता है
    • 5. सर्वर ऑटोमेशन (एसए): uln_import Error चलाते समय देखी गई उपयोगकर्ता त्रुटि को पंजीकृत करने में विफल
    • 6. सर्वर ऑटोमेशन (एसए): नवीनतम विंडोज पैच स्थापित करते समय देखा गया टाइम आउट संदेश त्रुटि
    • 7. सर्वर ऑटोमेशन (एसए): पायथन 2 कोड को पायथन 3 त्रुटि में पोर्ट करने के लिए एसए तैयार करने के लिए कदम
    • 8. सर्वर ऑटोमेशन (एसए): उपयोगकर्ता प्रमाणीकरण त्रुटि के कारण एमपीसी उपयोगिता विफल हो जाती है
    • 9. ऑप्सवेयर-एसएएस: मोड़ शुरू नहीं कर सकता - निर्भरता जांच विफल त्रुटि
    • 10. विंडोज पीई 10 त्रुटि के साथ बूट करते समय ओएसबीपी 'मीडिया स्रोत सेट करें' काम नहीं करता है
  • माइक्रो फोकस सर्वर ऑटोमेशन - टिप्स एंड ट्रिक्स - मार्च 2021
    • 1. प्रमाणित मुद्दों के कारण हालिया उपकरण भ्रष्टाचार के बाद उपग्रह पर एजेंट को पुनर्स्थापित करने की प्रक्रिया
    • 2. अज्ञात OS दिखाने वाले SAP के लिए SLES के साथ समस्या का समाधान
    • 3. एसए एजेंट द्वारा स्क्रिप्ट त्रुटियों का समाधान
    • 4. अज्ञात ओएस के रूप में रिपोर्ट किए जा रहे विंडोज 2016 के लिए फिक्स
    • 5. डीबी यूजर्स को कैसे अनलॉक करें
    • 6. प्लेटफ़ॉर्म इंस्टॉलर परिनियोजन करना
    • 7. लेन-देन त्रुटियों का समाधान ActionStatus.ABORT_Only मान्य स्थिति में नहीं है
    • 8. SQLNET.ALLOWED_LOGON_VERSION_SERVER को 11 या उससे कम पर कैसे सेट करें
    • 9. सर्वर एक्सटेंशन को कैसे इंस्टाल करें रजिस्टर्ड सॉफ्टवेयर के लिए इंस्टाल नहीं किया जा सकता
    • 10. सर्वर ऑटोमेशन की गैर-प्रतिक्रिया के लिए समाधान 10.60
  • माइक्रो फोकस सर्वर ऑटोमेशन - टिप्स एंड ट्रिक्स - अप्रैल 2021
    • सर्वर ऑटोमेशन (एसए): SA कोर को RH7.6/RH7.7 में अपग्रेड करना विफल रहता है
    • विंडोज 2016 HPSA में UNKNOWN सिस्टम के रूप में दिखा रहा है
    • हस्ताक्षर सत्यापन विफलता सत्र
    • RH8 सामग्री को redhat_import में जोड़ें
    • सर्वर ऑटोमेशन (एसए): उपयोगकर्ता प्रमाणीकरण के कारण एमपीसी उपयोगिता विफल हो जाती है
    • सर्वर ऑटोमेशन (एसए): पायथन 2 कोड को पायथन 3 में पोर्ट करने के लिए एसए तैयार करने के लिए कदम
    • HPSA एजेंट स्थापित नहीं कर सकता: सिस्टम install_tool_x64.exe नहीं ढूँढ सकता
    • सर्वर ऑटोमेशन (एसए): नवीनतम विंडोज पैच स्थापित करते समय देखा गया टाइम आउट संदेश
    • सर्वर ऑटोमेशन (एसए): uln_import कमांड बफ़र की अपेक्षित स्ट्रिंग के साथ विफल हो जाता है
    • सर्वर ऑटोमेशन (एसए): uln_import चलाते समय देखी गई उपयोगकर्ता त्रुटि को पंजीकृत करने में विफल
  • माइक्रो फोकस सर्वर ऑटोमेशन - टिप्स एंड ट्रिक्स - मई 2021
    • 1. पुराने 10.20 से नए 2018.08 के निर्माण पर प्रश्न।
    • 2. सॉफ्टवेयर नीति प्रश्न
    • 3. खाता लॉकआउट थ्रेसहोल्ड क्षमताएं - 64256 #jm#।
    • 4. SA 10.60 . में कोरा कमांड निष्पादित करने में त्रुटि
    • 5. अपग्रेड के बाद HPSA जॉब्स की समस्या
    • 6. एजेंट इंस्टॉल उपग्रह crsauapz3pa0 . पर विफल रहा
    • 7. मैं 10.60 के साथ SA स्क्रिप्ट में nohup का उपयोग कैसे करूं?
    • 8. प्लेटफार्म इंस्टॉलर त्रुटि
    • 9. एचपीएसए/डीएमए के लिए एक्सडाटा समर्थन
    • 10. बुद्धिमान प्रावधान के लिए एचपीई प्रोलिएंट सर्वर के लिए समर्थन
  • माइक्रो फोकस सर्वर ऑटोमेशन - टिप्स एंड ट्रिक्स - जून 2021
    • 1. चेतावनी: /packages/any/nt/5.2/PsSasHost.exe डाउनलोड नहीं किया जा सका
      • मैं चेतावनी /पैकेज/किसी भी/एनटी/5.2/PsSasHost.exe के बारे में जानना चाहता हूं जो उन्हें ऑडिट उपचार चलाने के दौरान मिलता है और उपचार स्क्रिप्ट एक कस्टम पावरशेल स्क्रिप्ट है। पृष्ठभूमि के रूप में, यह मेरे 10.60 परिवेश में होता है जहां मैंने 10.21 से हमारी सभी सामग्री और सर्वरों को माइग्रेट किया।
      • यह मेरे उत्पादन और विकास पर्यावरण दोनों में बहुत प्रतिलिपि प्रस्तुत करने योग्य है। उपचार सफलतापूर्वक चल रहा प्रतीत होता है, लेकिन यह एक चेतावनी है जिसके कारण उपयोगकर्ता मुझे परेशान करते हैं। यह उन ऑडिट नीतियों के लिए नहीं होता है जो बैट या पायथन कस्टम स्क्रिप्ट का उपयोग करते हैं, केवल तभी जब उपचारात्मक स्क्रिप्ट एक पावर शेल हो। और यह नव निर्मित सामग्री के साथ होता है, न कि केवल माइग्रेट की गई सामग्री के साथ।
      • मुझे पता है कि विंडोज 5.2 विंडोज 2003 है जो 10.60 में समर्थित नहीं है, इसलिए मुझे लगता है कि कुछ सॉफ्टवेयर नीति या कुछ इसमें है और हमें इसे हटाने की जरूरत है?
    • समाधान
    • 2. पैच Q4025337 सफलतापूर्वक कई बार स्थापित किया गया, लेकिन लापता के रूप में दिखा रहा है
    • 3. क्या ओजीएफएस से लेखापरीक्षा परिणामों को पीडीएफ में निर्यात करने का कोई तरीका है?
    • 4. लॉग भेजने पर केवल यूएस एचपीएसए प्रश्न।
    • 5. क्या थ्रेशोल्ड को तब बदला जा सकता है जब जांच टेबल_स्पेस की जांच करती है?
    • 6. एसए एजेंट सभी लिपियों के लिए त्रुटि देता है
    • 7. OBR डैशबोर्ड पर त्रुटियाँ, निम्न स्ट्रीम त्रुटिपूर्ण है; सॉफ्टवेयर अनुपालन।
    • 8. एसए एजेंट नौकरियां स्थापित करें केवल एजेंट बाइनरी स्टेज्ड पर रुकें
    • 9. एचपीएसए 10.60 उत्पादन - बचाव के लिए सुरक्षा निष्कर्ष।

माइक्रो फोकस सर्वर ऑटोमेशन - टिप्स एंड ट्रिक्स - जनवरी 2021

एक। जब उपयोगकर्ता Windows पर SA एजेंट को हटाने में असमर्थ होता है

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

|_+_|

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

आप नीचे दी गई जानकारी में प्राथमिक उत्तर पा सकते हैं:

|_+_|

तथा

|_+_|

यदि उपयोगकर्ता उपयोग कर रहा है पावरशेल एकीकरण, उन्हें नीचे दिए गए फ़ोल्डर को श्वेतसूची में डालने की आवश्यकता हो सकती है:

|_+_|

दो। जब एक ऑप्सवेयर-एजेंट मॉड्यूल प्राथमिक कोर पर खो जाता है

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

एक। # सर्विस ऑप्सवेयर-एसएएस स्टॉप ऑप्सवेयर-एजेंट

दो। # /opt/opsware/agent/bin/agent_uninstall.sh –no_deactivate

3. # mv /var/opt/opsware/crypto/agent/ /tmp

# mv /etc/opt/opsware/agent/opswgw.args /tmp

4. नीचे दिए गए चरणों का पालन करें

  • फिर आपको पर नेविगेट करने की आवश्यकता है पुस्तकालय।
  • उसके बाद, के तहत फ़ोल्डर , चुनते हैं ऑप्सवेयर।
  • खोजें उपकरण और क्लिक करें एजेंट समर्थन .
  • फिर आपको चयन करने की आवश्यकता है एजेंट.एसआरवी प्रदान की गई सूची से।
  • पर क्लिक करें क्रिया मेनू , फिर चुनें निर्यात सॉफ्टवेयर .
  • फिर आपको लगाने की आवश्यकता है .srv फ़ाइल उसी निर्देशिका में जहां इंस्टॉलर को प्रारंभ में रखा गया था।

आपके मामले के अनुसार यह होगा /var/opt/opsware/agent_installers

5.# /opt/opsware/oi_util/curl/bin/curl -k -cert /var/opt/opsware/crypto/httpsProxy/spin.srv https://localhost:1004/spinrpc.py?method=Device.update&id =10001&allow_recert=1

6.# ./opsware-agent-70.0.76120.1-linux-OEL6 -logfile /tmp/opsware_agent

3. त्रुटि को हल करना वर्ड_अपलोड अपग्रेड करते समय पूरी तरह से स्थापित नहीं किया गया है

यह उपयोगकर्ताओं के बीच देखा गया है जब वे SA 2018.08 में अपग्रेड शुरू कर रहे हैं, तो उन्हें एक त्रुटि दिखाई देती है जो कहती है:

|_+_|

यह आमतौर पर इसलिए होता है क्योंकि कुछ महत्वपूर्ण घटकों को पूरी तरह से स्थापित नहीं किया गया है। वे नीचे दिए गए हैं:

|_+_|

इस त्रुटि का सबसे प्रमुख कारण है /var/opt/Opsware/install_opsware/inv/install.inv फ़ाइल। उपयोगकर्ता को अपग्रेड मीडिया को इस विशिष्ट फ़ाइल को देखने देना चाहिए और इस समस्या को इसके साथ देखना चाहिए शब्द_अपलोड . जब उपयोगकर्ता इसे मैन्युअल रूप से जांचता है, तो वे सामने आएंगे:

|_+_|

सिस्टम के ठीक से काम करने के लिए आपको इसकी आवश्यकता नहीं है। दिखाने के लिए आपको निम्नलिखित विवरण की आवश्यकता है:

|_+_|

यह अक्सर कई मुद्दों के कारण हो सकता है, जैसे नीचे दिए गए हैं:

  1. अक्सर यह चालान फ़ाइल को ठीक से अपडेट न होने के कारण होता है,
  2. कभी-कभी ऐसा इसलिए होता है क्योंकि RPM संस्करण अपडेट नहीं किए गए थे।

आप INV फ़ाइल को बदलने और ऊपर बताई गई तीन पंक्तियों को जोड़ने का प्रयास कर सकते हैं। फिर आपको चाहिए पुनः आरंभ करें सिस्टम और फिर अपग्रेड .

4. ओवरहीप्ड फाइल सिस्टम स्पेस को हल करना

उपयोगकर्ता अक्सर एक बहुत अधिक फ़ाइल सिस्टम स्थान पर आते हैं जो किसी भी अधिक फ़ाइलों या डेटा को लेने के लिए बहुत अधिक भरा होता है। सबसे कुशल समाधान उस स्थान/स्मृति को बढ़ाना होगा जिसकी आवश्यकता है / वर / ऑप्ट / ऑप्सवेयर फाइल सिस्टम . भविष्य में इस तरह की त्रुटियों को रोकने के लिए, उपयोगकर्ता को उन फाइल सिस्टम में अतिरिक्त स्थान जोड़ने की आवश्यकता होती है, जिन्हें इसकी आवश्यकता होती है।

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

इसे सरल बनाने के लिए, उपयोगकर्ता जितना अधिक समय तक SA का उपयोग करता है, अंतरिक्ष में fs बढ़ता जाएगा, यह गहन उपयोग से भी प्रभावित होता है।

आप सभी कैश को साफ करने और फाइल सिस्टम में कुछ जगह खाली करने के लिए नीचे दिए गए चरणों का पालन कर सकते हैं:

कैशे शब्द से सभी आवश्यक फ़ाइलों को हटाने के लिए:

  1. आपको इस पैरामीटर को संपादित करने और बदलने की आवश्यकता है सभी कोर और उपग्रहों पर /etc/opt/Opsware/mm_wordbot/mm_wordbot.args:

cache_max_size - कैश निर्देशिका का अधिकतम आकार

cache_min_size - कैशे निर्देशिका का न्यूनतम आकार

कैशे_क्लीनअप_रेट - कैशे डायरेक्टरी की क्लीन-अप दर (क्लीन-अप दर के लिए मूल डिफ़ॉल्ट मान 720 मिनट या 12 घंटे है। उपयोगकर्ता इसे संपादित कर सकते हैं और इसे 1 घंटे में बदल सकते हैं)।

विशेष तौर पर /var/log/opsware , यह के कारण होना चाहिए /var/log/opsware/waybot/debug/, यह सुरक्षित रूप से हटाने में सक्षम होगा वेबोट/डीबग/ निर्देशिका।

  1. फिर से जावा क्लाइंट , उपयोगकर्ता को नेविगेट करने की आवश्यकता है प्रणाली विन्यास।
  2. फिर उन्हें खोजने की जरूरत है कमांड इंजन (रास्ता) और खोजें रास्ता.debug_size.
  3. उसके बाद, उन्हें इसे 0 पर सेट करने की आवश्यकता है, यदि किसी भी मामले में, यह 1 है। अतिरिक्त लॉगिंग की अधिकांश पीढ़ी को अक्षम करना आवश्यक है।

फिर सेकंड की एक विशिष्ट संख्या रास्ता.debug_staleness_threshold इन कैश/फ़ाइलों को स्वचालित रूप से साफ़ करने के लिए। कृपया मान को सटीक रूप से सेट करना सुनिश्चित करें।

5. त्रुटि को ठीक करना जब सर्वर ऑटोमेशन संस्थापन प्रक्रिया के दौरान प्राथमिक ऑरैकल संस्करण फ़ाइल को खोजने में विफल रहा

उपयोगकर्ताओं के बीच अक्सर यह देखा जाता है कि पहले मौजूद SA परिवेश में द्वितीयक सर्वर स्वचालन (SA) की स्थापना प्रक्रिया के दौरान, स्क्रीन पर एक त्रुटि प्रदर्शित होती है। स्क्रीन पर होने वाली त्रुटि: प्राथमिक ओरेकल संस्करण फ़ाइल खोजने में विफल .

पिछले SA परिवेश में द्वितीयक SA कोर की स्थापना के समय, hpsa_install.sh स्क्रिप्ट मुख्य रूप से सर्वर पर चलती है जिसे सेकेंडरी कोर रखना होता है। जब स्क्रिप्ट विफल हो जाती है, तो यह नीचे दिए गए संदेशों को दिखाती है:

|_+_|

इस मुद्दे को आसानी से ठीक किया जा सकता है; उपयोगकर्ता को नीचे दिए गए चरणों का पालन करने की आवश्यकता है:

  1. आपको निर्देशिका बनाने की आवश्यकता है /var/opt/ऑप्सवेयर/सत्य विशिष्ट सर्वर पर जो द्वितीयक कोर को आवासित कर रहा है
|_+_|
  1. फिर आपको कॉपी करने की जरूरत है cdf..xml और सच्चाई..tar.gz करने के लिए फ़ाइलें /var/opt/opsware/truth .

इस चरण के बाद, जब फ़ाइलें जगह में हों, तो मामले में hpsa_install.sh स्क्रिप्ट अभी भी प्रांप्ट पर बैठा है (त्रुटि के बाद देखा गया), तो पिछले विकल्प का चयन करने की आवश्यकता है। और फिर, सभी सवालों के दोबारा जवाब देने के बाद, इंस्टॉलेशन शुरू हो जाएगा और बाद में बिना किसी त्रुटि के समाप्त हो जाएगा।

यदि त्रुटि के प्रकट होने के बाद hpsa_install.sh स्क्रिप्ट को बाहर कर दिया गया है, तो उपयोगकर्ता को फिर से चलाने की आवश्यकता है। लेकिन इस बार, उन्हें पहले निरस्त किए गए प्रयास द्वारा बनाई गई cdf.xml फ़ाइल निर्दिष्ट करने की आवश्यकता है।

|_+_|

6. बेहतर प्रदर्शन के लिए ट्विस्ट हीप साइज को संभालना

ढेर के आकार को मोड़ने का सबसे उपयुक्त तरीका ढेर का आकार बढ़ाना है। यह सर्वर और ट्विस्ट घटक के लिए अधिक मेमोरी आवंटित करने का सबसे कारगर तरीका है। समाधान

1. आपको नीचे दिए गए आदेशों का आउटपुट प्राप्त करने की आवश्यकता है:

|_+_|

2. फिर आपको ट्विस्ट हीप साइज को कम से कम 4 जीबी तक बढ़ाने की जरूरत है:

  • टेक्स्ट एडिटर का उपयोग करते समय, आपको फ़ाइल खोलनी होगी। उपयोगकर्ता को संपादन से पहले यह भी सुनिश्चित करना होगा कि उनके पास इस फ़ाइल का बैकअप है।
|_+_|
  • फिर आपको आवश्यक आवंटन में निम्नलिखित प्रविष्टि को संशोधित करने की आवश्यकता है:
|_+_|

यदि मान पहले से 4GB या अधिक पर सेट है, तो उपयोगकर्ता को वर्तमान मान को दोगुना करना होगा। उन्हें यह भी सुनिश्चित करने की आवश्यकता है कि सर्वर पर उपलब्ध मेमोरी इसे ले सके।

  • अब आपको हाल के परिवर्तनों को सहेजना होगा और फिर मोड़ को पुनरारंभ करना होगा:
|_+_|

यह जांचने के लिए है कि क्या इसने परिवर्तन पर कार्रवाई की है, और पुनरारंभ करने के बाद, उपयोगकर्ता यह कर सकते हैं:

आपको इसके द्वारा ट्विस्ट पीआईडी ​​की खोज करने की आवश्यकता है बिल्ली /var/opt/Opsware/twist/twist.pid

और फिर आपको चलाने की जरूरत है:

|_+_|
  • फिर आपको से सभी चरणों का ध्यानपूर्वक पालन करने की आवश्यकता है प्रति प्रति सी सभी कोर/स्लाइस पर।

7. उन्नयन के समय देखी गई पूर्वापेक्षा विफलता का समाधान

अक्सर ऐसा होता है कि पिछले सर्वर ऑटोमेशन (एसए) वातावरण को एसए 202011 में अपग्रेड करते समय, उपयोगकर्ताओं को प्रक्रिया के दौरान समस्याओं का सामना करना पड़ता है। स्क्रीन पर प्रदर्शित होने वाली त्रुटि कहती है

|_+_|

पिछले SA संस्करण द्वारा उपयोग किए जा रहे वर्तमान Oracle डेटाबेस में है NLS_CHARACTERSET करने के लिए सेट UTF8 . मूल रूप से, संस्करण SA 2020.11 Oracle डेटाबेस के साथ UTF8 या AL32UTF8 दोनों में से किसी का उपयोग करके चल सकता है। हालाँकि, AL32UTF8 UTF8 का एक सुरक्षित संस्करण है। और SA 2020.11 को इस मान का उपयोग करते हुए डेटाबेस के साथ चलाने के लिए संरचित किया गया था।

यह शायद एक बग के कारण हो सकता है, और उसके कारण, यह त्रुटि बार-बार होती रहती है। कुछ सुरक्षा उपायों को अपनाकर इस त्रुटि को हल किया जा सकता है। यदि यह hpsa_upgrad.sh द्वारा दिखाई गई पूर्वापेक्षा चेकलिस्ट विफलता में प्रदर्शित एकमात्र विफलता है, तो आपको क्लिक करने की आवश्यकता है जारी रखें .

फिर उपयोगकर्ता को अपग्रेड के साथ आगे बढ़ना होगा। यह विफलता एक छोटी सी समस्या होगी; यह किसी भी प्रक्रिया में बाधा नहीं डालेगा और यह आवर्तक नहीं होगा।

8. buildmgr घटक को निष्क्रिय करने के निर्देश

आम तौर पर, जेकेएस कीस्टोर एक मालिकाना प्रारूप का उपयोग करता है। उपयोगकर्ता को यह सलाह दी जाती है कि वे PKCS12 में माइग्रेट करें, जो एक उद्योग-मानक है। यह एक प्रारूप का उपयोग करता है:

|_+_|

यह सलाह केवल तभी लागू होती है जब आप पदावनत OS अनुक्रम सुविधा का उपयोग कर रहे हों; तो आपको इस घटक की आवश्यकता नहीं है क्योंकि ओएस बिल्ड प्लान (जो ओएस अनुक्रमों को बदल दिया था) को विशेष रूप से बिल्डएमजीआर घटक की आवश्यकता नहीं है। जैसा कि पहले सलाह दी गई थी, उपयोगकर्ता के लिए बिल्डएमजीआर घटक को बंद करना बेहतर है।

बिल्डमग्र को स्टार्टअप से हटाना संभव है; उपयोगकर्ताओं को बस नीचे दिए गए चरणों का पालन करने की आवश्यकता है:

  • आपको buildmgr घटक को रोकने की आवश्यकता है।
|_+_|
  • फिर आपको buildmgr in . पर कमेंट करना होगा /opt/opsware/oi_util/startup/components.config
  • फिर आपको संपादित करने और नाम बदलने की आवश्यकता है /आदि/ऑप्ट/ऑप्सवेयर/स्टार्टअप/बिल्डएमजीआर कुछ ऐसा करने के लिए .बिल्डएमजीआर ( /etc/opt/opsware/startup/.buildmgr )

उपयोगकर्ता को यह नोट करने की आवश्यकता है कि . इससे पहले कि बिल्डएमजीआर नाम वास्तव में सभी सामान्य ओएस संचालन से फ़ाइल को छुपाता है। यह महत्वपूर्ण है कि वे इस तथ्य से अवगत हों कि किसी भी रोलअप, हॉटफिक्स बंडल को स्थापित करने या कॉर्ड पैच लगाने से पहले आपको बिल्ड मैनेजर घटक को फिर से सक्षम करने की आवश्यकता हो सकती है।

9. एसए संस्करणों को खोजने और पहचानने के निर्देश

मूल रूप से, सर्वर ऑटोमेशन (एसए) में कई आंतरिक घटक होते हैं जिनमें विभिन्न संस्करण संख्याएं होती हैं जो वास्तविक एसए संस्करणों के बराबर प्रतीत हो सकती हैं।

यह जानने के कई तरीके हैं कि किस SA उत्पाद संस्करण का उपयोग करना है:

एसए जावा क्लाइंट के माध्यम से

आप SA Java क्लाइंट का उपयोग केवल उस PC से कर सकते हैं जिसमें SA क्लाइंट स्थापित है, अनुसरण करें:

  1. आपको शुरू करना होगा और फिर SA क्लाइंट में लॉग इन करना होगा।
  2. फिर नेविगेट करें मदद क्लाइंट विंडो के शीर्ष पर टैब।
  3. आप चुन सकते हैं एचपीई सर्वर ऑटोमेशन के बारे में या सर्वर स्वचालन के बारे में विकल्प।
  4. फिर परिणाम विंडो में, SA उत्पाद का संस्करण इसके आंतरिक बिल्ड संस्करण के साथ दूसरी पंक्ति पर दिखाई देगा। के तहत दिखाई देगा संस्करण टैब।

संस्करण कमांड के माध्यम से

यह फिक्स केवल Linux के लिए लागू हो सकता है ऑपरेटिंग सिस्टम , क्योंकि यह SA कोर सर्वरों में से एक के रूप में कार्य करता है। आपको कमांड निष्पादित करने की आवश्यकता है: /ऑप्ट/ऑप्सवेयर/समर्थन/बिन/संस्करण

यदि उपयोगकर्ता संदेश में आता है ऐसी कोई फ़ाइल या निर्देशिका नहीं है, तो इसका मतलब है कि SA सॉफ़्टवेयर समर्थन बंडल OPStools इस SA कोर संस्करण पर स्थापित नहीं किया गया है। इसे प्राप्त करने के लिए इस विशिष्ट बंडल (जिसे उत्पाद के लिए डाउनटाइम की आवश्यकता नहीं है) को स्थापित करने की सलाह दी जाती है संस्करण उपयोगिता और अन्य। यह SA उत्पाद को बनाए रखने में बहुत प्रभावी होगा।

कोरा कमांड के माध्यम से

यह फिक्स केवल Linux ऑपरेटिंग सिस्टम के लिए लागू हो सकता है; आपको इसमें लॉग इन करना होगा। फिर उपयोगकर्ता को नीचे दिए गए आदेश को निष्पादित करने की आवश्यकता है:

|_+_|

उत्पाद संस्करण वापस किए जाने वाले आउटपुट के शीर्ष पर दिखाई देगा। इसी तरह की जानकारी a . से निकाली जाएगी .कोरा फ़ाइल जो पहले कोर यूटिलिटी द्वारा नीचे दी गई कमांड को निष्पादित करके बनाई गई थी:

|_+_|

और अगर इस कमांड को शुरू करते समय ऐसी कोई फ़ाइल या निर्देशिका त्रुटि नहीं दिखाई देती है, तो यह दर्शाता है कि पहले उल्लिखित OPSWtools समर्थन बंडल स्थापित नहीं है।

के अंतर्गत पाए गए घटक संस्करणों को देखकर

/var/opt/Opsware/install_opsware/inv/install.inv सर्वर ऑटोमेशन कोर सर्वर पर फ़ाइल। आप यह कर सकते हैं कि विभिन्न सर्वर ऑटोमेशन कोर घटकों को फ़ाइल के तहत उनके बिल्ड संस्करणों के साथ सूचीबद्ध किया जाएगा:

/var/opt/Opsware/install_opsware/inv/install.inv . फिर आपको किसी भी SA कोर सर्वर में लॉग इन करना होगा और नीचे दी गई कमांड को आरंभ करना होगा:

grep -i build_id /var/opt/opsware/install_opsware/inv/install.inv | सॉर्ट | यूनिक

और जो संस्करण रिपोर्ट किया जाएगा वह सर्वर ऑटोमेशन बिल्ड संस्करण होगा। उपयोगकर्ता को यह नोट करने की आवश्यकता है कि यदि कई संस्करणों की रिपोर्ट की जाती है, तो SA उत्पाद पहले कई उन्नयन से गुजरा है। पुराने संस्करण या तो ऐसे घटक हो सकते हैं जो अब नए/हाल के सर्वर ऑटोमेशन संस्करण में उपयोग नहीं किए जाते हैं या सटीक रूप से अपग्रेड नहीं किए गए हैं।

सर्वर ऑटोमेशन उत्पाद के माध्यम से iso

जब सर्वर ऑटोमेशन उत्पाद प्रारंभ में डाउनलोड किया जाता है, तो इसके घटक एक gzip फ़ाइल बनाते हैं जिसे के रूप में जाना जाता है T8900-150nn.tgz (जहाँ nn कोई दो अंकों की संख्या है)। जब असम्पीडित/असंग्रहीत किया जाता है, तो यह विशेष फ़ाइल बहुत सारी निर्देशिकाएँ बनाएगी, सभी के नाम समान होंगे T8900-150nn भाग संख्या। उपयोगकर्ता को यह नोट करने की आवश्यकता है कि कॉर्ड के लिए आईएसओ (एक प्राथमिक एसए संस्करण में मामूली रूप से अपग्रेड करना जिसमें एसए संस्करण 10.21, 10.22, 10.23, और 10.51 है) में फाइलों का नाम नहीं होगा T8900-150xx नाम। इसके बजाय, उन फ़ाइलों में SA बिल्ड संस्करण होंगे जिनका उल्लेख पहले किया गया था और वे an.n.nnnnn.n के प्रारूप में होंगे।

10. सिस्टम को ठीक करने से install_tool_x64.exe त्रुटि नहीं मिल सकती है

अक्सर ऐसा होता है कि उपयोगकर्ताओं को एक त्रुटि संदेश आता है जो उनके काम में बाधा डालता है, संदेश के कुछ नमूने नीचे दिए गए हैं:

|_+_|

इन त्रुटियों को आसानी से हल किया जा सकता है; उपयोगकर्ता को बस नीचे दिए गए चरणों का पालन करने की आवश्यकता है:

त्रुटि प्रदर्शित करने वाले सर्वर पर इस तरह सेट किया गया था:

|_+_|

और हमारे सर्वर के परीक्षण पर, इसे इस तरह सेट किया गया था:

|_+_|
  1. आपको विंडोज सर्वर पर सीएमडी को एडमिनिस्ट्रेटर के रूप में खोलने की जरूरत है जिसमें एरर है।
  2. फिर आपको नीचे कमांड चलाने की जरूरत है:
|_+_|

एकाधिक पथों के मामले में, अपनी विंडोज़ व्यवस्थापक टीम को शामिल करें, इसलिए उन्हें इसमें मान संपादित करने और बदलने दें रजिस्ट्री फ़ाइलें। मान बदलने के बाद, आप से परिवर्तन की पुष्टि कर सकते हैं सी:विंडोज़system32cmd.exe, और इसका मतलब यह होगा कि यह सही ढंग से काम कर रहा है।