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

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

30 অক্টোবর, 2021

সুচিপত্র

  • মাইক্রো ফোকাস সার্ভার অটোমেশন - টিপস এবং কৌশল - জানুয়ারী 2021
    • 1. যখন ব্যবহারকারী Windows এ একটি SA এজেন্ট মুছে ফেলতে অক্ষম হয়
    • 2. যখন একটি Opsware-এজেন্ট মডিউল প্রাথমিক কোরে হারিয়ে যায়
    • 3. আপগ্রেড করার সময় ভুল word_uploads সম্পূর্ণভাবে ইনস্টল করা হয়নি
    • 4. ওভারহেপড ফাইল সিস্টেম স্পেস সমাধান করা
    • 5. ইনস্টলেশন প্রক্রিয়া চলাকালীন সার্ভার অটোমেশন প্রাথমিক ওরাকল সংস্করণ ফাইল খুঁজে পেতে ব্যর্থ হলে ত্রুটির সমাধান করা
    • 6. ভাল পারফরম্যান্সের জন্য টুইস্ট হিপ সাইজ পরিচালনা করা
    • 7. আপগ্রেড করার সময় দেখা পূর্বশর্ত ব্যর্থতা সমাধান করা
    • 8. বিল্ডএমজিআর উপাদান নিষ্ক্রিয় করার নির্দেশাবলী
    • 9. এসএ সংস্করণ অনুসন্ধান এবং সনাক্তকরণের নির্দেশাবলী
    • 10. সিস্টেম ফিক্স করা install_tool_x64.exe ত্রুটি খুঁজে পাবে না
  • মাইক্রো ফোকাস সার্ভার অটোমেশন - টিপস এবং কৌশল - ফেব্রুয়ারি 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
  • মাইক্রো ফোকাস সার্ভার অটোমেশন - টিপস এবং কৌশল - মে 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

সার্ভার অটোমেশন (SA): SA কোরকে RH7.6/RH7.7 এ আপগ্রেড করা ব্যর্থ হয়েছে

আপনি কি RH7.x থেকে RH7.6/RH7.7 এ একটি কোর সহ সার্ভার অটোমেশন (SA) এর OS আপগ্রেড করার চেষ্টা করেছেন? এটি ksh rpm সম্পর্কে একটি ত্রুটি সহ মূল্যায়ন পর্বে ব্যর্থ হয়৷

Redhat 7.x (7.0 থেকে 7.5) থেকে Redhat 7.6 বা 7.7-এ একটি ছোট OS আপগ্রেড করার চেষ্টা করার সময় একটি ত্রুটি দেখা যায়। yum আপগ্রেড কমান্ডটি সম্পাদন করার সময় এখানে ত্রুটি রয়েছে।

প্যাকেজ: OPSWoracle_rdbms_part3-12.1.0.2.0-6.x86_64 (ইনস্টল করা হয়েছে)

প্রয়োজন: /usr/bin/ksh

সরানো হচ্ছে: ksh-20120801-137.el7.x86_64 (@rhel-7-server-rpms

পাওয়া যায়নি

আপডেট করেছে: ksh-20120801-139.el7.x86_64 (rhel-7-server-rpms)

পাওয়া যায়নি

আপগ্রেড তারপর বাতিল হয়.

নোট 1 : ksh প্যাকেজ সংস্করণটি সরানো হচ্ছে (ksh-20120801-137) ইতিমধ্যে লোড করা Redhat 7.x সংস্করণের উপর নির্ভর করে পরিবর্তিত হবে।

নোট #2: SA কোর সার্ভারে শুধুমাত্র ছোট OS আপগ্রেডের অনুমতি দেওয়া হয়। প্রধান OS আপগ্রেড (উদাহরণস্বরূপ, RH 6.x থেকে RH7.x) অনুমোদিত নয়।

এই সমস্যাটি ksh বাইনারির জন্য Redhat-এর পরবর্তী সংস্করণগুলির দ্বারা ব্যবহৃত লিঙ্কে পরিবর্তনের কারণে উদ্ভূত হয়েছে। Redhat-এর পূর্ববর্তী সংস্করণগুলি /bin/ksh এবং /usr/bin/ksh-এর মধ্যে একটি লিঙ্ক প্রদান করেছে।

সমস্যা সমাধানের জন্য, দুটি সমাধানের মধ্যে একটি নিযুক্ত করা যেতে পারে।

পদ্ধতি 1: OS-এর আপগ্রেডের সময় ksh rpm আপগ্রেড এড়িয়ে যেতে yum-কে নির্দেশ দিন। yum আপগ্রেডের পরিবর্তে, yum -x ksh আপগ্রেড ব্যবহার করুন

পদ্ধতি 2 : সর্বশেষ ksh rpm ডাউনলোড করুন এবং OS আপগ্রেড করার জন্য yum কমান্ড ইস্যু করার আগে ksh আপগ্রেড করুন। সর্বশেষ ksh rpm ডাউনলোড করুন এবং এটিকে /tmp এ সংরক্ষণ করুন (উদাহরণস্বরূপ ksh-20120801-139.el7.x86_64.rpm)। rpm -U /tmp/ksh-20120801-139.el7.x86_64.rpm কমান্ড দিয়ে ksh rpm আপগ্রেড করুন yum upgrade কমান্ড ব্যবহার করে OS আপগ্রেড করা চালিয়ে যান

WINDOWS 2016 HPSA-তে অজানা সিস্টেম হিসেবে দেখানো হচ্ছে

Windows 2016 সার্ভারের জন্য ব্যবহারকারীরা নতুনভাবে ব্যবস্থা করা হয়েছে এবং HPSA-এর মধ্যে অজানা দেখাচ্ছে৷ সর্বশেষ 10.23 HPSA প্যাচ প্রয়োগ করা হয়েছে। এই বিষয়টি জটিল কারণ আমরা Windows 2016 সার্ভার স্থাপন করতে পারি না।

সমস্যা সম্পর্কে, SA 10.23 ডিফল্টরূপে Windows 2016 সমর্থন করে না, তাই SA যাতে Windows 2016 সনাক্ত করতে এবং পরিচালনা করতে সক্ষম হয় তার জন্য Windows 2016 প্ল্যাটফর্ম ইন্সটলারে রাখুন।

প্রদত্ত রেফারেন্স ব্যবহার করুন: প্ল্যাটফর্ম ইনস্টলার - উইন্ডোজ 2016 50.0.73174.0.1

স্বাক্ষর যাচাইকরণ ব্যর্থতার সেশন

আপনি সমস্ত প্রোব টুল রেকর্ড চালাতে পারেন।

চলমান উপায়: 1018:wayrpc পরীক্ষা: ব্যর্থতা

স্টেট মেশিন চেক করুন: সাফল্য

সেশন টেবিল চেক করুন: সফল

লক-ডাউন স্থিতি পরীক্ষা করুন: সফল

স্বাক্ষর ব্যর্থতা পরীক্ষা করুন: ব্যর্থতা (নিচে বিস্তারিত)

—————————

স্বাক্ষর যাচাইকরণ ব্যর্থতা: সেশন:350430100

—————————

সমাধান

আসলে, জোম্বি সেশন আছে কিন্তু এই ক্ষেত্রে নয়। ওয়েবট পুনরায় চালু করার পরে সেশনটি চলে গেছে।

redhat_import এ RH8 বিষয়বস্তু যোগ করুন

আপনি কি জানেন কিভাবে redhat_import ব্যবহার করে RH 8 প্যাচ ডাউনলোড করা সক্ষম করতে সঠিক কন্টেন্ট লেবেল যোগ করতে হয়? SA-এর জন্য RH 8 এজেন্ট সমর্থন প্রকাশ করা হয়েছে এবং Redhat থেকে প্যাচ ডাউনলোড করতে redhat_import সক্রিয় করতে নতুন এন্ট্রি প্রয়োজন।

প্যাচগুলির জন্য OS লেবেলগুলি প্রয়োজন, অ্যাপস্ট্রিম লেবেলগুলি হল RH content_labels থেকে উপলব্ধ অন্যান্য স্ট্রীমগুলি কীভাবে যুক্ত করা যায় তার একটি উদাহরণ:

rhel-8-for-x86_64-baseos-rpms{8}

rhel-8-for-x86_64-appstream-rpms{8}

[rhel-8-for-x86_64-baseos-rpms{8}]

platform=Red Hat Enterprise Linux 8 X86_64

[rhel-8-for-x86_64-appstream-rpms{8}]

platform=Red Hat Enterprise Linux 8 X86_64

সার্ভার অটোমেশন (SA): MPC ইউটিলিটি ব্যবহারকারীর প্রমাণীকরণের কারণে ব্যর্থ হয়

MarketPlace ওয়েবসাইট থেকে সামগ্রী ডাউনলোড এবং আমদানি করার জন্য marketplace-connector.sh ইউটিলিটি ব্যবহার করার চেষ্টা করার সময় একটি ত্রুটি রয়েছে৷ ব্যবহারকারীর প্রমাণীকরণে ত্রুটির কারণে ডাউনলোড ব্যর্থ হয়েছে।

সার্ভার অটোমেশন (SA) মার্কেটপ্লেস ওয়েবসাইটের সাথে যোগাযোগ করতে এবং ওয়েবসাইট থেকে সামগ্রী ডাউনলোড করতে স্ক্রিপ্ট marketplace-connector.sh ব্যবহার করে। ইউটিলিটি চালানোর চেষ্টা করার সময়, নিম্নলিখিত ত্রুটি দেখা যায়:

স্ট্রীমের জন্য বিষয়বস্তুর স্থিতির তথ্য নির্ধারণ করা

স্ট্রীমের জন্য বিষয়বস্তুর স্থিতির তথ্য নির্ধারণ করা শেষ হয়েছে৷

ব্যবহারকারীর প্রমাণীকরণে একটি ত্রুটির কারণে ডাউনলোড ব্যর্থ হয়েছে৷

মার্কেটপ্লেস ওয়েবসাইট থেকে কন্টেন্ট চিৎকার এক কোথায় পাওয়া যায়।

মার্কেটপ্লেস কানেক্টর ব্যবহার করার চেষ্টা করার সময় বা অতীতে সফলভাবে ব্যবহার করার পরে এই ত্রুটিটি দেখা যায়।

Marketplace-connector.sh স্ক্রিপ্টটি ব্যবহারকারীর জন্য সেট আপ করা MarketPlace/MySupport ব্যবহারকারী ব্যবহার করার জন্য কনফিগার করা প্রয়োজন। এই ত্রুটিটি দেখা গেছে কারণ marketplace-connector.sh ইউটিলিটিতে কনফিগার করা ব্যবহারকারী আইডিটি MarketPlace ওয়েবসাইটে বিদ্যমান নেই, বিদ্যমান কিন্তু ভুল পাসওয়ার্ড রয়েছে বা ব্যবহারকারীর আইডি একটি পুরানো (ইমেল-ভিত্তিক) ফর্মে রয়েছে৷

এই সমস্যাটি সমাধান করার জন্য, প্রথমে marketplace-connector.sh ইউটিলিটি দ্বারা ব্যবহৃত ব্যবহারকারী আইডি নির্ধারণ করুন৷

এক. যে সার্ভারে marketplace-connector.sh ইউটিলিটি চালানো হচ্ছে, সেই ডিরেক্টরিতে যান যেখানে ইউটিলিটি ইনস্টল করা আছে এবং কমান্ড জারি করুন ./marketplace-connector.sh read-config। দেখানো বিকল্প/মানগুলির চার্টে, ব্যবহার করা হচ্ছে MPC ব্যবহারকারী আইডি ব্যবহারকারীর নাম বিকল্পের মান হিসাবে প্রদর্শিত হবে।

দুই যাচাই করুন যে ব্যবহারকারীর নামের মানটি ইমেল ঠিকানার আকারে নয়। উদাহরণস্বরূপ, john.doe@company.com।

ইউনিফাইড বা এক-শব্দ ব্যবহারকারী নামের পক্ষে ইমেল-ভিত্তিক ব্যবহারকারীর নামগুলি অপ্রচলিত ছিল। উদাহরণস্বরূপ johndoe বা john_doe_user.

যদি একটি ইমেল-ভিত্তিক ব্যবহারকারীর নাম দেখা যায়, তাহলে এগিয়ে যান মার্কেটপ্লেস ওয়েবসাইট এবং একটি নতুন অ্যাকাউন্ট তৈরি করুন। প্রয়োজনে, এটি করার জন্য সহায়তার জন্য মাইক্রোফোকাস অ্যাকাউন্ট টিমকে নিযুক্ত করুন।

3. যদি একটি বৈধ, এক-শব্দ ব্যবহারকারীর নাম ব্যবহার করা হয়, যাচাই করুন যে এটি MarketPlace ওয়েবসাইটে লগ ইন করতে ব্যবহার করা যেতে পারে। এই লগইন কাজ করে, যান ডেটা সেন্টার অটোমেশন ওয়েবসাইটের বিভাগে, সার্ভার অটোমেশনের জন্য নিরাপত্তা এবং সম্মতি বিভাগটি নির্বাচন করুন, এবং MPC বিষয়বস্তু স্ট্রীমের পাশের ডাউনলোড বোতামে ক্লিক করুন যেটি ত্রুটি দেখা দেওয়ার চেষ্টা করা হয়েছিল। এটি নিশ্চিত করবে যে এই userid-এর সাথে যুক্ত অ্যাকাউন্টে এই বিষয়বস্তু টানতে যথেষ্ট অনুমতি রয়েছে৷

চার. যেখানে ইউটিলিটি ইনস্টল করা আছে সেই ডিরেক্টরিতে গিয়ে এবং কমান্ড জারি করে marketplace-connector.sh ইউটিলিটি দ্বারা ব্যবহৃত ব্যবহারকারীর নাম এবং পাসওয়ার্ড ক্ষেত্রগুলি পুনরায় লিখুন/সংশোধন করুন ./marketplace-connector.sh write-config –username= .আপনাকে অ্যাকাউন্টের জন্য পাসওয়ার্ডের জন্য অনুরোধ করা হবে.. উপরের ধাপে মার্কেটপ্লেস ওয়েবসাইটে লগইন করার সময় ব্যবহৃত একটি প্রবেশ করান।

5 . MpC বিষয়বস্তু স্ট্রীম ডাউনলোড এবং আমদানি করার চেষ্টা করার জন্য ./marketplace-connector.sh কমান্ডটি পুনরায় চালান।

যদি এই ত্রুটিটি এখনও দেখা যায়, একটি মাইক্রো ফোকাস সাপোর্ট কেস খুলুন (যদি ইতিমধ্যে একটি খোলা না থাকে) এবং কমান্ড থেকে আউটপুট প্রদান করুন ./marketplace-connector.sh read-config এবং marketplace-connector.log logfile (ডিরেক্টরীতে অবস্থিত যেখানে ইউটিলিটি ইনস্টল করা আছে)।

সার্ভার অটোমেশন (SA): পাইথন 2 কোড পাইথন 3 এ পোর্ট করার জন্য SA প্রস্তুত করার পদক্ষেপ

Python 3 ব্যবহার করে এমন ভবিষ্যত SA সংস্করণে কাজ করার জন্য বিদ্যমান সার্ভার অটোমেশন (SA) পরিবেশে বর্তমান Python 2 কোড বেস প্রস্তুত করার জন্য কী কী পদক্ষেপ নেওয়া যেতে পারে?

সার্ভার অটোমেশনের বিদ্যমান সংস্করণ (SA সংস্করণ 2018.08 এবং তার বেশি) বর্তমানে রেজোলিউশন পাইথন 2 ব্যবহার করছে। যাইহোক, Python 2 এর সমর্থন জীবন শেষের দিকে এগিয়ে আসছে। এই নথিটি SA-এর পরবর্তী সংস্করণগুলির জন্য প্রয়োজনীয় প্রস্তুতির একটি সংক্ষিপ্ত বিবরণ যা Python 3-এ চলবে৷ এই প্রস্তুতিটি SA-এর ভবিষ্যত সংস্করণগুলিতে বিদ্যমান SA সংস্করণগুলি (2018.08 এবং পুরানো) আপগ্রেড করার আগে অবশ্যই নেওয়া উচিত৷

প্রথমত, বিদ্যমান SA সংস্করণগুলি (2018.08 এবং তার বেশি) পাইথন 3-তে আপডেট করা হবে না৷ ধাপগুলি নীচে উল্লেখ করা হয়েছে৷

আমরা শুধুমাত্র Python 2/3 সামঞ্জস্যপূর্ণ কোড চালানোর জন্য সমর্থন যোগ করতে পারি এবং ব্যবহারকারীদের তাদের বিদ্যমান পাইথন কোডবেসকে এমন কিছুতে রূপান্তর করতে শুরু করতে পারি যা SA এর ভবিষ্যত সংস্করণগুলিতে কাজ করবে যা Python 3 চালাবে।

বিভাগ 1 – পাইথন 2 কোড পাইথন 3 এ পোর্ট করার জন্য কীভাবে এসএ প্রস্তুত করা যায়

আপনার কোর/স্যাটেলাইট/এজেন্টগুলিতে পাইথন 2 এবং 3 সামঞ্জস্যতা সক্ষম করতে আপনাকে নীচের প্যাকেজগুলি ইনস্টল করতে হবে:

এসএ 2018.08:

SRVA_00278 – সার্ভার অটোমেশন 2018.08.004 রোলআপ

SRVA_00266 – সার্ভার অটোমেশন 2018.08.002 এজেন্ট

SRVA_00267 – সার্ভার অটোমেশন 2018.08.002 HPSAPython

এসএ 10.60

SRVA_00280 – সার্ভার অটোমেশন 10.60.014 রোলআপ

SRVA_00281 – সার্ভার অটোমেশন 10.60.014 এজেন্ট

SRVA_00263 – সার্ভার অটোমেশন 10.60.012 HPSApython

SA10.51

SRVA_00271 - সার্ভার অটোমেশন 10.51.011 রোলআপ

SRVA_00272 – সার্ভার অটোমেশন 10.51.011 এজেন্ট

SRVA_00273 - সার্ভার অটোমেশন 10.51.011 HPSAPython

SA10.23

SRVA_00274 – সার্ভার অটোমেশন 10.23.015 রোলআপ

SRVA_00275 – সার্ভার অটোমেশন 10.23.015 এজেন্ট

SRVA_00276 – সার্ভার অটোমেশন 10.23.015 HPSAPython

নোট 1: এই নথি তৈরির সময়, উপরে তালিকাভুক্ত প্যাকেজগুলি তালিকাভুক্ত SA-এর প্রতিটি সংস্করণের জন্য সর্বশেষ ছিল। যদি রোলআপ বা এজেন্ট প্যাকেজের প্রকারের নতুন সংস্করণ উপলব্ধ থাকে, তবে সেগুলি পরিবর্তে ব্যবহার করা যেতে পারে। যাইহোক, HPSAPython প্যাকেজ থাকা উচিত

একই, এবং নতুন রোলআপ এবং এজেন্ট প্যাকেজগুলির সাথে ইনস্টল করা যেতে পারে।

নোট #2: 10.23-এর আগের SA10.2x সংস্করণগুলিকে এই নথিটি ব্যবহার করতে সক্ষম হওয়ার আগে 10.23-এ আপগ্রেড করতে হবে। একইভাবে, এই নথিটি ব্যবহার করতে সক্ষম হওয়ার আগে SA 10.50 পরিবেশগুলিকে SA 10.51 তে আপগ্রেড করতে হবে। 10.2x-এর আগের SA সংস্করণগুলি এই নতুন Python 3 কার্যকারিতা ব্যবহার করতে পারে না এবং কমপক্ষে 10.23-এ আপগ্রেড করতে হবে।

সার্ভার অটোমেশন রোলআপ ইনস্টল করতে patch.sh.txt থেকে ইনস্টলেশন নির্দেশাবলী অনুসরণ করুন। এজেন্টদের AGENT_README.txt-এ ইনস্টলেশন নির্দেশাবলী রয়েছে এবং README.txt থেকে নির্দেশাবলী অনুসরণ করে HPSAPython প্যাকেজ ইনস্টল করা যেতে পারে।

বিভাগ 2 - আপনার পাইথন স্ক্রিপ্টগুলি কীভাবে পোর্ট করবেন

আপনার কোড স্বয়ংক্রিয়ভাবে পোর্ট করার জন্য আপনার কাছে দুটি টুলের মধ্যে একটি পছন্দ আছে: Futurize এবং Modernize। আপনি কোন টুলটি বেছে নেবেন তা নির্ভর করবে আপনার কোড কতটা পাইথন 3 এর মত হতে চান তার উপর।

Python 3 ইডিয়ম এবং অনুশীলনগুলি Python 2-এ বিদ্যমান করার জন্য Futurize তার যথাসাধ্য চেষ্টা করে, যেমন পাইথন 3 থেকে বাইট টাইপ ব্যাকপোর্ট করা যাতে আপনার পাইথনের প্রধান সংস্করণগুলির মধ্যে শব্দার্থিক সমতা থাকে।

অন্যদিকে, আধুনিকীকরণ আরও রক্ষণশীল এবং পাইথনের একটি পাইথন 2/3 উপসেটকে লক্ষ্য করে, সামঞ্জস্য প্রদানে সহায়তা করার জন্য সরাসরি 'ছয়'-এর উপর নির্ভর করে।

পাইথন 3 যেহেতু ভবিষ্যত, তাই পাইথন 3 যে নতুন অভ্যাসগুলি চালু করেছে তার সাথে আপনি এখনও অভ্যস্ত নন এমন কোনও নতুন অনুশীলনের সাথে সামঞ্জস্য করা শুরু করার জন্য Futurize বিবেচনা করা সর্বোত্তম হতে পারে। আপনি যে টুলটি বেছে নিন তা নির্বিশেষে, আপনার শুরু করা Python 2 এর সংস্করণের সাথে সামঞ্জস্যপূর্ণ থাকার সময় তারা Python 3 এর অধীনে চালানোর জন্য আপনার কোড আপডেট করবে।

আপনি কতটা রক্ষণশীল হতে চান তার উপর নির্ভর করে, আপনি প্রথমে আপনার টেস্ট স্যুটে টুলটি চালাতে চাইতে পারেন এবং রূপান্তরটি সঠিক কিনা তা নিশ্চিত করার জন্য পার্থক্যটি দৃশ্যত পরিদর্শন করতে পারেন। আপনি আপনার পরীক্ষার স্যুটটি রূপান্তরিত করার পরে এবং যাচাই করার পরে যে সমস্ত পরীক্ষাগুলি এখনও প্রত্যাশিত হিসাবে পাস করেছে, তারপর আপনি আপনার অ্যাপ্লিকেশন কোডটি রুপান্তর করতে পারেন জেনে রাখুন যে কোনও পরীক্ষা যা ব্যর্থ হয় তা অনুবাদ ব্যর্থতা।

দুর্ভাগ্যবশত, পাইথন 3 এর অধীনে আপনার কোড কাজ করার জন্য সরঞ্জামগুলি সবকিছু স্বয়ংক্রিয় করতে পারে না এবং তাই কিছু কিছু জিনিস রয়েছে যা আপনাকে সম্পূর্ণ পাইথন 3 সমর্থন পেতে ম্যানুয়ালি আপডেট করতে হবে (এই পদক্ষেপগুলির মধ্যে কোনটি প্রয়োজনীয় সরঞ্জামগুলির মধ্যে পরিবর্তিত হয়)।

এই প্রক্রিয়াটির জন্য অনুসরণ করা উচিত এমন একটি বিশদ বিবরণ অফিসিয়াল ডকুমেন্টেশনে পাওয়া যাবে। প্রতিটি সরঞ্জামের জন্য একটি অফিসিয়াল ডকুমেন্টেশন রয়েছে যা অবশ্যই পরামর্শ এবং অনুসরণ করতে হবে।

প্রয়োজনীয় লাইব্রেরিগুলি SA দিয়ে সরবরাহ করা পাইথনে সরবরাহ করা হয় এবং উপলব্ধ। লাইব্রেরিগুলোর ভার্সন হল ভবিষ্যৎ-0.17.1 ভবিষ্যতের জন্য এবং ছয়-1.11.0 আধুনিকীকরণের জন্য। কোড পোর্টিংয়ের সময় এই সংস্করণগুলি ব্যবহার করতে হবে।

আমরা দৃঢ়ভাবে প্রথমে পরীক্ষার পরিবেশে কোড পোর্টিং করার পরামর্শ দিই। দুটি সমাধানের কোনোটিই সরাসরি বা পরিষ্কার কোড পোর্টিং প্রক্রিয়া অফার করে না, এমন কিছু সমস্যা থাকবে যা আপনাকে ম্যানুয়ালি সমাধান করতে হবে।

দ্রষ্টব্য: Python 3 সামঞ্জস্যের কথা মাথায় রেখে নতুন বিষয়বস্তু তৈরি করা উচিত।

ধারা 3 - রেফারেন্স

ভবিষ্যৎ আধুনিকীকরণ পাইথন 2 এবং 3 অফিসিয়াল ডকুমেন্টেশন

HPSA এজেন্ট ইনস্টল করতে পারবেন না: সিস্টেম install_tool_x64.exe খুঁজে পায় না

আপনি কি জানেন যে আমরা HPSA এজেন্ট ইনস্টল করতে পারি না? আপনি যদি এটি করার চেষ্টা করেন তবে একটি ত্রুটি রয়েছে। ত্রুটি নীচে তালিকাভুক্ত করা হয়.

[01/Aug/2019 12:39:48] [TRACE] RunCommand('install_tool_x64.exe –zap –loglevel=trace') [01/Aug/2019 12:39:48] [ERROR] RunCommand() – পোপেন ব্যর্থ হয়েছে : 'install_tool_x64.exe –zap –loglevel=trace' : ত্রুটি : (2): 'সিস্টেম নির্দিষ্ট ফাইল খুঁজে পাচ্ছে না। [01/Aug/2019 12:39:48] [ত্রুটি] zap_agent: ব্যর্থ

[01/আগস্ট/2019 12:39:48] [ত্রুটি] RunCommand() - পপেন ব্যর্থ হয়েছে: 'install_tool_x64.exe -unpack=C:UsersX18303~1AppDataLocalTemp3~5504-1 .WRKopsware-agent.exe,C:Program FilesOpswareagent -install=C:Program FilesOpswareagent,C:UsersX18303~1AppDataLocalTemp3~5504 -1.WRK –loglevel=trace' : ত্রুটি : (2): 'সিস্টেম নির্দিষ্ট ফাইল খুঁজে পাচ্ছে না। [01/Aug/2019 12:39:48] [TRACE] install_tool: FAIL [01/Aug/2019 12:39:48] [ত্রুটি] অপসওয়্যার এজেন্ট ইনস্টলেশন ব্যর্থ হয়েছে।

সার্ভার নিম্নলিখিত সমস্যা দেখাচ্ছে. ComSpec=C:Windowssystem32cmd.exe;C:WindowsSysWOW64cmd.exe

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

ComSpec=C:Windowssystem32cmd.exe

সমস্যা সহ উইন্ডোজ সার্ভারে প্রশাসক হিসাবে সিএমডি খুলুন এবং পরবর্তী কমান্ডটি চালান:

প্রতিধ্বনি %COMSPEC%

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

সার্ভার অটোমেশন (SA): সর্বশেষ উইন্ডোজ প্যাচ ইনস্টল করার সময় টাইম আউট বার্তা দেখা যায়

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

সাম্প্রতিক Microsoft Windows ক্রমবর্ধমান প্যাচ ইনস্টল করার জন্য একটি সার্ভার অটোমেশন (SA) কাজ চালানোর সময়, অনেক সার্ভারের বিরুদ্ধে কাজ চালানো হয় একটি ব্যর্থ ফলাফলের সাথে টাইম আউট ত্রুটির সাথে। সার্ভারগুলি পরীক্ষা করে, ত্রুটির বিরুদ্ধে রিপোর্ট করা হয়, তাদের মধ্যে অনেকগুলি আসলে দেখায় যে প্যাচ(গুলি) সঠিকভাবে ইনস্টল করা হয়েছে৷

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

ডিফল্টরূপে SA কাজটি SA পরিচালিত সার্ভারের জন্য এই ইনস্টলেশনটি সম্পূর্ণ করার জন্য এক ঘন্টা পর্যন্ত অপেক্ষা করে। যদি এক ঘন্টা পরে SA কাজটি পরিচালিত সার্ভার থেকে ফিরে না শুনতে পায় যে প্যাচ ইনস্টলেশন সম্পূর্ণ হয়েছে, তাহলে এটি সার্ভারটিকে প্যাচ ইনস্টলেশন ব্যর্থ হয়েছে বলে চিহ্নিত করবে এবং এটির সময় শেষ হয়ে গেছে বলে নির্দেশ করবে।

যাইহোক, পরিচালিত সার্ভারে প্রক্রিয়াটির ইনস্টলেশন প্যাচটি ইনস্টল করতে প্রত্যাশার চেয়ে বেশি সময় নিতে পারে। এই সার্ভারটিকে SA চাকরিতে টাইম আউট হিসাবে চিহ্নিত করার কাজটি পরিচালিত সার্ভারে ইনস্টলেশন প্রক্রিয়াটিকে চালিয়ে যাওয়া থেকে বাতিল/বন্ধ করে না।

যদি প্যাচ ইনস্টলেশন সফল হয়, পরিচালিত সার্ভারটি তার ফলাফলগুলি SA কাজে ফেরত দেবে.. যাইহোক, যেহেতু SA জব ইতিমধ্যেই সার্ভারটিকে ব্যর্থ হিসাবে চিহ্নিত করেছে এটি এই স্থিতিটিকে পূর্বাবস্থায় ফিরিয়ে আনবে না কারণ এতে ইনস্টলেশন-পরবর্তী অতিরিক্ত পদক্ষেপ থাকতে পারে SA কাজ যা সঞ্চালিত হয়নি।

এইভাবে, SA জব সার্ভারটিকে ব্যর্থ - টাইম আউট হিসাবে দেখাবে এবং তবুও প্যাচ ইনস্টলেশন সফলভাবে সম্পন্ন হয়েছে।

SA জব পরিচালিত সার্ভারগুলির জন্য যে কাজগুলি সম্পূর্ণ করার নির্দেশ দেওয়া হয়েছে তা সম্পূর্ণ করার জন্য অপেক্ষা করবে ডিফল্ট পরিমাণ পরিবর্তন করা সম্ভব (যেমন প্যাচ ইনস্টল করা, একটি স্ক্রিপ্ট চালানো ইত্যাদি)। এই ডিফল্ট মান পরিবর্তন করতে, SA java gui টেনে আনুন, প্রশাসন নির্বাচন করুন, তারপর সিস্টেম কনফিগারেশন এবং তারপর-কনফিগারেশন প্যারামিটার নির্বাচন করুন।

ডানদিকের ফলকে, কমান্ড ইঞ্জিন (পথ) এ ক্লিক করুন। এটি পরিবর্তন করা যেতে পারে এমন সমস্ত প্যারামিটার দেখাবে। উপলব্ধ প্যারামিটারগুলি দেখুন (অথবা উইন্ডো ফলকের উপরের ডানদিকে অনুসন্ধান ক্ষেত্রের মাধ্যমে ফিল্টার করুন) এবং way.remediate.package_alarm_timeout প্যারামিটারটি সনাক্ত করুন৷

ডিফল্টরূপে, এই প্যারামিটারটির মান 3600 সেকেন্ড (বা 1 ঘন্টা) হবে। আপনি এই মান বৃদ্ধি এবং তারপর এটি সংরক্ষণ করতে পারেন. এই প্যারামিটার পরিবর্তন করা বর্তমানে চলমান SA চাকরিগুলিকে প্রভাবিত করবে না, তবে যেকোন নতুন SA চাকরি এই মানটি ব্যবহার করবে।

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

সার্ভার অটোমেশন (SA): uln_import কমান্ড বাফারের প্রত্যাশিত স্ট্রিং সহ ব্যর্থ হয়

সার্ভার অটোমেশন (SA) টুল ব্যবহার করার সময় uln_import ত্রুটি TypeError: Oracle Linux ওয়েব সার্ভারের সাথে SA কোর নিবন্ধন করার চেষ্টা করার সময় প্রত্যাশিত স্ট্রিং বা বাফার সম্মুখীন হয়।

সার্ভার অটোমেশন (SA) তার ডাটাবেস OEL সামগ্রীতে ডাউনলোড এবং আমদানি করতে পারে। এটি uln_import নামক SA কোর সার্ভারে একটি ইউটিলিটি ব্যবহার করে এটি করে, যা ওরাকল লিনাক্স ওয়েবসাইটের সাথে সংযোগ করে যা এই সামগ্রী অ্যাক্সেস করার জন্য ওরাকলের সাথে একটি অ্যাকাউন্ট কিনেছে এমন ব্যবহারকারী/অ্যাকাউন্টগুলিকে OEL সামগ্রী সরবরাহ করে।

ওরাকল লিনাক্স ওয়েবসাইটে SA কোর সার্ভারের প্রাথমিক নিবন্ধন /etc/opt/opsware/patch_importer/uln_import.conf ফাইলে ভেরিয়েবল সংজ্ঞায়িত করে এবং তারপর কমান্ড চালানোর মাধ্যমে সঞ্চালিত হয়। /opt/opsware/patch_importer/bin/uln_import –verbose –show_conf.

ওরাকল ওয়েবসাইটে SA সার্ভার নিবন্ধন করার জন্য উপরের কমান্ডটি চালানোর সময়, নিম্নলিখিত ত্রুটিটি দেখা যায়: patch_importer_versioned 807 ERROR অপ্রত্যাশিত ত্রুটি: ব্যবহারকারী নিবন্ধন করতে ব্যর্থ হয়েছে: XML-RPC সার্ভার ত্রুটি: TypeError: প্রত্যাশিত স্ট্রিং বা বাফার৷

এই ত্রুটিটি সেশন স্ক্রিনে উভয়ই দেখা যায় যেখান থেকে কমান্ড চালানো হচ্ছে এবং ইউটিলিটির জন্য লগফাইলে

(/var/log/opsware/patch_importer/uln_importer.log)

সমস্যাটি দেখা যাচ্ছে কারণ uln_import কোডটি ইউটিলিটি (/etc/opt/opsware/patch_importer/uln_import.conf) এর জন্য কনফিগারেশন ফাইলে সংজ্ঞায়িত ভেরিয়েবলগুলিকে সঠিকভাবে প্রক্রিয়া করতে পারে না।

/etc/opt/opsware/patch_importer/uln_import.conf ফাইলটি সম্পাদনা করার সময় সতর্কতা অবলম্বন করা উচিত যাতে ফাইলটিতে অতিরিক্ত হোয়াইটস্পেস বা নিয়ন্ত্রণ অক্ষরগুলি ভুলবশত যোগ করা না হয়। একটি ভাল সুপারিশ হল বিদ্যমান uln_import.conf ফাইলটি সংরক্ষণ/ব্যাকআপ করা, এবং তারপরে /etc/opt/opsware/patch_importer/uln_import.conf-নমুনাটি uln_import.conf ফাইলে অনুলিপি করুন (এটি ওভাররাইট করা) যাতে কোনও দুর্নীতি নেই। ফাইলে

তারপর uln_import.conf ফাইলে আপনার পরিবেশের জন্য প্রয়োজনীয় প্রতিটি প্যারামিটার পরিবর্তন করুন এবং uln_import কমান্ড ব্যবহার করে Oracle ওয়েবসাইটের সাথে SA সার্ভারটি আবার নিবন্ধন করার চেষ্টা করুন।

যদি এটি এখনও সমস্যাটির সমাধান না করে, তাহলে কনফিগার ফাইলের একটি নতুন অনুলিপি আনুন (uln_import.conf-sample থেকে) এবং তারপরে, একে একে, প্রতিটি পরামিতি কনফ ফাইলে যোগ করুন, প্রতিটির পরে uln_import কমান্ডটি পুনরায় চালু করুন। যোগ.

যদিও কিছু প্যারামিটার অনুপস্থিত থাকার কারণে সংযোগটি কাজ নাও করতে পারে, প্রত্যাশিত স্ট্রিং বা বাফার ত্রুটিটি প্রদর্শিত হবে না যদি না কনফিগার ফাইলে পরিবর্তনশীল পরিবর্তনটি সমস্যার কারণ হয়।

বিঃদ্রঃ: হোয়াইটস্পেস অক্ষর/স্পেস কোনো পরিবর্তনশীল নামের আগে থাকতে পারে না।

username=JOHN.DOE@ACME.COM (উদ্ধৃতি ছাড়া) গ্রহণযোগ্য

username=JOHN.DOE@ACME.COM (উদ্ধৃতি ছাড়া) নয়।

সার্ভার অটোমেশন (SA): uln_import চালানোর সময় ব্যবহারকারীর ত্রুটি নিবন্ধন করতে ব্যর্থ হয়েছে৷

সার্ভার অটোমেশন (SA) ইউটিলিটি uln_import ব্যবহার করে ওরাকলের সাথে SA কোর সিস্টেম নিবন্ধন করার সময়, ব্যবহারকারী নিবন্ধন করতে ব্যর্থ ত্রুটির সম্মুখীন হয়।

সার্ভার অটোমেশন (SA) তার ডাটাবেস OEL সামগ্রীতে ডাউনলোড এবং আমদানি করতে পারে। এটি uln_import নামক SA কোর সার্ভারে একটি ইউটিলিটি ব্যবহার করে এটি করে, যা ওরাকল লিনাক্স ওয়েবসাইটের সাথে সংযোগ করে যা এই সামগ্রী অ্যাক্সেস করার জন্য ওরাকলের সাথে একটি অ্যাকাউন্ট কিনেছে এমন ব্যবহারকারী/অ্যাকাউন্টগুলিকে OEL সামগ্রী সরবরাহ করে।

ওরাকল লিনাক্স ওয়েবসাইটে SA কোর সার্ভারের প্রাথমিক নিবন্ধন /etc/opt/opsware/patch_importer/uln_import.conf ফাইলে ভেরিয়েবল সংজ্ঞায়িত করে এবং তারপর কমান্ড চালানোর মাধ্যমে সঞ্চালিত হয়। /opt/opsware/patch_importer/bin/uln_import –verbose –show_conf.

এই কমান্ডটি চালানোর সময়, নিম্নলিখিত ত্রুটির সম্মুখীন হয় এবং কমান্ডটি বন্ধ করে দেয়। ULNError: ব্যবহারকারী নিবন্ধন করতে ব্যর্থ হয়েছে: XML-RPC সার্ভার ত্রুটি: MaxRetryError: SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] শংসাপত্র যাচাই ব্যর্থ হয়েছে (_ssl.c:590-9019) -07 20:19:58,679 patch_importer_versioned 807 ERROR অপ্রত্যাশিত ত্রুটি: ব্যবহারকারী নিবন্ধন করতে ব্যর্থ হয়েছে: XML-RPC সার্ভার ত্রুটি: MaxRetryError: SSLError: [SSL: CERTIFICATE_VERIFY_FAILED_] শংসাপত্র যাচাইকরণ ব্যর্থ হয়েছে।

এই ত্রুটিটি কনসোল সেশনে দেখা যায় যেখানে uln_import কমান্ড চালানো হচ্ছে এবং /var/log/opsware/patch_importer ডিরেক্টরিতে পাওয়া uln_importer.log ফাইলে।

uln_import ইউটিলিটি /etc/opt/opsware/patch_importer/uln_import.conf ফাইলে সংজ্ঞায়িত কনফিগারেশন ভেরিয়েবল ব্যবহার করে। এই তিনটি ভেরিয়েবল (ব্যবহারকারীর নাম, পাসওয়ার্ড, সিএসআই) SA sy নিবন্ধন করার সময় ব্যবহার করা হয়

ওরাকল লিনাক্স ওয়েবসাইটের সাথে স্টেম যা OEL বিষয়বস্তু প্রদান করে। ওরাকল ওয়েবসাইট দ্বারা এই তথ্য গ্রহণ করা না হলে ত্রুটি দেখা যায়।

এই তিনটি ভেরিয়েবলের মান সঠিকভাবে যোগ করা হয়েছে বলে ধরে নিলে, http://linux.oracle.com URL-এ একটি ওয়েব ব্রাউজার নির্দেশ করে এবং এই তথ্য ব্যবহার করে সাইন ইন করে ওরাকল লিনাক্স ওয়েবসাইটে সরাসরি লগ ইন করতে ব্যবহার করা যেতে পারে তা যাচাই করুন। এটি যাচাই করবে যে অ্যাকাউন্টের তথ্য বৈধ।

যদি মানগুলি ওরাকল ওয়েবসাইটে ম্যানুয়ালি লগ ইন করার কাজ করে, তাহলে সমস্যার আরেকটি সম্ভাব্য কারণ হতে পারে শংসাপত্রগুলি যা uln_import ইউটিলিটি ব্যবহারের জন্য ডিফল্টভাবে সরবরাহ করা হয়। কিছু ক্ষেত্রে ওরাকল লিনাক্স ওয়েবসাইটের সার্টিফিকেট ফাইল ca-bundle.crt-এ আমদানি করার প্রয়োজন হতে পারে। এটি বিশেষভাবে সত্য যদি একটি প্রক্সি uln_import.conf ফাইলে সংজ্ঞায়িত করা না থাকে।

SA সার্ভার ca-bundle.crt ফাইলে ওরাকল লিনাক্স শংসাপত্র আমদানি করতে, নীচের লিখিত পদক্ষেপগুলি অনুসরণ করুন৷

ধাপ 1: বিদ্যমান সার্টিফিকেট ফাইলের একটি ব্যাকআপ করুন cp /opt/opsware/openssl/certs/ca-bundle.crt /opt/opsware/openssl/certs/ca-bundle.crt_backup।

ধাপ ২: পাওয়া ওরাকল থেকে সর্বশেষ শংসাপত্র

ধাপ 3: ডাউনলোড করা ফাইলটি খুলুন (ULN-CA-CERT.sha2) এবং শেষ শংসাপত্রটি সনাক্ত করতে ফাইলের শেষে দেখুন৷

ধাপ 4: এই শংসাপত্রটি অনুলিপি করুন (শুরু করে এবং শেষ শংসাপত্র লাইনটি সহ এবং শেষ শংসাপত্র লাইন সহ)।

ধাপ 5: /opt/opsware/openssl/certs/ca-bundle.crt খুলুন /সম্পাদনা করুন এবং ফাইলের শেষে এই শংসাপত্রটি যোগ করুন।

ধাপ 6: ফাইলটি সংরক্ষণ করুন।

ধাপ 7: uln_import কমান্ড দিয়ে পুনরায় চেষ্টা করুন এবং Oracle ওয়েবসাইটে নিবন্ধন করার চেষ্টা করুন।

যদি এই সমাধানগুলির কোনটিই কাজ না করে, একটি সমর্থন টিকিট খুলুন এবং /var/log/opsware/patch_importer/uln_importer.log প্রদান করুন এবং

/etc/opt/opsware/patch_importer/uln_import.conf ফাইল।