আমাদের কাছে CentOS 6.4 আছে এবং এটি kipmi099.8% সিপিইউ এবং 0.0% মেমরি হিসাবে দেখায় এবং লোড গড় 1.00। এটিকে সংশোধন করার জন্য আমাদের কী করা উচিত?
lshwএবং dmidecodeএটি আমার পরবর্তী ক্ষেত্রগুলি হবে
আমাদের কাছে CentOS 6.4 আছে এবং এটি kipmi099.8% সিপিইউ এবং 0.0% মেমরি হিসাবে দেখায় এবং লোড গড় 1.00। এটিকে সংশোধন করার জন্য আমাদের কী করা উচিত?
lshwএবং dmidecodeএটি আমার পরবর্তী ক্ষেত্রগুলি হবে
উত্তর:
অন্যান্য সিস্টেমগুলি কি এই ব্যবস্থার সাথে অভিন্ন? তারা যে তারা তা নির্ধারণ করতে হবে। তাদের মধ্যে মূলত পৃথক কিছু আছে something ফার্মওয়্যার? একই আরপিএম সংস্করণ?
আপনি যেমন সরঞ্জাম ব্যবহার করতে পারেন lshw, dmidecodeএবং এ খুঁজছেনdmesg কি আলাদা এবং যা মূল কারণ এর হিসেবে সংকেত সনাক্ত করুন জন্য লগ।
আমি এই সিস্টেমে এই সমস্যাটি প্রদর্শন করে না এমন একটি সিস্টেমে এই কমান্ডটি চালিয়ে আরপিএমগুলির একটি ভাল বেসলাইন পেয়েছি এবং এটি একই সংস্করণে রয়েছে তা নিশ্চিত করার জন্য প্যাকেজ তালিকাগুলি তুলনা করে।
# machine #1
$ rpm -aq | sort -rn > machine1_rpms.txt
# machine #2
$ rpm -aq | sort -rn > machine2_rpms.txt
তারপরে একই মেশিনে ফাইলগুলি পান এবং 2 টি ফাইলের একটি সিডিফ করুন:
sdiff machine1_rpms.txt machine2_rpms.txt
আইবিএম ওয়েবসাইটটিতে এই প্রযুক্তি সংক্রান্ত শিরোনাম ছিল: কিপমি 0 এই ইস্যুটি সম্পর্কিত, লিনাক্সে বর্ধিত সিপিইউ ব্যবহার দেখায় । এই সমস্যা অনুসারে আপনি মূলত সমস্যাটিকে উপেক্ষা করতে পারেন।
ইস্যুর বিবরণ
কিপমি0 প্রক্রিয়াটি লিনাক্সে বর্ধিত সিপিইউ ব্যবহার দেখায়। আইপিএমআই (ইন্টেলিজেন্ট প্ল্যাটফর্ম ম্যানেজমেন্ট ইন্টারফেস) ডিভাইস, যেমন একটি বিএমসি (বেসবোর্ড ম্যানেজমেন্ট কন্ট্রোলার) বা আইএমএম (ইন্টিগ্রেটেড ম্যানেজমেন্ট কন্ট্রোলার) ব্যস্ত বা অ-প্রতিক্রিয়াশীল থাকাকালীন ব্যবহারটি 100% পর্যন্ত বাড়তে পারে।
ফিক্স
কোনও স্থির প্রয়োজন নেই। আপনার বর্ধিত সিপিইউ ব্যবহারকে উপেক্ষা করা উচিত কারণ এটি প্রকৃত সিস্টেমের কার্য সম্পাদনে কোনও প্রভাব ফেলে না।
ওয়ার্ক-অ্যারাউন্ড
যদি কোনও আইপিএমআই ডিভাইস ব্যবহার না করে, নিম্নলিখিত কমান্ডটি জারি করে আইপিএমআই পরিষেবা বন্ধ করুন:
পরিষেবা ইপিমি স্টপ
আমি এই পোস্টটি কারও ব্লগে সহজভাবে শিরোনাম: কিপমি0 সমস্যাটি পেয়েছি । এই সমস্যাটি আপনার কাছে অভিন্ন বলে মনে হয়েছিল। lm_sensorsপ্যাকেজের অংশ হিসাবে লোড হয়ে যাওয়া 2 কার্নেল মডিউলগুলির সাথে ইস্যুটি চিহ্নিত করা হয়েছিল ।
এগুলি ছিল 2 কার্নেল মডিউল:
ওয়ার্ক-অ্যারাউন্ড
আপনি নিম্নলিখিত কমান্ডগুলির সাহায্যে ম্যানুয়ালি এগুলি সরাতে পারেন:
rmmod ipmi_msghandler
rmmod ipmi_si
এই স্থিরতা স্থায়ী করার জন্য, আপনাকে lm_sensorsকনফিগারেশন ফাইলগুলির মধ্যে একটির মধ্যে এই নির্দিষ্ট কার্নেল মডিউলগুলির লোডিংটি অক্ষম করতে হবে, তাদের মত করে মন্তব্য করে:
# /etc/sysconfig/lm_sensors
# MODULE_0=ipmi-si
# MODULE_1=ipmisensors
# MODULE_2=coretemp
lm_sensorsএই পরিবর্তনগুলি করার পরে পুনরায় আরম্ভ করুন :
/etc/init.d/lm_sensors
sdiff machine1_rpms.txt machine2_rpms.txt | grep "|"সমস্ত পার্থক্য b / w 2 .txt ফাইলগুলি সরিয়ে ফেলবে। এটি করার অন্যান্য উপায় আছে তবে এটি একটি উপায়।
আইপিএমআই ডকুমেন্ট অনুসারে :
এই থ্রেডটি ইন্টারফেসের পারফরম্যান্সের উপর নির্ভর করে প্রচুর সিপিইউ ব্যবহার করতে পারে। এটি প্রচুর সিপিইউ নষ্ট করতে পারে এবং অলস সিপিইউ সনাক্তকরণ এবং অতিরিক্ত শক্তি ব্যবহার করে বিভিন্ন সমস্যার কারণ হতে পারে। এড়াতে, কিপমিড_ম্যাক্স_বুসি_উস সর্বাধিক পরিমাণ নির্ধারণ করে মাইক্রোসেকেন্ডে, সেই কিপমিড টিকের জন্য ঘুমানোর আগে স্পিন করবে। এই মানটি পারফরম্যান্স এবং সিপিইউ বর্জ্যের মধ্যে ভারসাম্য নির্ধারণ করে এবং আপনার প্রয়োজন অনুসারে সুর করা দরকার। হতে পারে, কোনও দিন, অটো-টিউনিং যুক্ত করা হবে, তবে এটি কোনও সাধারণ জিনিস নয় এবং এমনকি অটো-টিউনিংয়ের ব্যবহারকারীর পছন্দসই পারফরম্যান্সে সুর করা দরকার।
সুতরাং, আমরা এই কমান্ডটি কিপমিড_ম্যাক্স_বুসি_ প্যারামিটার সেট করতে কার্যকর করতে পারি:
echo 100 > /sys/module/ipmi_si/parameters/kipmid_max_busy_us
আমাদের সিস্টেমে, এই পরামিতিটি সেট করার পরে, কিপমি0 এর সিপিইউ হ্রাস পেয়ে 15% হয়েছে।
আপনি এটি চেষ্টা করতে পারেন।
পরিবর্তনগুলি অবিচলিত করার জন্য আপনি ipmi_si কার্নেল মডিউলটির বিকল্পগুলি কনফিগার করতে পারেন।
ফাইল ফাইল তৈরি করুন /etc/modprobe.d/, যেমন /etc/modprobe.d/ipmi.confএবং নীচের বিষয়বস্তু যুক্ত করুন:
এখন প্রতিবার ipmi_si কার্নেল মডিউলটি কার্নেলের মধ্যে লোড হওয়ার পরে প্যারামিটারটি স্বয়ংক্রিয়ভাবে এবং সঠিকভাবে সেট করা উচিত।
# Prevent kipmi0 from consuming 100% CPU
options ipmi_si kipmid_max_busy_us=100
kipmi0 সম্পূর্ণ ipmi_si.force_kipmid=0কার্নেল প্যারামিটার হিসাবে যোগ করে CentOS 6 এ সম্পূর্ণ অক্ষম করা যায়
GRUB বুট স্ক্রিনে আপনি বুট করতে চান তার কার্নেলটি হাইলাইট করে পরীক্ষা করুন, প্যারামিটারগুলি সংশোধন করতে 'এ' চাপুন এবং সংযোজন ipmi_si.force_kipmid=0
ipmi_si.force_kipmid=0প্রাসঙ্গিক কার্নেল লাইনে যুক্ত করে স্থায়ী করুন/boot/grub/grub.conf
দ্রষ্টব্য: ডিগ্রোগুলিতে ipmi_si পৃথক কার্নেল মডিউল হিসাবে রয়েছে, একটি modprobe.d কনফ ফাইল ব্যবহার করা আরও উপযুক্ত। CentOS এ ipmi_si কার্নেল চিত্রের মধ্যে অন্তর্নির্মিত, সুতরাং modprobe কনফিগারেশন কাজ করে না।
আমি নিম্নলিখিতটি এই সমস্যাটির সাথে সহায়তা করে বলে মনে করেছি:
ipmitool bmc info
এটি আইপিএমআই জাগ্রত বলে মনে হচ্ছে এবং তারপরে এটি একটি কোরের 100% ব্যবহার বন্ধ করে দেয়।
আমি নিম্নলিখিত সহায়ক খুঁজে পেয়েছি:
echo 100 > /sys/module/ipmi_si/parameters/kipmid_max_busy_us
এছাড়াও অতীতে আমি কয়েকটি সার্ভারে 100% সিপিইউ ব্যবহারের সমাধান করতে সক্ষম হয়েছি:
ipmitool lan print
এবং
ipmitool bmc reset cold
তবে আমার সাম্প্রতিক অভিজ্ঞতায় উপরের বিকল্পগুলি কেবলমাত্র ipmitoolপ্রতিক্রিয়াবিহীন হবে এবং সেখানে বসবে, যার ফলে এটি আমাকে Ctrl+ Cকরেছে।
আশা করি এটি কাউকে সাহায্য করবে।
echo 1 > /sys/module/ipmi_si/parameters/kipmid_max_busy_us?