সার্ভার অটোমেশন

মাইক্রো ফোকাস সার্ভার অটোমেশন - টিপস এবং কৌশল

30 অক্টোবর, 2021

মাইক্রো ফোকাস সার্ভার অটোমেশন ডেটা সেন্টার অটোমেশনের কেন্দ্রে একটি ব্যাপক, অনুগত সার্ভার পরিচালনা করতে সহায়তা করে।

এই পোস্টে মাসিক মাইক্রো ফোকাস সার্ভার অটোমেশন টিপস এবং কৌশল থাকবে যা মাইক্রো ফোকাস সার্ভার অটোমেশনের বিভিন্ন সাধারণ সমস্যাগুলির একত্রীকরণ হবে। অন্যান্য সরঞ্জামগুলির জন্য সমস্যা সমাধানের টিপস এবং কৌশলগুলির জন্য এই নিবন্ধটি দেখুন।

সুচিপত্র

  • মাইক্রো ফোকাস সার্ভার অটোমেশন - টিপস এবং কৌশল - জানুয়ারী 2021
  • মাইক্রো ফোকাস সার্ভার অটোমেশন - টিপস এবং কৌশল - ফেব্রুয়ারি 2021
    • 1. সার্ভার অটোমেশন (SA): SA কোরকে RH7.6/RH7.7 তে আপগ্রেড করলে ত্রুটি ব্যর্থ হয়
    • 2. সার্ভার অটোমেশন (SA): uln_import কমান্ড বাফার ত্রুটির প্রত্যাশিত স্ট্রিং সহ ব্যর্থ হয়
    • 3. প্ল্যাটফর্ম সমর্থন - SuSE 15 ত্রুটি
    • 4. এজেন্ট শংসাপত্রের ত্রুটিতে sha1WithRSAEncryption স্বাক্ষর অ্যালগরিদম ব্যবহার করে
    • 5. সার্ভার অটোমেশন (SA): uln_import ত্রুটি চালানোর সময় ব্যবহারকারীর ত্রুটি নিবন্ধন করতে ব্যর্থ হয়েছে
    • 6. সার্ভার অটোমেশন (SA): সর্বশেষ উইন্ডোজ প্যাচ ইনস্টল করার সময় টাইম আউট বার্তা দেখা যায় ত্রুটি
    • 7. সার্ভার অটোমেশন (SA): পাইথন 2 কোড পাইথন 3 ত্রুটিতে পোর্ট করার জন্য SA প্রস্তুত করার পদক্ষেপ
    • 8. সার্ভার অটোমেশন (SA): ব্যবহারকারীর প্রমাণীকরণ ত্রুটির কারণে MpC ইউটিলিটি ব্যর্থ হয়
    • 9. অপসওয়্যার-এসএএস: টুইস্ট শুরু করা যাবে না - নির্ভরতা পরীক্ষা ব্যর্থ ত্রুটি৷
    • 10. Windows PE 10 ত্রুটির সাথে বুট করার সময় OSBP 'সেট মিডিয়া সোর্স' কাজ করে না
  • মাইক্রো ফোকাস সার্ভার অটোমেশন - টিপস এবং কৌশল - মার্চ 2021
    • 1. শংসাপত্র সংক্রান্ত সমস্যার কারণে সাম্প্রতিক টুল দুর্নীতির পরে একটি স্যাটেলাইটে এজেন্ট পুনরায় ইনস্টল করার পদ্ধতি
    • 2. SAP-এর জন্য SLES-এর সাথে সমস্যা সমাধান করা যা অজানা OS দেখায়
    • 3. SA এজেন্ট দ্বারা স্ক্রিপ্ট ত্রুটির জন্য সমাধান
    • 4. একটি অজানা OS হিসাবে রিপোর্ট করা হচ্ছে Windows 2016-এর জন্য সংশোধন করুন৷
    • 5. কিভাবে DB ব্যবহারকারীদের আনলক করবেন
    • 6. প্ল্যাটফর্ম ইনস্টলার স্থাপনা সম্পাদন করা
    • 7. লেনদেন ত্রুটির জন্য সমাধান ActionStatus.ABORT_Only একটি বৈধ অবস্থায় নেই
    • 8. কিভাবে SQLNET.ALLOWED_LOGON_VERSION_SERVER 11 বা তার নিচে সেট করবেন
    • 9. নিবন্ধিত সফ্টওয়্যার জন্য সার্ভার এক্সটেনশন কিভাবে ইনস্টল করা যাবে না
    • 10. সার্ভার অটোমেশনের প্রতিক্রিয়াহীনতার সমাধান 10.60
  • মাইক্রো ফোকাস সার্ভার অটোমেশন - টিপস এবং কৌশল - এপ্রিল 2021
    • সার্ভার অটোমেশন (SA): SA কোরকে RH7.6/RH7.7 এ আপগ্রেড করা ব্যর্থ হয়েছে
    • WINDOWS 2016 HPSA-তে অজানা সিস্টেম হিসেবে দেখানো হচ্ছে
    • স্বাক্ষর যাচাইকরণ ব্যর্থতার সেশন
    • redhat_import এ RH8 বিষয়বস্তু যোগ করুন
    • সার্ভার অটোমেশন (SA): MPC ইউটিলিটি ব্যবহারকারীর প্রমাণীকরণের কারণে ব্যর্থ হয়
    • সার্ভার অটোমেশন (SA): পাইথন 2 কোড পাইথন 3 এ পোর্ট করার জন্য SA প্রস্তুত করার পদক্ষেপ
    • HPSA এজেন্ট ইনস্টল করতে পারবেন না: সিস্টেম install_tool_x64.exe খুঁজে পায় না
    • সার্ভার অটোমেশন (SA): সর্বশেষ উইন্ডোজ প্যাচ ইনস্টল করার সময় টাইম আউট বার্তা দেখা যায়
    • সার্ভার অটোমেশন (SA): uln_import কমান্ড বাফারের প্রত্যাশিত স্ট্রিং সহ ব্যর্থ হয়
    • সার্ভার অটোমেশন (SA): 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. HPSA/DMA-এর জন্য Exadata সমর্থন
    • 10. বুদ্ধিমান বিধানের জন্য HPE Proliant সার্ভারের জন্য সমর্থন
  • মাইক্রো ফোকাস সার্ভার অটোমেশন - টিপস এবং কৌশল - জুন 2021
    • 1. সতর্কতা: /packages/any/nt/5.2/PsSasHost.exe ডাউনলোড করা যায়নি
      • আমি /packages/any/nt/5.2/PsSasHost.exe সম্পর্কে জানতে চাই যে তারা একটি অডিট প্রতিকার চালানোর সময় পায় এবং প্রতিকার স্ক্রিপ্টটি একটি কাস্টম পাওয়ারশেল স্ক্রিপ্ট। পটভূমি হিসাবে, এটি আমার 10.60 পরিবেশে ঘটে যেখানে আমি 10.21 থেকে আমাদের সমস্ত সামগ্রী এবং সার্ভার স্থানান্তরিত করেছি।
      • এটি আমার উত্পাদন এবং বিকাশ উভয় পরিবেশে খুব পুনরুত্পাদনযোগ্য। প্রতিকার সফলভাবে চলছে বলে মনে হচ্ছে, কিন্তু এটি একটি সতর্কতা যা ব্যবহারকারীদের আমাকে বিরক্ত করে। ব্যাট বা পাইথন কাস্টম স্ক্রিপ্ট ব্যবহার করে এমন অডিট নীতিগুলির ক্ষেত্রে এটি ঘটে না, শুধুমাত্র যখন প্রতিকার স্ক্রিপ্ট একটি পাওয়ার শেল হয়। এবং এটি শুধুমাত্র স্থানান্তরিত বিষয়বস্তু নয়, নতুন তৈরি সামগ্রীর সাথে ঘটে।
      • আমি জানি যে উইন্ডোজ 5.2 হল উইন্ডোজ 2003 যা 10.60 এ সমর্থিত নয়, তাই আমি অনুমান করছি যে কিছু সফ্টওয়্যার নীতি বা কিছু এতে রয়েছে এবং আমাদের এটি সরাতে হবে?
    • সমাধান
    • 2. প্যাচ Q4025337 সফলভাবে বেশ কয়েকবার ইনস্টল করা হয়েছে, কিন্তু অনুপস্থিত হিসাবে দেখাচ্ছে৷
    • 3. OGFS থেকে পিডিএফ-এ অডিট ফলাফল রপ্তানি করার কোন উপায় আছে কি?
    • 4. লগ পাঠানোর বিষয়ে শুধুমাত্র US HPSA প্রশ্ন।
    • 5. যখন প্রোব টেবিল_স্পেস পরীক্ষা করে তখন কি থ্রেশহোল্ড পরিবর্তন করা যায়?
    • 6. SA এজেন্ট সমস্ত স্ক্রিপ্টের জন্য ত্রুটি দেয়
    • 7. ওবিআর ড্যাশবোর্ডে ত্রুটি, নিম্নলিখিত স্ট্রীম ত্রুটিপূর্ণ; সফ্টওয়্যার সম্মতি।
    • 8. SA এজেন্ট ইন্সটল করুন কাজগুলি শুধুমাত্র এজেন্ট বাইনারি স্টেজে স্টপ
    • 9. HPSA 10.60 প্রোডাকশন - প্রতিকারের জন্য নিরাপত্তার ফলাফল।

মাইক্রো ফোকাস সার্ভার অটোমেশন - টিপস এবং কৌশল - জানুয়ারী 2021

এক. যখন ব্যবহারকারী Windows এ একটি SA এজেন্ট মুছে ফেলতে অক্ষম হয়

এটি প্রায়শই লক্ষ্য করা যায় যে ব্যবহারকারীরা প্রায়ই Windows এ একটি SA এজেন্ট মুছে ফেলতে অক্ষম হয়। এটি দেখা যায় যে আনইনস্টল ব্যাট ফাইলটি সমস্ত ফোল্ডার, ফাইল, ডেটা ইত্যাদি মুছে ফেলতে পারে না।

|_+_|

এই ত্রুটিটি সাধারণত কারণ ম্যাকাফি অ্যান্টিভাইরাসটি লকডাউন সক্ষম অবস্থায় রয়েছে, যা নির্দেশ করে যে অ্যাপ্লিকেশন পরিবর্তন নিয়ন্ত্রণ সুরক্ষা বৈশিষ্ট্য চালু আছে। যখনই এই মোডটি বাদ না দিয়ে সক্ষম করা হয়, তখন কেউ মুছে ফেলতে বা পরিবর্তন করতে পারে না (cmd বা ম্যানুয়ালি) এবং এর অধীনে একটি ডিরেক্টরির যেকোন ফাইল C: ড্রাইভ। আমাদের কিছু ফোল্ডার এবং ফাইল (পথ) বাদ দিতে হবে এই বৈশিষ্ট্যের জন্য।

আপনি নীচে দেওয়া তথ্যে একটি প্রাথমিক উত্তর পেতে পারেন:

|_+_|

এবং

|_+_|

যদি ব্যবহারকারী ব্যবহার করছেন শক্তির উৎস ইন্টিগ্রেশন, তাদের নীচে দেওয়া ফোল্ডারটিকে সাদা তালিকাভুক্ত করতে হতে পারে:

|_+_|

দুই যখন একটি Opsware-এজেন্ট মডিউল প্রাথমিক কোরে হারিয়ে যায়

প্রাথমিক কোরে অপসওয়্যার-এজেন্ট মডিউল হারিয়ে গেলে ব্যবহারকারীরা প্রায়ই একটি ত্রুটির সম্মুখীন হন। মূল এজেন্ট পুনরায় ইনস্টল করে এই ত্রুটিটি সহজেই সমাধান করা যেতে পারে, নিম্নলিখিতগুলি খুঁজুন এবং নীচে দেওয়া পদক্ষেপগুলি থেকে সহায়তা নিন:

এক. # পরিষেবা অপসওয়্যার-এসএএস স্টপ অপসওয়্যার-এজেন্ট

দুই # /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. নিচের ধাপগুলো অনুসরণ করুন

  • তারপর আপনি নেভিগেট করতে হবে লাইব্রেরি।
  • তার পরে, অধীনে ফোল্ডার , নির্বাচন করুন অপসওয়্যার।
  • খোঁজো টুলস এবং ক্লিক করুন এজেন্ট সমর্থন .
  • তারপর আপনাকে নির্বাচন করতে হবে agent.srv প্রদত্ত তালিকা থেকে।
  • ক্লিক করুন অ্যাকশন মেনু , তারপর নির্বাচন করুন সফটওয়্যার রপ্তানি করুন .
  • তারপর আপনি স্থাপন করতে হবে .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. আপগ্রেড করার সময় ভুল word_uploads সম্পূর্ণভাবে ইনস্টল করা হয়নি

এটি ব্যবহারকারীদের মধ্যে পরিলক্ষিত হয় যখন তারা SA 2018.08-এ একটি আপগ্রেড শুরু করে তারা একটি ত্রুটির সম্মুখীন হয় যা বলে:

|_+_|

এটি সাধারণত ঘটে কারণ কয়েকটি গুরুত্বপূর্ণ উপাদান সম্পূর্ণরূপে ইনস্টল করা হয়নি। সেগুলি নীচে দেওয়া হল:

|_+_|

এই ত্রুটির সবচেয়ে বিশিষ্ট কারণ সঙ্গে মিথ্যা /var/opt/Opsware/install_opsware/inv/install.inv ফাইল ব্যবহারকারীর উচিত আপগ্রেড মিডিয়াটিকে এই নির্দিষ্ট ফাইলটি দেখতে দেওয়া এবং এই সমস্যাটি দেখতে দেওয়া word_uploads . যখন ব্যবহারকারী এটি ম্যানুয়ালি পরীক্ষা করে, তখন তারা দেখতে পাবে:

|_+_|

এটি, সিস্টেমটি সঠিকভাবে কাজ করার জন্য আপনার প্রয়োজন নেই। আপনাকে দেখানোর জন্য নিম্নলিখিত বিবরণ প্রয়োজন:

|_+_|

এটি প্রায়শই অনেক সমস্যার কারণে ঘটতে পারে, যেমন নীচে দেওয়া হয়েছে:

  1. প্রায়শই এটি ইনভি ফাইলটি সঠিকভাবে আপডেট না হওয়ার কারণে হয়,
  2. কখনও কখনও এটি হয় কারণ RPM সংস্করণ আপডেট করা হয়নি।

আপনি INV ফাইল পরিবর্তন করে উপরে উল্লিখিত তিনটি লাইন যোগ করার চেষ্টা করতে পারেন। তারপর আপনি প্রয়োজন আবার শুরু সিস্টেম এবং তারপর আপগ্রেড করুন .

4. ওভারহেপড ফাইল সিস্টেম স্পেস সমাধান করা

ব্যবহারকারীরা প্রায়শই একটি অত্যধিক ফাইল সিস্টেম স্পেস জুড়ে আসে যা ফাইল বা ডেটা নেওয়ার জন্য খুব বেশি পূর্ণ। সবচেয়ে কার্যকরী সমাধান হবে স্পেস/মেমরি বাড়ানো যা প্রয়োজন / var / opt / অপসওয়্যার ফাইল সিস্টেম . ভবিষ্যতে এই জাতীয় ত্রুটিগুলি প্রতিরোধ করার জন্য, ব্যবহারকারীকে সেই ফাইল সিস্টেমগুলিতে অতিরিক্ত স্থান যোগ করতে হবে যার জন্য এটি প্রয়োজনীয়।

ভিতরে / var / opt / Opsware, অনেক ডিরেক্টরি আছে যেখানে ব্যবহারকারী প্রয়োজনীয় স্থান অনুমান করতে সক্ষম না হয়ে মেমরি খরচ বৃদ্ধি পায়। স্পেস-সম্পর্কিত সমস্যাগুলি এড়াতে ব্যবহারকারী অনেক বেশি পরিমাণে ডিস্ক স্পেস দিয়ে ফাইল সিস্টেম বাড়ানো শুরু করতে পারেন।

এটাকে সহজ করার জন্য, ব্যবহারকারী যত বেশি সময় SA ব্যবহার করবে, স্থানটিতে fs বৃদ্ধি পাবে, এটি নিবিড় ব্যবহারের দ্বারাও প্রভাবিত হয়।

আপনি সমস্ত ক্যাশে পরিষ্কার করতে এবং ফাইল সিস্টেমের কিছু স্থান খালি করতে নীচে দেওয়া পদক্ষেপগুলি অনুসরণ করতে পারেন:

শব্দ ক্যাশে থেকে অপ্রয়োজনীয় সমস্ত ফাইল মুছে ফেলার জন্য:

  1. আপনাকে এই প্যারামিটারটি সম্পাদনা এবং পরিবর্তন করতে হবে /etc/opt/Opsware/mm_wordbot/mm_wordbot.args সমস্ত কোর এবং স্যাটেলাইটে:

cache_max_size - ক্যাশে ডিরেক্টরির সর্বোচ্চ আকার

cache_min_size - ক্যাশে ডিরেক্টরির সর্বনিম্ন আকার

cache_cleanup_rate – ক্যাশে ডিরেক্টরির ক্লিন-আপ রেট (ক্লিন-আপ রেটের মৌলিক ডিফল্ট মান হল 720 মিনিট বা 12 ঘন্টা। ব্যবহারকারীরা এটি সম্পাদনা করতে এবং 1 ঘন্টাতে পরিবর্তন করতে পারেন)।

জন্য বিশেষভাবে /var/log/opsware , এটা কারণে হতে হবে /var/log/opsware/waybot/debug/, এটি নিরাপদে মুছে ফেলতে সক্ষম হবে waybot/debug/ ডিরেক্টরি

  1. তারপর থেকে জাভা ক্লায়েন্ট , ব্যবহারকারীকে নেভিগেট করতে হবে সিস্টেম কনফিগারেশন।
  2. তারপর তাদের খুঁজে বের করতে হবে কমান্ড ইঞ্জিন (ওয়ে) এবং অনুসন্ধান করুন উপায়.debug_size.
  3. এর পরে, তাদের এটিকে 0 তে সেট করতে হবে, যদি কোন ক্ষেত্রে, এটি 1 হয়। এটি অতিরিক্ত লগিংয়ের বেশিরভাগ প্রজন্মকে নিষ্ক্রিয় করতে হবে।

তারপর নির্দিষ্ট সংখ্যক সেকেন্ড way.debug_staleness_threshold এই ক্যাশে/ফাইলগুলি স্বয়ংক্রিয়ভাবে সাফ করার জন্য। অনুগ্রহ করে সঠিকভাবে মান সেট নিশ্চিত করুন.

5. ইনস্টলেশন প্রক্রিয়া চলাকালীন সার্ভার অটোমেশন প্রাথমিক ওরাকল সংস্করণ ফাইল খুঁজে পেতে ব্যর্থ হলে ত্রুটির সমাধান করা

এটি প্রায়শই ব্যবহারকারীদের মধ্যে লক্ষ্য করা যায় যে পূর্ববর্তী বর্তমান SA পরিবেশে একটি সেকেন্ডারি সার্ভার অটোমেশন (SA) এর ইনস্টলেশন প্রক্রিয়া চলাকালীন, একটি ত্রুটি পর্দায় প্রদর্শিত হয়। স্ক্রিনে ত্রুটি হল: প্রাথমিক ওরাকল সংস্করণ ফাইল খুঁজে পেতে ব্যর্থ .

পূর্ববর্তী SA পরিবেশে একটি মাধ্যমিক SA কোর ইনস্টল করার সময়, hpsa_install.sh স্ক্রিপ্ট প্রধানত সার্ভারে চালানো হয় যা সেকেন্ডারি কোর থাকার কথা। যখন স্ক্রিপ্ট ব্যর্থ হয়, এটি নীচে দেওয়া বার্তাগুলি দেখায়:

|_+_|

এই সমস্যাটি সহজেই সমাধান করা যেতে পারে; ব্যবহারকারীকে নীচে দেওয়া পদক্ষেপগুলি অনুসরণ করতে হবে:

  1. আপনাকে ডিরেক্টরি তৈরি করতে হবে /var/opt/Opsware/truth সেকেন্ডারি কোর হাউজিং যে নির্দিষ্ট সার্ভারে
|_+_|
  1. তারপর আপনাকে অনুলিপি করতে হবে cdf..xml এবং true..tar.gz ফাইল /var/opt/opsware/truth .

এই ধাপের পরে, যখন ফাইলগুলি জায়গায় থাকে, ক্ষেত্রে hpsa_install.sh স্ক্রিপ্ট এখনও প্রম্পটে বসে আছে (ত্রুটির পরে দেখা), তারপর পূর্ববর্তী বিকল্পটি নির্বাচন করতে হবে। এবং তারপরে, আবার সমস্ত প্রশ্নের উত্তর দেওয়ার পরে, ইনস্টলেশন শুরু হবে এবং পরে কোনও ত্রুটি ছাড়াই শেষ হবে।

যদি hpsa_install.sh স্ক্রিপ্টটি ত্রুটি দেখা দেওয়ার পর থেকে প্রস্থান করা হয়, ব্যবহারকারীকে আবার চালানোর প্রয়োজন হয়। কিন্তু এইবার, তাদের cdf.xml ফাইলটি উল্লেখ করতে হবে যা প্রথম বাতিল করা প্রচেষ্টার দ্বারা তৈরি করা হয়েছে।

|_+_|

6. ভাল পারফরম্যান্সের জন্য টুইস্ট হিপ সাইজ পরিচালনা করা

স্তূপের আকার বাড়ানোর সবচেয়ে উপযুক্ত উপায় হল গাদা আকার বৃদ্ধি করা। এটি সার্ভারে এবং টুইস্ট উপাদানের জন্য আরও মেমরি বরাদ্দ করার সবচেয়ে কার্যকর উপায়। সমাধান

1. আপনাকে নীচে দেওয়া কমান্ডগুলির আউটপুট পেতে হবে:

|_+_|

2. তারপর আপনাকে টুইস্ট হিপের আকার ন্যূনতম 4 জিবি পর্যন্ত বাড়াতে হবে:

  • একটি পাঠ্য সম্পাদক ব্যবহার করার সময়, আপনাকে ফাইলটি খুলতে হবে। ব্যবহারকারীকে সম্পাদনা করার আগে নিশ্চিত করতে হবে যে তাদের কাছে এই ফাইলটির একটি ব্যাকআপ আছে।
|_+_|
  • তারপরে আপনাকে প্রয়োজনীয় বরাদ্দের জন্য নিম্নলিখিত এন্ট্রিটি সংশোধন করতে হবে:
|_+_|

যদি মানটি ইতিমধ্যেই 4GB বা তার বেশি সেট করা থাকে, তাহলে ব্যবহারকারীকে বর্তমান মান দ্বিগুণ করতে হবে। তাদের নিশ্চিত করতে হবে যে সার্ভারে উপলব্ধ মেমরি এটি নিতে পারে।

  • এখন আপনাকে সাম্প্রতিক পরিবর্তনগুলি সংরক্ষণ করতে হবে এবং তারপরে টুইস্টটি পুনরায় চালু করতে হবে:
|_+_|

এটি পরিবর্তনের উপর কাজ করেছে কিনা তা পরীক্ষা করার জন্য এবং পুনরায় চালু করার পরে, ব্যবহারকারীরা করতে পারেন:

আপনি দ্বারা মোচড় PID জন্য অনুসন্ধান করতে হবে cat /var/opt/Opsware/twist/twist.pid

এবং তারপর আপনাকে চালাতে হবে:

|_+_|
  • তারপর আপনি সাবধানে থেকে সব পদক্ষেপ অনুসরণ করতে হবে প্রতি প্রতি সমস্ত কোর/স্লাইসগুলিতে।

7. আপগ্রেড করার সময় দেখা পূর্বশর্ত ব্যর্থতা সমাধান করা

এটি প্রায়শই ঘটে যে পূর্ববর্তী সার্ভার অটোমেশন (SA) পরিবেশকে SA 2020.11-এ আপগ্রেড করার সময়, ব্যবহারকারীরা প্রক্রিয়া চলাকালীন সমস্যার সম্মুখীন হন। স্ক্রীনে প্রদর্শিত ত্রুটিটি বলে

|_+_|

পূর্ববর্তী SA সংস্করণ দ্বারা ব্যবহৃত বর্তমান ওরাকল ডাটাবেস রয়েছে NLS_CHARACTERSET সেট UTF8 . মূলত, SA 2020.11 সংস্করণটি UTF8 বা AL32UTF8 উভয়ের যেকোনো একটি ব্যবহার করে ওরাকল ডাটাবেসের সাথে চলতে পারে। যাইহোক, AL32UTF8 হল UTF8 এর একটি নিরাপদ সংস্করণ। এবং SA 2020.11 এই মানটি ব্যবহার করার সময় ডাটাবেসের সাথে চালানোর জন্য গঠন করা হয়েছিল।

এটি সম্ভবত একটি বাগের কারণে হতে পারে, এবং সেই কারণে, এই ত্রুটিটি বারবার হয়ে উঠতে থাকে। কিছু নিরাপত্তা ব্যবস্থা বজায় রেখে এই ত্রুটিটি সমাধান করা যেতে পারে। যদি hpsa_upgrade.sh দ্বারা দেখানো পূর্বশর্ত চেকলিস্ট ব্যর্থতায় এটিই একমাত্র ব্যর্থতা প্রদর্শিত হয়, তাহলে আপনাকে ক্লিক করতে হবে চালিয়ে যান .

তারপর ব্যবহারকারীকে আপগ্রেডের সাথে এগিয়ে যেতে হবে। এই ব্যর্থতা একটি গৌণ সমস্যা হবে; এটি কোনো প্রক্রিয়ায় বাধা সৃষ্টি করবে না এবং পুনরাবৃত্তিমূলক হবে না।

8. বিল্ডএমজিআর উপাদান নিষ্ক্রিয় করার নির্দেশাবলী

সাধারণত, JKS কীস্টোর একটি মালিকানাধীন বিন্যাস ব্যবহার করে। এটি ব্যবহারকারীকে পরামর্শ দেওয়া হচ্ছে যে তারা PKCS12-এ স্থানান্তর করুন, যা একটি শিল্প-মান। এটি একটি বিন্যাস ব্যবহার করে:

|_+_|

এই উপদেশটি শুধুমাত্র তখনই প্রযোজ্য নয় যদি আপনি অপ্রচলিত OS সিকোয়েন্স বৈশিষ্ট্য ব্যবহার করেন; তাহলে আপনার এই উপাদানটির প্রয়োজন হবে না কারণ OS বিল্ড প্ল্যান (যেটি OS সিকোয়েন্স প্রতিস্থাপন করেছে) বিশেষ করে buildmgr কম্পোনেন্টের প্রয়োজন নেই। আগে যেমন পরামর্শ দেওয়া হয়েছিল, ব্যবহারকারীর জন্য buildmgr উপাদানটি বন্ধ করা ভাল।

স্টার্টআপ থেকে buildmgr অপসারণ করা সম্ভব; ব্যবহারকারীদের শুধু নিচের ধাপগুলো অনুসরণ করতে হবে:

  • আপনাকে buildmgr কম্পোনেন্ট বন্ধ করতে হবে।
|_+_|
  • তারপর আপনাকে বিল্ডএমজিআর-এ মন্তব্য করতে হবে /opt/opsware/oi_util/startup/components.config
  • তারপর আপনাকে সম্পাদনা এবং নাম পরিবর্তন করতে হবে /etc/opt/opsware/startup/buildmgr মত কিছু করতে .buildmgr ( /etc/opt/opsware/startup/.buildmgr )

ব্যবহারকারীকে লক্ষ্য রাখতে হবে যে . buildmgr নাম আসলে ফাইলটিকে সমস্ত সাধারণ ওএস অপারেশন থেকে লুকিয়ে রাখার আগে। এটি অত্যন্ত গুরুত্বপূর্ণ যে তারা এই সত্যটি সম্পর্কে সচেতন যে আপনাকে রোলআপ, হটফিক্স বান্ডেল বা CORD প্যাচগুলি প্রয়োগ করার আগে বিল্ড ম্যানেজার উপাদানটিকে আবার সক্ষম করতে হবে।

9. এসএ সংস্করণ অনুসন্ধান এবং সনাক্তকরণের নির্দেশাবলী

মূলত, সার্ভার অটোমেশন (SA) এ বিভিন্ন সংস্করণ সংখ্যা সহ অনেক অভ্যন্তরীণ উপাদান রয়েছে যা প্রকৃত SA সংস্করণগুলির সাথে সমান করা কঠিন বলে মনে হতে পারে।

কোন SA পণ্য সংস্করণ ব্যবহার করতে হবে তা জানার অনেক উপায় রয়েছে:

এসএ জাভা ক্লায়েন্টের মাধ্যমে

আপনি SA Java ক্লায়েন্ট ব্যবহার করতে পারেন শুধুমাত্র একটি PC থেকে যেখানে SA ক্লায়েন্ট ইনস্টল আছে, অনুসরণ করুন:

  1. আপনাকে শুরু করতে হবে এবং তারপরে এসএ ক্লায়েন্টে লগ ইন করতে হবে।
  2. তারপর নেভিগেট করুন সাহায্য ক্লায়েন্ট উইন্ডোর শীর্ষে ট্যাব।
  3. আপনি নির্বাচন করতে পারেন HPE সার্ভার অটোমেশন সম্পর্কে বা সার্ভার অটোমেশন সম্পর্কে বিকল্প
  4. তারপর ফলাফল উইন্ডোতে, SA পণ্যটির অভ্যন্তরীণ বিল্ড সংস্করণ সহ সংস্করণটি দ্বিতীয় লাইনে দৃশ্যমান হবে। এটি অধীনে দৃশ্যমান হবে সংস্করণ ট্যাব

সংস্করণ কমান্ডের মাধ্যমে

এই ফিক্স শুধুমাত্র Linux এর জন্য প্রযোজ্য হতে পারে অপারেটিং সিস্টেম , কারণ এটি SA কোর সার্ভারগুলির মধ্যে একটি হিসাবে কাজ করে। আপনাকে কমান্ডটি কার্যকর করতে হবে: /opt/Opsware/support/bin/version

যদি ব্যবহারকারীর কাছে এই ধরনের কোনো ফাইল বা ডিরেক্টরি নেই, তার মানে এই SA কোর সংস্করণে SA সফ্টওয়্যার সমর্থন বান্ডিল OPStools ইনস্টল করা হয়নি। এটি পাওয়ার জন্য এই নির্দিষ্ট বান্ডেলটি ইনস্টল করার পরামর্শ দেওয়া হয় (যা পণ্যের জন্য ডাউনটাইম প্রয়োজন হয় না) সংস্করণ ইউটিলিটি এবং অন্যান্য। এটি এসএ পণ্য বজায় রাখতে খুব কার্যকর হবে।

কোরা কমান্ডের মাধ্যমে

এই সমাধান শুধুমাত্র Linux অপারেটিং সিস্টেমের জন্য প্রযোজ্য হতে পারে; আপনাকে এতে লগ ইন করতে হবে। তারপরে ব্যবহারকারীকে নীচে দেওয়া কমান্ডটি কার্যকর করতে হবে:

|_+_|

পণ্য সংস্করণটি আউটপুটের শীর্ষে দৃশ্যমান হবে যা ফেরত দেওয়া হবে। অনুরূপ তথ্য একটি থেকে টানা হবে কোরা নীচে দেওয়া কমান্ডটি কার্যকর করার মাধ্যমে মূল ইউটিলিটি দ্বারা তৈরি করা ফাইলটি:

|_+_|

এবং যদি এই কমান্ডটি শুরু করার সময় এই ধরনের কোনো ফাইল বা ডিরেক্টরি ত্রুটি না থাকে, তাহলে এটি দেখায় যে পূর্বে উল্লেখিত 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 মাধ্যমে

যখন সার্ভার অটোমেশন পণ্যটি প্রাথমিকভাবে ডাউনলোড করা হয়, তখন এর উপাদানগুলি একটি জিজিপ ফাইল তৈরি করে যা নামে পরিচিত T8900-150nn.tgz (যেখানে nn যেকোনো দুই-সংখ্যার সংখ্যা)। যখন আনকম্প্রেস/আনআর্কাইভ করা হয়, তখন এই নির্দিষ্ট ফাইলটি অনেকগুলি ডিরেক্টরি তৈরি করবে, যার সমস্ত নাম একই রকম আছে T8900-150nn অংশ সংখ্যা. ব্যবহারকারীকে মনে রাখতে হবে যে কর্ডের জন্য ISOs (প্রাথমিক SA সংস্করণে আপগ্রেড করা হয়েছে যার SA সংস্করণ 10.21, 10.22, 10.23 এবং 10.51 রয়েছে) নামে ফাইল থাকবে না T8900-150xx নাম এর পরিবর্তে, সেই ফাইলগুলিতে উল্লিখিত SA বিল্ড সংস্করণ থাকবে যা আগে উল্লেখ করা হয়েছিল এবং an.n.nnnn.n ফর্ম্যাটে হবে৷

10. সিস্টেম ফিক্স করা install_tool_x64.exe ত্রুটি খুঁজে পাবে না

এটি প্রায়শই ঘটে যে ব্যবহারকারীরা একটি ত্রুটির বার্তা দেখতে পান যা তাদের কাজে বাধা দেয়, কিছু বার্তার নমুনা নীচে দেওয়া হল:

|_+_|

এই ত্রুটিগুলি সহজেই সমাধান করা যেতে পারে; ব্যবহারকারীকে কেবল নীচে দেওয়া পদক্ষেপগুলি অনুসরণ করতে হবে:

প্রদর্শিত সার্ভারে ত্রুটি সেট করা হয়েছিল যেমন:

|_+_|

এবং আমাদের সার্ভারের পরীক্ষায়, এটির মতো সেট করা হয়েছিল:

|_+_|
  1. আপনার উইন্ডোজ সার্ভারে প্রশাসক হিসাবে CMD খুলতে হবে যেটিতে ত্রুটি রয়েছে।
  2. তারপরে আপনাকে নীচের কমান্ডটি চালাতে হবে:
|_+_|

একাধিক পাথের ক্ষেত্রে, আপনার উইন্ডোজ অ্যাডমিন টিমকে অন্তর্ভুক্ত করুন, তাই তাদের এডিট করতে এবং মান পরিবর্তন করতে দিন রেজিস্ট্রি নথি পত্র. মান পরিবর্তন করার পরে, আপনি থেকে পরিবর্তন নিশ্চিত করতে পারেন C:windowssystem32cmd.exe, এবং এর মানে হবে যে এটি সঠিকভাবে কাজ করছে।