সাইটস্কোপ

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

30 অক্টোবর, 2021

সুচিপত্র

  • 1. মাইক্রো ফোকাস সাইটস্কোপ – টিপস এবং ট্রিকস – জানুয়ারী 2021
    • 1. ইমেল আইডির জন্য একটি প্রদর্শন নাম রাখার জন্য নির্দেশাবলী
    • 2. কীভাবে অসমর্থিত বা আনডিপ্লোয়ড টেমপ্লেটগুলির সাথে মোকাবিলা করবেন?
    • 3. SSL কনফিগারেশন সক্রিয় করতে অক্ষম হলে কি করবেন?
    • 4. আপটাইম ব্যাকগ্রাউন্ড সম্পর্কিত সমস্যাগুলি কীভাবে ঠিক করবেন?
    • 5. কিভাবে MIBs ফাইলগুলি পুনরুদ্ধার করবেন এবং তাদের কাজের অবস্থায় ফিরিয়ে আনবেন?
    • 6. দূরবর্তী লগইন ব্যর্থ হলে মনিটরের জন্য সংযোগ ত্রুটি ঠিক করার নির্দেশাবলী
    • 7. JSON ফর্ম্যাটে ওয়েব পৃষ্ঠাগুলি পরিচালনা করতে SiteScope URL মনিটর ব্যবহার করা
    • 8. ফেইলওভারে SVC স্টার্টআপের সমস্যা কীভাবে মোকাবেলা করবেন?
    • 9. OBM ডাউন হলে SiteScope লগইন উইন্ডোর স্বয়ংক্রিয় রিস্টার্ট কিভাবে সমাধান করবেন?
    • 10. মনিটর SiteScope WMI এর ত্রুটিগুলি কীভাবে ঠিক করবেন?
  • 2. মাইক্রো ফোকাস সাইটস্কোপ - টিপস এবং কৌশল - ফেব্রুয়ারী 2021
    • 1. উইন্ডোজে সাইট স্কোপ পরিষেবাগুলি পুনরায় চালু করার জন্য নির্দেশাবলী৷
    • 2. WMI নেমস্পেস রুটCIMV2-এ বরাদ্দ করার জন্য প্রয়োজনীয় অনুমতি সম্পর্কিত বিশদ বিবরণ
    • 3. জাভা রানটাইম এনভায়রনমেন্ট সমাধান করা ত্রুটি লোড করা যাবে না
    • 4. 11.90 আপগ্রেড থেকে শুরুর ত্রুটির পরে সাইট স্কোপ চালানোর নির্দেশাবলী
    • 5. সাইটস্কোপ শুরু করার সময় NoClassDefFound ত্রুটির সমাধান করা
    • 6. সাইটস্কোপ 11.92 / 2020.05 ঠিক করা - দ্রুত প্রতিবেদনগুলি ত্রুটি প্রদর্শন করছে না
    • 7. সাইটস্কোপ - স্বয়ংক্রিয় সেশনের সময়সীমা / ব্যবহারকারীরা সাইটস্কোপ থেকে স্বয়ংক্রিয়ভাবে লগ আউট হয়ে গেলে / GUI / UI টাইম আউট হলে ত্রুটিটি ঠিক করার নির্দেশাবলী
    • 8. প্রদত্ত ইমেল সতর্কতাগুলিতে ব্যবহার করা যেতে পারে এমন সমস্ত প্যারামিটারের একটি তালিকা৷
    • 9. SiteScope লগ ফাইল server_statistics.log / server_statistics_raw.log সম্পর্কিত বিশদ - এবং কিছু মান ব্যাখ্যা করা হয়েছে
  • 3. মাইক্রো ফোকাস সাইটস্কোপ - টিপস এবং ট্রিকস - মার্চ 2021
    • 1. ইমেল পছন্দগুলিতে ডিফল্ট সেটিংস উইন্ডোতে একটি ইমেল প্রদর্শন সেট করার পদ্ধতি
    • 2. OBM/SiteScope-এর অভ্যন্তরীণ সংস্করণ বনাম অফিসিয়াল সংস্করণের জন্য ক্রস-রেফারেন্স তালিকা
    • 3. আপডেট না হওয়া থেকে SiteScope SQL BD-এর ব্যর্থতা সমাধানের পদক্ষেপ
    • 5. SiteScope 11.30 এর উপরে SiteScope 11.33 ইনস্টল করার সময় যে সমস্যার সম্মুখীন হয়েছিল তার সমাধান
    • 6. স্ক্রিপ্ট সতর্কতার মাধ্যমে ভেরিয়েবল পাস করার পদ্ধতি
    • 7. RUM এর জন্য সমর্থিত OS দুর্বলতার সমস্যা সমাধান করা
    • 8. নতুন BSM সার্ভারে পরিবর্তন করার পরে পুরানো BSM সার্ভারের বিবরণ উপস্থিত হওয়া বন্ধ করার নির্দেশাবলী
    • 9. MQ এর সাথে সংযোগ করার সময় একটি চ্যানেলের নাম নির্দিষ্ট করার ধাপ
    • 10. APM দ্বারা ব্যবহৃত ফ্রি এবং ওপেন সোর্স লাইব্রেরির তালিকা কীভাবে অ্যাক্সেস করবেন
    • 11. দূরবর্তী লগইন সার্ভারে মনিটরের সংযোগ ব্যর্থতার জন্য সমাধান করুন৷
  • 4. মাইক্রো ফোকাস সাইটস্কোপ - টিপস এবং কৌশল - এপ্রিল 2021৷
    • সাইটস্কোপ - কিভাবে NetApp ONTAP 9.3 ডিভাইসের জন্য রিমোট সার্ভার কনফিগারেশন যোগ করবেন
    • SiteScope কনফিগারেশন উইজার্ড রপ্তানি কনফিগারেশন বৈশিষ্ট্য চিরকাল চলে
    • SiteScope অ্যাপলেট লোডিং একটি NoClassDefFound ব্যতিক্রম সহ ব্যর্থ হয়
    • SiteScope অ্যাপলেট লোডিং একটি NoClassDefFound ব্যতিক্রম সহ ব্যর্থ হয়
    • SiteScope - SSL কনফিগারেশন Windows এ SiteScope সংস্করণ আপগ্রেড করার পরে ধরে রাখা হয়নি
    • APM / BSM / BPM / SiteScope / RUM ইঞ্জিন - কিভাবে Apache ওয়েব সার্ভার / Tomcat / Java সংস্করণ পুনরুদ্ধার করবেন
    • সাইটস্কোপ 11.32 – ইমেল পছন্দ – ডিফল্ট সেটিংস – কিভাবে একটি ইমেল প্রদর্শন নাম সেট করতে হয়
    • SiteScope- টেমপ্লেট স্থাপন করতে অক্ষম - প্রতিশ্রুতিতে ব্যর্থ - স্বতন্ত্রতা লঙ্ঘনের সাথে ব্যর্থ হয়
    • কিভাবে একাধিক মনিটর একটি টেমপ্লেট ব্যবহার করে একটি গ্রুপের অধীনে স্থাপন করা যেতে পারে?
    • OBM / Sitescope - অফিসিয়াল সংস্করণ বনাম অভ্যন্তরীণ সংস্করণ, উদাহরণস্বরূপ SiteScope 2020.10 == 11.93 - ক্রস-রেফারেন্স তালিকা
    • কীভাবে সাইটস্কোপ পরিষেবা পুনরায় তৈরি করবেন (কেবলমাত্র উইন্ডোজ)
  • 5. মাইক্রো ফোকাস সাইটস্কোপ - টিপস এবং কৌশল - মে 2021
  • 6. মাইক্রো ফোকাস সাইটস্কোপ - টিপস এবং ট্রিকস - জুন 2021
    • 1. SiteScope 11.92 / 2020.05 / OBM 2020.05 – OBM ডাউন হলে পরিষেবা পুনরায় চালু হওয়ার পরে কোনও SiteScope লগইন উইন্ডো নেই
    • 2. MQ এর সাথে সংযোগ করার সময় কি চ্যানেলের নাম উল্লেখ করা সম্ভব?
    • 3. একাধিক বিষয়বস্তুর মিল ব্যবহার করে থ্রেশহোল্ড
    • 4. ত্রুটি সহ সাইটস্কোপ wmi মনিটর করুন
    • 5. স্ক্রিপ্ট সতর্কতার মাধ্যমে ভেরিয়েবল পাস করতে সাহায্য করার সমাধান
    • 6. সাইটস্কোপ অ্যাপ্লিকেশন ডাউন
    • 7. নতুন BSM সার্ভারের সাথে সংযোগ করার পর ইনফ্রা সেটিং এর অধীনে পুরানো BSM সার্ভারের বিবরণ
    • 8. সাইটস্কোপ ইউআরএল মনিটর JSON ফর্ম্যাট প্রক্রিয়া করতে পারে?
    • 9. RUM এর জন্য সমর্থিত OS দুর্বলতা সমস্যা
    • 10. সাইটস্কোপ - WMI নেমস্পেস রুটCIMV2-এ নির্দিষ্ট অনুমতিগুলি কী কী বরাদ্দ করা হবে

5 . মাইক্রো ফোকাস সাইটস্কোপ - টিপস এবং কৌশল - মে 2021

1. নীরব লগইন বৈশিষ্ট্য আর কাজ করছে না - অবচয় বা প্রতিস্থাপিত হয়েছে৷ ?

সারসংক্ষেপ

আপনার জ্ঞানের জন্য, আপনার সচেতন হওয়া উচিত যে আমাদের এন্টারপ্রাইজ জুড়ে বেশ কয়েকটি সাইটস্কোপ সার্ভার জোড়া রয়েছে। এই সার্ভারগুলি থেকে OBM-এ সতর্কতা, এবং স্টক কাস্টম বৈশিষ্ট্য SiteScopeDrillDownURLJava এবং SiteScopeDrillDownURLUC প্লাস একটি কাস্টম CA cma4 (UC) অন্তর্ভুক্ত করে, এবং অতিরিক্তভাবে OBM-এ আরেকটি CA SiteScopeDrillDownURL (জাভা কনসোল) তৈরি করে৷ আমাদের কাছে OBM ব্যবহারকারী আছেন যারা Chrome থেকে ড্রিলডাউনের জন্য UC CA ব্যবহার করবেন। Chrome হল সেই ব্রাউজার যা আমরা OBM 2020.05 এর সাথে ব্যবহার করি এবং এটি কোম্পানির স্ট্যান্ডার্ড ব্রাউজার।

তারা অবশ্যই IE-তে ফিরে যেতে পারে...কিন্তু আমি দৃঢ়ভাবে একমত নই। ব্রাউজারগুলি মূল সমস্যা নয়। ডক্স অনুযায়ী আমরা দেখতে পাই যে নীরব লগইন বন্ধ করা হয়েছে। যেহেতু আমরা এই বৈশিষ্ট্যটি প্রতিদিন কয়েক ডজন বার ব্যবহার করি, ব্যস্ত সমস্যার দিনে আরও বেশি, আমাদের জানতে হবে যে এই বিকল্পটি, লগইন ছাড়াই UC এর মাধ্যমে মনিটরের জন্য একটি সরাসরি ড্রিলডাউন URL, আসলে ব্যবহারকারীদের জন্য উপলব্ধ কিনা।

আমাদের উৎপাদন পর্যবেক্ষণে এন্টারপ্রাইজের বিভিন্ন মনিটর করা অঞ্চলের জন্য ছয়টি (6) SiteScope সার্ভার জোড়া রয়েছে। নীরব লগইন ইউআরএল আমাদের দৈনন্দিন অপারেশনের জন্য খুবই গুরুত্বপূর্ণ। কিন্তু আমাদের বিকল্প সম্পর্কে উদ্বিগ্ন হওয়া উচিত।

এখানে এই নিবন্ধে, আমরা উপরে লেখা পরীক্ষা করে দেখুন.

সমাধান

পটভূমি সমস্যা: ব্যবহারকারী জানতে চায় যে সাইলেন্ট লগিং অবহেলিত হয়েছে এবং তার বিকল্পগুলি কী কী।

বিকল্প:

SSO বিকল্পটি সাইটস্কোপে উপলব্ধ। SSO এর অর্থ একক সাইন যা অ্যাক্সেস নিয়ন্ত্রণের একটি পদ্ধতি যা একজন ব্যবহারকারীকে একবার লগ ইন করতে এবং আবার লগ-ইন করার জন্য অনুরোধ না করে একাধিক সফ্টওয়্যার সিস্টেমের সংস্থানগুলিতে অ্যাক্সেস পেতে সক্ষম করে। আপনি যদি SSO সম্পর্কে বিশদ তথ্য চান তবে এখানে লিঙ্কটি রয়েছে: https://docs.microfocus.com/itom/SiteScope:2020.05/AuthStrategies

SSO-এর জন্য এখানে SiteScope দ্বারা সমর্থিত প্রমাণীকরণ কৌশল রয়েছে৷

লাইটওয়েট একক সাইন-অন (LW-SSO): এটি এম্বেড করা হয়েছে এবং এটি SiteScope-এর জন্য ডিফল্ট একক সাইন-অন প্রমাণীকরণ কৌশল। এটি প্রমাণীকরণের জন্য একটি বহিরাগত মেশিন প্রয়োজন হয় না. LW-SSO ব্যবহার করে সমন্বিত সমস্ত সফ্টওয়্যার অ্যাপ্লিকেশনের ডিফল্ট পাসফ্রেজ স্ট্রিং SiteScope ইনস্টল করার পরে অবিলম্বে পরিবর্তন করা উচিত।

SiteScope-এ ডিফল্ট SSO মান কীভাবে পরিবর্তন করবেন সে সম্পর্কে আরও বিশদ বিবরণের জন্য, SiteScope-এ LW-SSO স্ট্রিং কীভাবে পরিবর্তন করবেন তা দেখুন।

LW-SSO-এ সীমাবদ্ধতা, নিরাপত্তা সতর্কতা এবং সাধারণ রেফারেন্স সহ আরও বিশদ বিবরণের জন্য, LW-SSO প্রমাণীকরণ দেখুন।

লাইটওয়েট ডিরেক্টরি অ্যাক্সেস প্রোটোকল (LDAP): LDAP ব্যবহার করে প্রমাণীকরণ কনফিগার করা যেতে পারে। এটি ব্যবহার করার সময়, আপনি প্রমাণীকরণ তথ্য (ব্যবহারকারীর নাম এবং পাসওয়ার্ড) সংরক্ষণ করতে একটি বহিরাগত LDAP সার্ভার ব্যবহার করতে পারেন। সাইটস্কোপ ব্যবহারকারীর শংসাপত্র যাচাই করতে LDAP সার্ভার ব্যবহার করে।

তবে LDAP অস্থায়ী। আপনি ব্যবহারকারী ব্যবস্থাপনা পছন্দ থেকে আপনার ইচ্ছা অনুযায়ী সক্ষম এবং নিষ্ক্রিয় করতে পারেন। বিস্তারিত জানার জন্য, LDAP প্রমাণীকরণ এবং অনুমোদন দেখুন।

2. আমদানি/রপ্তানি সাইটস্কোপ অসন্তোষজনক

SiteScope 2020.05 OS Windows Server 2016 এর সাথে একটি ডেডিকেটেড সার্ভারে ইনস্টল করা হয়েছে৷ SiteScope সংস্করণ 2018.11 এর কনফিগারেশন আমদানি করা হয়েছে৷

বিল্ড: সাইটস্কোপ 11.60.83 64-বিট JVM, বিল্ড 82 তবে এটি নতুন সার্ভারে স্থানান্তরিত হয় না। রপ্তানি বা আমদানি প্রক্রিয়া চলাকালীন কোনো ত্রুটির বার্তা পাওয়া যায়নি। লগগুলি মামলার FTP-এ আপলোড করা হবে৷

সমাধান

পটভূমি সমস্যা: ব্যবহারকারী SiteScope 11.92 (2020.05) এ SiteScope 11.60 একটি সার্ভার থেকে অন্য সার্ভারে স্থানান্তর করছে (2020.05) ব্যবহারকারী config.tool ব্যবহার করে .zip ফাইলটি রপ্তানি করেছেন কিন্তু সেই ফাইলটি আমদানি করতে সমস্যা হয়েছে৷

নীচের লিখিত পদক্ষেপগুলি অনুসরণ করুন:

ধাপ 1: কনফিগারেশন টুল ব্যবহার করে SiteScope 2018.11 (11.60) এ কনফিগার ব্যাকআপ ফাইল তৈরি করা হয়েছে।

ধাপ ২: পরিষেবাগুলিতে সাইটস্কোপ বন্ধ করুন

ধাপ 3: RUN config.tool (প্রশাসনের অধিকার সহ): SiteScopein>config_tool.bat

ধাপ 4: অনুসন্ধান করা ফোল্ডার SiteScope নির্বাচন করুন এবং খুলুন ক্লিক করুন

ধাপ 5: পরবর্তী বক্সটি .zip ফাইল ব্যাকআপ রাখার পথটি অবস্থিত ছিল : C:ackup.zip

ধাপ 6: আমরা পাসফ্রেজ যোগ করেছি (ডেটা এনক্রিপ্ট করতে সাম্প্রতিক সংস্করণ প্রয়োজন), ন্যূনতম 6 অক্ষর

ধাপ 7 : কপি করা হয়েছে : backup.zip সার্ভার ডেসটিনিতে।

ধাপ 8: সার্ভার ডেসটিনিতে পরিষেবাগুলিতে সাইটস্কোপ বন্ধ করা হয়েছে৷

ধাপ 9 : RUN config.tool (প্রশাসনের অধিকার সহ): SiteScopein>config_tool.bat –>সার্ভারের ভাগ্যের জন্য

ধাপ 10 : নির্বাচিত আমদানি কনফিগারেশন

ধাপ 11: নির্বাচন করুন বিদ্যমান রপ্তানি করা কনফিগারেশন ফাইল ব্যবহার করুন ব্যাকআপের জিপ ফাইল সরবরাহ করুন নির্বাচিত: C:UsersUSERNAMEDesktopackup.zip

ধাপ 12 : আমরা পূর্ববর্তী পাসফ্রেজ যোগ করেছি।

ধাপ 13 : 2018.05 (11.50) এর আগে একটি SiteScope ইনস্টলেশন থেকে আমদানি করা ডেটা আনচেক করা হয়েছে কারণ এটি 11.60 থেকে আসে

ধাপ 14: SiteScope পরিষেবা শুরু করার আগে, আমরা master.config-এ গিয়ে সমস্ত মনিটর স্থগিত করেছি এবং কনফিগার করা IP বা FQDN পর্যালোচনা করেছি:

group>master.config

মনিটর সাসপেন্ড করুন

_suspendMonitors= থেকে _suspendMonitors=true এ পরিবর্তিত হয়েছে

SiteScope সংস্করণ 2020.05-এর প্রকৃত সার্ভারে গ্রাহকের জন্য প্রয়োজনীয় FQDN দ্বারা এই মানগুলি থেকে IP পর্যালোচনা করা হয়েছে:

_adminURL =

_userURL=

_webServerAddress =

_sisHostNameOverride=

tomcat ফোল্ডার এবং server.xml মান পুনর্বিবেচনা করুন: Tomcat>conf>server.xml এবং নাম=Catalina-এর জন্য defaultHost=localhost চেক করুন।

আপনি কি ম্যানুয়াল SiS 11.33 ইনস্টল করতে চান? নিচের লিখিত ধাপগুলো অনুসরণ করুন।

ধাপ 1: সমস্ত ফাইল মুছে ফেলার অনুমতি দিতে পরিষেবা বন্ধ করুন। (ওএম এজেন্ট বন্ধ করুন)

ধাপ ২ : পুরো সাইটস্কোপ ফোল্ডার (সাইটস্কোপ_পুরাতন) পুনঃনামকরণ করুন বা মুছুন।

ধাপ 3: এমএস ক্লিনআপ টুল ব্যবহার করুন (msicuu2)

• সার্ভারে প্রতিটি নতুন SiteScope 11.x প্যাকেজ রেজিস্ট্রেশন ইনস্টল করার জন্য MS টুলটিকে উইন্ডোজ ইনস্টল ক্লিনআপ বলে। এখান থেকে ডাউনলোড করুন।

অ্যাপটি চালু করুন এবং SiteScope শব্দের সাথে সমস্ত উপাদান নির্বাচন করুন (লক্ষ্য করুন কিছু অন্যান্য নন-SiteScope HP উপাদান উপস্থিত হতে পারে):

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

ধাপ 4: উইন্ডোজ রেজিস্ট্রি কী মুছুন (regedit)

HKEY_LOCAL_MACHINEsoftwareHewlett-PackardSiteScope

HKEY_LOCAL_MACHINESOFTWAREWow6432NodeHewlett-Packard (SystemHealth শুধুমাত্র 64-bit OS)

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesHP SiteScope à or SiteScope.

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

ধাপ 5: নিম্নলিখিত ফাইলটি মুছুন C:WINDOWSvpd.properties (সাইটস্কোপের পুরানো সংস্করণ)

ধাপ 6: উইন্ডোজে START এ যান এবং টাইপ করুন: %TMP% এবং সমস্ত অস্থায়ী ফাইল মুছে ফেলুন

ধাপ 7: সার্ভার রিবুট করুন

ধাপ 8: SiteScope পরিষেবা শুরু করার আগে config.tool চালান এবং আকার নির্বাচন করুন: microfocus.com-এ, itom > SiteScope:2020.05 > SizingSiSWinPlatform

microfocus.com-এ, itom > SiteScope:2020.05 > SiSCapacityCalculator

সাইটস্কোপ ক্যাপাসিটি ক্যালকুলেটর

SiteScope-এ এমন একটি টুল রয়েছে যা আপনাকে সিস্টেমের আচরণের পূর্বাভাস দিতে এবং SiteScope-এর জন্য ক্ষমতা পরিকল্পনা করতে সাহায্য করে। আপনি যে সিস্টেমে সাইটস্কোপ চলছে তার CPU এবং মেমরির বিশদ এবং প্রতিটি ধরণের মনিটরের সংখ্যা এবং সেগুলি চালানোর ফ্রিকোয়েন্সি লিখুন।

ক্যালকুলেটর তারপর প্রতিটি মনিটরের প্রকারের জন্য প্রত্যাশিত CPU ব্যবহার এবং মেমরি ব্যবহার এবং প্রদত্ত কাজের চাপের জন্য প্রস্তাবিত সিস্টেমের প্রয়োজনীয়তা প্রদর্শন করে। এটি আপনাকে আপনার কনফিগারেশনের টিউনিং প্রয়োজন কিনা তা নির্ধারণ করতে সক্ষম করে।

3. স্ট্যাটাস মাইনর এবং ক্রিটিক্যাল এপিএম 9.51

সংযুক্ত প্রিন্ট হিসাবে APM-এ বেশ কিছু MINOR এবং ক্রিটিকাল সতর্কতা রয়েছে। আমার সঠিক সেটিং দরকার যাতে সতর্কতা ঠিক ঠিক থাকে।

সমাধান

পটভূমি সমস্যা: সংযুক্ত প্রিন্ট হিসাবে APM-এ বেশ কিছু MINOR এবং সমালোচনামূলক সতর্কতা রয়েছে। আমার সঠিক সেটিং দরকার যাতে সতর্কতা ঠিক ঠিক থাকে।

RUM (রিয়েল ইউজার মনিটর ইঞ্জিন)।

সত্তার জন্য সিস্টেম হেলথের একটি গুরুত্বপূর্ণ অবস্থা রয়েছে: স্ন্যাপশট জবস অ্যালাইভ কাউন্ট

সমাধান প্রস্তাবিত:

softwaresupport.softwaregrp.com-এ, ডক KM1457033 > fileName=hp_man > BSM_920 > RealUserMonitor_Admin_pdf.pdf (অধ্যায় 5, পৃষ্ঠা 91)

সত্তা: স্ন্যাপশট জবস অ্যালাইভ কাউন্ট

বর্ণনা: প্রক্রিয়াকরণের জন্য অপেক্ষারত খোলা স্ন্যাপশট কাজের মোট সংখ্যা

সমালোচনামূলক অবস্থা (লাল): RUM সমস্ত স্ন্যাপশট প্রক্রিয়া করতে সক্ষম নাও হতে পারে

softwaresupport.softwaregrp.com-এ, ডক KM03163971 > fileName=RealUserMonitorAdmin.pdf (অধ্যায় 8, পৃষ্ঠা 83)

সত্তা: স্ন্যাপশট জবস অ্যালাইভ কাউন্ট

বর্ণনা: প্রক্রিয়াকরণের জন্য অপেক্ষারত খোলা স্ন্যাপশট কাজের মোট সংখ্যা।

সমালোচনামূলক অবস্থা (লাল): RUM সমস্ত স্ন্যাপশট প্রক্রিয়া করতে সক্ষম নাও হতে পারে।

সমস্যা সমাধান: APM-এ, স্ন্যাপশট কনফিগারেশন চেক করুন (EUM অ্যাডমিন > এন্ড ইউজার ম্যানেজমেন্ট > ডেটা কালেকশন > স্ন্যাপশট সংগ্রহ) এবং নিশ্চিত করুন যে স্ন্যাপশটের জন্য যুক্তিসঙ্গত সংখ্যক পৃষ্ঠা কনফিগার করা হয়েছে।

সমস্যা সমাধান

APM-এ, স্ন্যাপশট কনফিগারেশন পরীক্ষা করুন (EUMAdmin > EndUser Management > DataCollection > Snapshot collection) এবং নিশ্চিত করুন যে স্ন্যাপশটের জন্য যুক্তিসঙ্গত সংখ্যক পৃষ্ঠা কনফিগার করা হয়েছে। (তাদের সীমাবদ্ধ করুন)

4. সাইটস্কোপ 11.92 / 2020.05 – দ্রুত প্রতিবেদনগুলি প্রদর্শিত হচ্ছে না

দ্রুত প্রতিবেদনগুলি সাইটস্কোপ 11.92 / 2020.05-এ প্রদর্শিত হয় না। আপগ্রেড করার পরে, অন্য কোন ব্রাউজার বা সাইটস্কোপ ক্লায়েন্ট টুল দ্রুত রিপোর্ট প্রদর্শন করছে না।

অন্যান্য সমস্ত প্রতিবেদন প্রত্যাশিত হিসাবে কাজ করে (ইমেলের মাধ্যমে দৈনিক ইমেল প্রতিবেদন, ব্যবস্থাপনা প্রতিবেদন, সতর্কতা প্রতিবেদন ইত্যাদি…)।

সমাধান

ব্যবহারকারীরা এখন কীস্টোরের জন্য ডিফল্ট পাসওয়ার্ড ব্যবহার করছেন। প্রতিবেদনগুলি প্রদর্শন না করার কারণ হল নীচের কীগুলিতে কীস্টোরের জন্য একটি ভুল পাসওয়ার্ড মান রয়েছে যা হল,

_httpSecureKeyPassword=ANYPASSWORD

_httpSecureKeystorePassword=ANYPASSWORD

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

ধাপ 1: SiteScope বন্ধ করুন।

ধাপ ২: কনফিগারেশনের একটি ব্যাকআপ তৈরি করুন।

ধাপ 3: groupsmaster.config এ কীস্টোর পাসওয়ার্ড দিয়ে নিম্নলিখিত কীগুলি আপডেট করুন:

_httpSecureKeyPassword=NEW_PASSWORD

_httpSecureKeystorePassword=NEW_PASSWORD

ধাপ 4: সাইটস্কোপ শুরু করুন এবং রিপোর্টগুলি পরীক্ষা করুন।

এর পরে কোন সমস্যা ছাড়াই দ্রুত প্রতিবেদনগুলি প্রদর্শিত হবে।

5. সংযুক্ত স্প্রেডশীটে কোন উপাদান প্রয়োজন কিনা তা জানতে হবে

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

সমাধান

পটভূমি সমস্যা: আমাদের নিরাপত্তা সংস্থা আমাদের APM সার্ভারে সংযুক্ত স্প্রেডশীটে দুর্বলতা চিহ্নিত করেছে। এই উপাদানগুলির মধ্যে কোনটি APM সফ্টওয়্যারের জন্য প্রয়োজন কিনা বা সেগুলি সম্পূর্ণরূপে সিস্টেম থেকে সরানো যেতে পারে কিনা তা আমার জানা দরকার৷

আমরা APM 9.51 UI দ্বারা ব্যবহৃত JRE-এর জন্য জাভা প্যাচ সংক্রান্ত আপনার পোস্টটি পরীক্ষা করেছি। আপনি কি 1.8.0_161 সংস্করণ ব্যবহার করছেন? আপনি জাভা নিয়ন্ত্রণ প্যানেল থেকে জানতে পারেন:

JRE-এর জন্য APM 9.51 সুপারিশ,

microfocus.com-এ, itom > অ্যাপ্লিকেশন পারফরম্যান্স ম্যানেজমেন্ট:9.51 > ClientSysReq

——————————

APM DPS উইন্ডোজ সার্ভার 2012 R2 স্ট্যান্ডার্ড 64 বিট সংস্করণ SSLv3.0/TLSv1.0 প্রোটোকল দুর্বল CBC মোড সার্ভার সাইড দুর্বলতা (BEAST)।SSLv3.0/TLSv1.0 প্রোটোকল দুর্বল CBC মোড সার্ভার সাইড দুর্বলতা (BEAST)।

এই দুর্বলতা এত অল্প শব্দে ব্যাখ্যা করা যাবে না। এই নিবন্ধটি শুধুমাত্র একটি সংক্ষিপ্ত বিবরণ. আপনি যদি এই বিষয়ে আরও বিশদ জানতে চান তবে এটি শেষের বাহ্যিক লিঙ্কগুলিতে উপলব্ধ।

মন্তব্য:

• এটি প্রযুক্তিগতভাবে একটি একক ব্রাউজারের বিরুদ্ধে আক্রমণ, সার্ভার নয়। আক্রমণের সবচেয়ে সম্ভাব্য লক্ষ্য হল ব্যবহারকারীর সেশন হাইজ্যাক করার জন্য একটি এনক্রিপ্ট করা সেশন কুকি পুনরুদ্ধার করা।

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

• আক্রমণটি শুধুমাত্র সিবিসি (সাইফার ব্লক চেইনিং) অ্যালগরিদমের ক্ষেত্রে প্রযোজ্য, যেমনটি SSL 3.0 এবং TLS 1.0 এ প্রয়োগ করা হয়েছে। স্ট্রিমিং সাইফার RC4 দুর্বল নয়, এবং TLS-এর নতুন সংস্করণগুলি এই আক্রমণের বিরুদ্ধে প্রতিরোধী উপায়ে CBC প্রয়োগ করে। যাইহোক, কিছু ক্রিপ্টোগ্রাফার RC4 কে CBC অ্যালগরিদম (AES এবং DES) থেকে দুর্বল বলে মনে করে, যখন TLS 1.1+ এর বাস্তবায়ন অস্বাভাবিক।

• ব্রাউজার (এবং কম্পোনেন্ট) নির্মাতারা এমন ভেক্টর বন্ধ করার পদক্ষেপ নিচ্ছে যা আক্রমণকারীদের প্রয়োজনীয় অ্যাক্সেসের অনুমতি দেয় এবং TLS 1.1+ বাস্তবায়ন করে।

SSL/TLS-সক্ষম পরিষেবাগুলির সাথে দূরবর্তী হোস্ট থেকে সংবেদনশীল তথ্য প্রাপ্ত করা সম্ভব হতে পারে।

বর্ণনা

SSL 3.0 এবং TLS 1.0-এ একটি দুর্বলতা বিদ্যমান যা কোনও আক্রমণকারী প্রভাবিত সিস্টেম থেকে পরিবেশিত এনক্রিপ্ট করা ট্র্যাফিককে বাধা দিলে তথ্য প্রকাশের অনুমতি দিতে পারে।

TLS 1.1, TLS 1.2, এবং সমস্ত সাইফার স্যুট যেগুলি CBC মোড ব্যবহার করে না সেগুলি প্রভাবিত হয় না৷

এই প্লাগইনটি একটি প্রভাবিত SSL সংস্করণ এবং সাইফার স্যুট ব্যবহার করে একটি SSL/TLS দূরবর্তী সংযোগ স্থাপন করার চেষ্টা করে এবং তারপরে ডেটা ফেরত পাঠায়।

প্রত্যাবর্তিত অ্যাপ্লিকেশন ডেটা খালি বা এক-বাইট রেকর্ডের সাথে খণ্ডিত না হলে, এটি সম্ভবত দুর্বল।

OpenSSL একটি পাল্টা ব্যবস্থা হিসাবে খালি টুকরা ব্যবহার করে যদি না OpenSSL আরম্ভ করার সময় 'SSL_OP_DONT_INSERT_EMPTY_FRAGMENTS' বিকল্পটি নির্দিষ্ট করা হয়।

মাইক্রোসফ্ট একটি পাল্টা ব্যবস্থা হিসাবে এক-বাইট খণ্ড প্রয়োগ করেছে এবং সেটিংটি রেজিস্ট্রি কী HKEY_LOCAL_MACHINESystemCurrentControlSetControlSecurityProvidersSCHANNELSendExtraRecord এর মাধ্যমে নিয়ন্ত্রণ করা যেতে পারে।

অতএব, যদি একাধিক অ্যাপ্লিকেশন একই SSL/TLS বাস্তবায়ন ব্যবহার করে, তবে কিছু দুর্বল হতে পারে যখন অন্যরা নাও হতে পারে, একটি পাল্টা ব্যবস্থা সক্ষম করা হয়েছে কিনা তার উপর নির্ভর করে।

সমাধান হল,

SSL/TLS সার্ভারগুলি শুধুমাত্র TLS 1.1 বা TLS 1.2 ব্যবহার করার জন্য কনফিগার করুন যদি সমর্থিত হয়।

SSL/TLS সার্ভারগুলিকে শুধুমাত্র সাইফার স্যুট সমর্থন করতে কনফিগার করুন যা ব্লক সাইফার ব্যবহার করে না। উপলব্ধ হলে প্যাচ প্রয়োগ করুন.

মনে রাখবেন যে MS12-006 নিরাপত্তা আপডেট ইনস্টল করার পরে বিভক্ত-রেকর্ড পাল্টা ব্যবস্থা সক্ষম করার জন্য অতিরিক্ত কনফিগারেশনের প্রয়োজন হতে পারে। বিস্তারিত জানার জন্য Microsoft KB2643584 দেখুন।

বন্দর

tcp/8443

আলোচিত সাইফার স্যুট: AES128-SHA

TLSv1

Kx=RSA

Au = RSA

Enc=AES-CBC(128)

ম্যাক=SHA1

—————————

আমি আপনার পোস্ট থেকে বুঝতে পেরেছি যে আপনি APM UI এর জন্য ক্লায়েন্ট দ্বারা ব্যবহৃত JRE সংস্করণটি উল্লেখ করছেন যা প্যাচ করা দরকার, কারণ APM GW এবং DPS উভয়ই openJDK ব্যবহার করে ওরাকল জাভা নয়।

c:HPBSMJREin>জাভা-সংস্করণ

openjdk সংস্করণ 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, মিশ্র মোড)

আমি বর্তমানে APM UI অ্যাক্সেস করতে কোনো সমস্যা ছাড়াই JRE 1.8.171 বা এমনকি উচ্চতর সংস্করণ ব্যবহার করি।

অন্যদিকে, APM 9.51 স্থানীয় জাভা ক্লায়েন্ট ব্যবহার করে তার নিজস্ব OpenJDK নিয়ে আসে:

F:SoftwareAPM9.51apm_local_client_winjavainjava-সংস্করণ

openjdk সংস্করণ 1.8.0_181

OpenJDK রানটাইম এনভায়রনমেন্ট (জুলু 8.31.0.1-win64) (বিল্ড 1.8.0_181-b02)

OpenJDK 64-বিট সার্ভার VM (জুলু 8.31.0.1-win64) (বিল্ড 25.181-b02, মিশ্র মোড)

6. মেট্রিক্স আপটাইমে ত্রুটি৷

দলটি আপটাইম ইভেন্টের সাথে পরিচয় করিয়ে দেয়, যা টাওয়ার থেকে টিকিট চাওয়ার জন্য একটি স্বয়ংক্রিয় বার্তা তৈরি করে। পর্যালোচনা করার সময়, উইন্ডোজ টাওয়ার টিকিটটি ডকুমেন্টেশন সহ নথিভুক্ত করে যে সরঞ্জামটি 21 দিনের জন্য রিবুট ছাড়াই চালু করা হয়েছে, এবং ফোনের মাধ্যমে ফোনে দুবার চেক করা হয় যে নিরীক্ষণ করা হোস্টনাম এবং আইপি সঠিক।

সাইটস্কোপে মেট্রিক সেটিং পরীক্ষা করা হয়েছে, এবং এটি সঠিকভাবে কনফিগার করা হয়েছে, কাউন্টার টাইম ইঙ্গিত করে যে আপটাইম প্রায় দেড় দিন। অনুগ্রহ করে দুবার চেক করুন কারণ সার্ভারের সময় এবং মেট্রিক, যা টাওয়ারে অনুরোধ ট্রিগার করবে, ভিন্ন।

সমাধান

পটভূমি সমস্যা: গ্রাহকের আপটাইম নিয়ে সমস্যা আছে

সাইটস্কোপ: 11.33

সাইটস্কোপ পোর্ট: 8443

উইন্ডোজ সার্ভার 2012 R2

সমাধান প্রস্তাবিত:

গ্রাহকদের স্কিপ করার সাথে পারফরম্যান্সের সমস্যা রয়েছে, স্কিপগুলিতে মনিটরের ফ্রিকোয়েন্সি ঠিক করার এবং দূরবর্তী সার্ভারের জন্য সংযোগের সীমা বাড়ানোর পরামর্শ দেওয়া হয়েছিল।

কর্ম পরিকল্পনা:

ত্রুটি -1 লিনাক্স সার্ভারের জন্য কর্ম পরিকল্পনা:

ত্রুটি পাওয়া:

SSH V1 সংযোগের চেষ্টা করা হচ্ছে SSH V1 সংযোগ ব্যর্থ হয়েছে SSH V2 ব্যর্থ হয়েছে দূরবর্তী কমান্ড ত্রুটি (-1) দূরবর্তী কমান্ড ত্রুটি (-1)।

অ্যালগরিদম ডিফি-হেলম্যান-গ্রুপ 1-শা1″ ব্যবহার করা কাজ করে কিন্তু ডিফি-হেলম্যান-গ্রুপ14-শা1 ব্যবহার করে ব্যর্থ হয়

সাইটস্কোপের ডিফি-হেলম্যান-গ্রুপ1-শা১-এর পরিবর্তে ডিফি-হেলম্যান-গ্রুপ14-শা১ ব্যবহার করা উচিত

সমাধান দেখুন,

ommunity.microfocus.com > t5 > Operations-Bridge-User > Remote-connectivity-via-ssh-no-longer-works-on-SiteScope-11-32 > td-p > 238976

সমাধান 1:

community.microfocus.com > t5 > Operations-Bridge-User > Sitescope-11-24-unable-to-connect-to-remote-ubuntu-server > td-p > 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-হেলম্যান-গ্রুপ1-sha1

সমাধান 2:

সংযোগ ত্রুটি ঘটেছে: কী বিনিময় ব্যর্থ হয়েছে৷

একটি UNIX দূরবর্তী সংযোগ প্রচেষ্টার সম্ভাব্য মূল কারণ কী বিনিময় ব্যর্থ হওয়ার কারণে ব্যর্থ হয়েছে৷

একটি নতুন দূরবর্তী UNIX সার্ভার SSH এর মাধ্যমে সংযোগ করছে না, সংযোগ ব্যর্থ হয় এবং নিম্নলিখিত বার্তাটি লগগুলিতে লেখা হয়:

সোম ডিসেম্বর 05 05:33:30 EST 2011 SSH অভ্যন্তরীণ কানেক্টভি 2: একটি সংযোগ ত্রুটি ঘটেছে: কী বিনিময় ব্যর্থ হয়েছে: সার্ভারে সংযোগ করতে ব্যর্থ হয়েছে: সংযোগ প্রত্যাখ্যান করা হয়েছে: আর কোনো তথ্য নেই (uc)৷

PuTTy-এর সাথে সংযোগ পরীক্ষা করার প্রবণতা কাজ করে, তবে মাইন্ডটার্ম একই ত্রুটি বার্তার সাথেও ব্যর্থ হয়:

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

সার্ভারের দিকে এই ক্লায়েন্ট কীগুলি সংরক্ষণ করা হয় এবং পরের বার ক্লায়েন্ট সংযোগ করার চেষ্টা করলে চেক করা হয়। যদি ফাইল বা কী নিজেই সার্ভারের দিকে দূষিত হয়ে যায় তবে এটি ক্লায়েন্টের পরিচয়কে আর বিশ্বাস করবে না এবং সংযোগ প্রত্যাখ্যান করা হবে।

এই কী বিনিময় ব্যর্থতা টার্গেট সাইডে SiteScope সার্ভার আইপিতে বরাদ্দ করা একটি দূষিত কী এর সাথে সম্পর্কিত হতে পারে। এই SSH কীগুলি সাধারণত /etc/ssh/ssh_known_hosts বা, সম্ভবত, /home//.ssh/known_hosts (OpenSSH সফ্টওয়্যারের জন্য) সংরক্ষণ করা হয়। সমস্ত SSH সফ্টওয়্যার প্রদানকারীর সমতুল্য ফাইল থাকা উচিত, কারণ কী বিনিময় প্রক্রিয়া SSH প্রোটোকলের অংশ।

সম্পূর্ণ ফাইল মুছে ফেলা বা SiteScope সার্ভার আইপি বা হোস্টনামে বরাদ্দ করা লাইনটি প্রথমবার চেষ্টা করার মতো একটি নতুন কী বিনিময়কে বাধ্য করবে৷

সমাধান 3:

সংযোগ স্থাপনের জন্য নীচে পরিবর্তন করা হয়েছে

সাইটস্কোপ সার্ভার ওএস == লিনাক্স:

ধাপ 1: রিমোট ইউনিক্স সংযোগ সম্পাদনা করুন

ধাপ ২: OS পরিবর্তন করে (যদি প্রয়োজন হয়)

ধাপ 3: অ্যাকাউন্ট ব্যবহার করে সার্ভারে লগ ইন করে প্রম্পট যোগ করুন। যেমন (:~>)

ধাপ 4: অগ্রিম অধীনে SSH ক্লায়েন্ট বহিরাগত SSH ক্লায়েন্ট পরিবর্তন

সাইটস্কোপ সার্ভার ওএস == উইন্ডোজ:

ধাপ 1: রিমোট ইউনিক্স সংযোগ সম্পাদনা করুন

ধাপ ২: OS পরিবর্তন করে (যদি প্রয়োজন হয়)

ধাপ 3: অ্যাকাউন্ট ব্যবহার করে সার্ভারে লগ ইন করে প্রম্পট যোগ করুন। যেমন (:~>)

ধাপ 4: অগ্রিম অধীনে SSH ক্লায়েন্ট Plink পরিবর্তন করুন

ধাপ 5: কাস্টম কমান্ডলাইন যোগ করুন - D:SiteScope oolsplink.exe -ssh $user$@$host$ -pw $password$।

কর্ম পরিকল্পনা 2:

• লিনাক্স সার্ভারের সাথে সম্পর্কিত মনিটরগুলি অক্ষম করুন যা ব্যর্থ হচ্ছে এবং হ্যান্ডেল গণনা এবং এড়িয়ে যাওয়ার কারণ হচ্ছে৷

পরবর্তী পদক্ষেপ: কর্ম পরিকল্পনার ফলাফলগুলি পরীক্ষা করার জন্য আমরা পরের শুক্রবার পরবর্তী ওয়েবেক্স অধিবেশনে সম্মত হয়েছি।

7. ত্রুটি – MIB ফাইলের তালিকা java.lang.NullPointerExceptio পেতে পারে না n

লগগুলিতে এটি নিম্নলিখিত বার্তাটি প্রদর্শন করছে

|_+_|

সমাধান

পটভূমি সমস্যা: এমআইবি কাজ করছে না:

2020-10-22 13:00:18,826 [http-bio-443-exec-2] (MergeParserPhase.java:116) ত্রুটি – পার্স করা যায়নি : TRIPPLITE.MIB ডুপ্লিকেট মডিউল: file:///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:

• SiteScope সার্ভারে জাভা হিপের আকার বাড়ান। এটি নিম্নলিখিত পদক্ষেপগুলি দ্বারা করা যেতে পারে:

ধাপ 1: SiteScope পরিষেবা বন্ধ করুন।

ধাপ ২: রেজিস্ট্রি এডিটরে যান এবং এই পথটি অনুসরণ করুন:

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesHPSiteScopeserviceParam]। -Xmx এবং -Xms মান (উভয়টি) 8192 এ সম্পাদনা করুন

ধাপ 3: master.config এ যান এবং তালিকার শেষে এই প্যারামিটারটি পরিবর্তন বা যোগ করুন:

কর্মক্ষমতা সংক্রান্ত সমস্যা থাকলে আবর্জনা সংগ্রহকারী ব্যবহার করা হয়:

_runGPeriod=900000 –> মেমরি মুক্ত করতে

ধাপ 4: সার্ভার রিবুট করুন।

ধাপ 5: সাইটস্কোপ পরিষেবা শুরু করুন।

এড়িয়ে যান :

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

9. সাইটস্কোপ SQL DB টেবিল আপডেট হচ্ছে না

এসকিউএল ডিবি টেবিল সাইটস্কোপে আপডেট হচ্ছে না। আপডেট সংক্রান্ত কিছু সমস্যা হতে পারে। সাইটস্কোপ SQL DB টেবিল আপডেট হচ্ছে না

সমাধান

পটভূমি সমস্যা: সাইটস্কোপ SQL DB টেবিল আপডেট হচ্ছে না। ব্যবহারকারী একটি এসকিউএল ডেটাবেসের সাথে সংযোগকারী সাইটস্কোপ ডেটাবেস টুলের সাথে কাজ করছিলেন। ডেটাবেস সক্রিয় করা হয়েছিল, কিন্তু ডেটাবেসে ডেটা সংরক্ষণ করা হয়নি

সাইটস্কোপ সংস্করণ 11.91 (2019.11)

ওরাকল থেকে এই সমাধান SQL এর জন্য প্রয়োগ করা হয়েছিল এবং সফলভাবে কাজ করেছে।

সমাধান: softwaresupport.softwaregrp.com > ডক KM03092343

আমরা দেখতে পাচ্ছি যে টেবিলটি ডাটাবেসে তৈরি করা হয়েছিল, কিন্তু কোনও ডেটা সন্নিবেশ করা হয়নি।

সাইটস্কোপ - ডেটাবেস লগিং সক্ষম করা হয়েছে, কিন্তু ডিবিতে কোনো ডেটা সংরক্ষণ করা হয় না

confcoreToolslog4jPlainJavalog4j.properties-এ নিম্নলিখিত বিবৃতি যোগ করে ডিবাগ সক্রিয় করা হয়েছে

সমস্যা ডাটাবেস দ্বারা সৃষ্ট হয়. লগ ফাইলে ত্রুটি দেখায় যে SiteScope একটি ডাটাবেস টেবিল তৈরি করার চেষ্টা করে যা ইতিমধ্যেই বিদ্যমান। অন্যান্য ত্রুটিগুলি দেখায় যে SiteScope এমন একটি টেবিলে ডেটা সন্নিবেশ করার চেষ্টা করে যা বিদ্যমান ছিল না এবং এটি এমন একটি টেবিলে ডেটা সন্নিবেশ করার চেষ্টা করে যেখানে ভুল কলাম রয়েছে৷ আপনি টেবিলটি পুনরায় তৈরি করে এই সমস্যাগুলি সমাধান করতে পারেন। এখানে আপনি যান:

ধাপ 1: সাইটস্কোপ পরিষেবা বন্ধ করুন।

ধাপ ২: ডাটাবেসের পাশে খালি টেবিলটি ফেলে দিন।

ধাপ 3: groupsmaster.config পরিবর্তন করুন এবং তৈরি টেবিলে টেবিলের নাম পরিবর্তন করুন এবং একটি ভিন্ন টেবিলের নামে টেবিল সন্নিবেশ করুন, টেবিলের নীচের উদাহরণে যেটি ব্যবহার করা হবে তাকে SiteScopeLog_01 বলা হয়

_logJdbcCreateSiteScopeLog=টেবিল তৈরি করুন SiteScopeLog_01 (datex VARCHAR(255), সার্ভারের নাম VARCHAR(255), শ্রেণী VARCHAR(255), নমুনা VARCHAR(255), শ্রেণী VARCHAR(255), গোষ্ঠীর নাম VARCHAR(255), মনিটরের নাম VARCHAR(255), মনিটর VARCHAR(255), শ্রেণীবিভাগ (255), মনিটরআইডি VARCHAR(255), মান1 VARCHAR(255), মান2 VARCHAR(255), মান3 VARCHAR(255), মান4 VARCHAR(255), মান5 VARCHAR(255), মান6 VARCHAR(255), মান7 VARCHAR(255) ), মান 8 VARCHAR(255), মান 9 VARCHAR(255), মান 10 VARCHAR(255))

_logJdbcDriverSiteScopeLog=oracle.jdbc.driver.OracleDriver

_logJdbcInsertLink =

_logJdbcInsertSiteScopeLog=SiteScopeLog_01 VALUES(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)

ধাপ 4: SiteScope পরিষেবা শুরু করুন৷ একবার ডেটাবেস পুনরায় তৈরি হয়ে গেলে ডেটা টেবিলে আসে: SiteScopeLog_01 ডেটাবেস থেকে: SITESCOPE_DSO

• ব্যর্থতা মিরর করা হয়েছে:

• SMTP সংযোগকারী থেকে সার্ভার সরানো হয়েছে (SMTP সংযোগকারী। SMTP হল বহির্গামী ইমেল বার্তাগুলি এক সার্ভার থেকে অন্য সার্ভারে স্থানান্তর করার জন্য এবং অন্যান্য মেল সার্ভার এবং ইমেল ক্লায়েন্টদের থেকে ইমেল বার্তা গ্রহণ করার জন্য একটি প্রোটোকল৷)

10. লিনাক্সে সাইটস্কোপ - 11.41 থেকে 11.90 এ আপগ্রেড করার পরে সাইটস্কোপ শুরু করতে অক্ষম

নতুন SiteScope আপগ্রেডে কিছু সমস্যা আছে বলে মনে হচ্ছে। ব্যবহারকারীরা 11.41 থেকে 11.90 এ আপগ্রেড করার পরে Linux-এ SiteScope শুরু করতে অক্ষম৷ আপডেটের পর SiteScope আর স্বাভাবিক ভাবে শুরু করা যাবে না, /start এর মাধ্যমে। সমস্যা হল Red Hat Linux-এ SiteScope 11.41 আপডেট করা হয়েছে 11.90-এ

./start নির্বাহ করার সময়, এটি কিছু সময়ের জন্য কাজ করে, তারপর এটি ফিরে আসবে। SiteScope একটি পটভূমি প্রক্রিয়া হিসাবে শুরু করা যাবে না. error.log বা অন্য কোনো লগফাইলে কিছুই লেখা হয় না। একটি সমাধান হিসাবে তারা /bin/go.sh এর মাধ্যমে SiteScope শুরু করেছে। OS পুনরায় চালু করলে সমস্যাটির সমাধান হয়নি।

যদি কেউ ./start এর মাধ্যমে SiteScope শুরু করে, তাহলে এটি প্রথমে start-service exec ../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 এর মাধ্যমে সাইটস্কোপের মূল শুরু করে। বুটস্ট্র্যাপ শুরু হয় তাই রানিং স্টার্ট এবং go.sh এর মধ্যে প্রধান পার্থক্য হল সার্ভিস প্রসেস start-service/com.mercury.sitescope.bootstrap। পরিষেবা, যা এখানে মারা যাচ্ছে বলে মনে হচ্ছে।

স্ক্রিপ্টটি কী করে তা আরও ভালভাবে অনুসরণ করতে,

স্ক্রিপ্ট পরিবর্তন করুন/নিম্নলিখিতভাবে শুরু করুন:

প্রথম লাইন পরিবর্তন করুন

#!/bin/sh

প্রতি

#!/bin/sh -x

এবং লাইন

যদি [ X = X-i ]

প্রতি

# যদি [ X = X-i ]

যদি সত্য;;

(প্রথম লাইনটি মন্তব্য করুন, এবং দ্বিতীয়টি যোগ করুন, তারপরে -i বিকল্পটি দিয়ে স্টার্ট-সার্ভিস শুরু হয় এবং স্ক্রীনে ত্রুটি বের করে)

ফাইল সংরক্ষণ করুন

./start এর মাধ্যমে SiteScope শুরু করুন

কিছু সময় অপেক্ষা করুন, তারপর পর্দায় আউটপুট ক্যাপচার করুন

ফলাফল হলো

[root@sgbhpdapp01:/opt/HP/SiteScope]#./start

+ LANG=C

++ dirname ./start

+ রুট =।

+ পরীক্ষা -s ./groups/pid

+ ‘[‘ 1 -eq 0 ‘]’

+ পরীক্ষা -s ./groups/monpid

+ ‘[‘ 0 -eq 0 ‘]’

++ বিড়াল ./groups/monpid

+ PID=0

+ /bin/ps -p 0

ত্রুটি: প্রসেস আইডি সীমার বাইরে

ব্যবহার:

ps [বিকল্প]

'ps -help' চেষ্টা করুন

অথবা 'ps -help'

অতিরিক্ত সাহায্য পাঠ্যের জন্য।

আরো বিস্তারিত জানার জন্য দেখুন ps(1)।

+ ‘[‘ 1 -eq 0 ‘]’

+ সত্য

+ cd ./bin

+ ./start-service -i

ত্রুটি: পাসওয়ার্ড ফাইল পড়ার অ্যাক্সেস সীমাবদ্ধ করা আবশ্যক: /opt/HP/SiteScope/java/lib/management/jmxremote.password

sun.management.Agent Configuration Error

sun.management.jmxremote.ConnectorBootstrap.checkPasswordFile(ConnectorBootstrap.java:577) এ

sun.management.jmxremote.ConnectorBootstrap.startRemoteConnectorServer(ConnectorBootstrap.java:426) এ

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

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

প্রথম ত্রুটি সহজেই উপেক্ষা করা যেতে পারে:

পিড এবং মনপিড ফাইলগুলি বিদ্যমান নেই, এটি স্ক্রিপ্টটি চালানোর চেষ্টা করে

ps -p 0

যা অবৈধ এবং ব্যর্থ।

তবে যেটা বেশি গুরুত্বপূর্ণ তা হল দ্বিতীয় ত্রুটি

ত্রুটি: পাসওয়ার্ড ফাইল পড়ার অ্যাক্সেস সীমাবদ্ধ করা আবশ্যক: /opt/HP/SiteScope/java/lib/management/jmxremote.password

sun.management.Agent Configuration Error

sun.management.jmxremote.ConnectorBootstrap.checkPasswordFile(ConnectorBootstrap.java:577) এ

অনুসরণ করেছে

stackoverflow.com > প্রশ্ন > 19220442 > jmx পাসওয়ার্ড পড়ার অ্যাক্সেস সমস্যা

..

নিশ্চিত করুন যে আপনি জাভা প্রক্রিয়া চালানোর জন্য যে ব্যবহারকারীকে ব্যবহার করছেন তার ফাইলে অ্যাক্সেস রয়েছে (মালিক/পড়ার অনুমতি)।

চেষ্টা করুন:

chmod 600 jmxremote.password

..

তবে অনুমতি পরিবর্তন করে সমস্যার সমাধান হয় না।

সমাধান

এটিতে jmxremote সহ সমস্ত নির্দেশগুলি সরাতে এই কমান্ডগুলি অনুসরণ করুন৷ পরিবর্তন করুন৷

go.sh

..

|_+_|

..

প্রতি

স্ক্রিপ্ট স্টার্ট-সার্ভিস এবং স্টার্ট-মনিটরে একই রকম পরিবর্তন করুন

এই পরিবর্তনের পরে স্টার্টআপ /opt/HP/SiteScope/java/lib/management/jmxremote.password আর চেক করে না, এবং SiteScope ঠিকঠাক শুরু হয়।