Di CentOS 7 atau Red Hat Enterprise Linux (RHEL) 7, proses yang disebut "kipmi0" mungkin menunjukkan bahwa itu menggunakan persentase daya pemrosesan CPU yang sangat tinggi, mis. 99.7%, 99.8%, 99.9% atau bahkan 100%, meskipun proses kipmi0 menggunakan memori 0.0% dan tidak benar-benar meningkatkan rata-rata beban, yang terus melayang di bawah mendekati 1 atau 2 (asalkan server tidak di bawah berat memuat pada saat itu).
Kipmi0 yang bermasalah dapat ditunjukkan dengan menjalankan perintah "top". Proses kipmi0 tetap 100% selama masa aktif server.
Terkadang, reboot sistem dapat membuat kipmi0 hilang sebentar, tetapi segera hidup kembali dengan penggunaan CPU 100%. Lebih buruk lagi, proses kipmi0 tidak dapat dimatikan dan dihentikan, di mana proses terus berjalan dan tetap tinggal.
Menurut dukungan IBM, proses kipmi0 mungkin menunjukkan peningkatan penggunaan CPU di Linux. Pemanfaatan dapat meningkat hingga 100% saat perangkat IPMI (Intelligent Platform Management Interface), seperti BMC (Baseboard Management Controller) atau IMM (Integrated Management Controller) sedang sibuk atau tidak responsif.
Resolusi yang disarankan, secara mengejutkan, tidak mengambil tindakan. Perbaikan tidak diperlukan dan peningkatan penggunaan CPU harus diabaikan karena tidak berdampak pada kinerja sistem yang sebenarnya karena utas pembantu kernel kipmiN dijalankan pada prioritas rendah. Solusi lain termasuk mengatur ulang BMC atau mem-boot ulang sistem jika menggunakan perangkat IPMI (yang tidak menyelesaikan masalah), atau menghentikan layanan IPMI jika tidak menggunakan perangkat IPMI (di mana layanan IPMI seharusnya tidak dimulai jika tidak digunakan) .
Red Hat Enterprise Linux (RHEL) / CentOS 6 dan Red Hat Enterprise Linux / CentOS 7 telah membangun driver Linux IPMI ipmi_si dan pegangan serta modul terkait ke dalam kernel secara default. RedHat menjelaskan mengapa kipmi0 ini menghasilkan beban CPU yang tinggi:
kipmi0 adalah proses/utas pembantu kernel yang terlibat dalam menangani antarmuka IPMI. Dalam IPMI, ada beberapa kelas standar antarmuka. Beberapa kelas ini, seperti KCS (Keyboard Control Style) dan SMIC (System Management Interface Chip) tidak menggunakan permintaan interupsi (IRQ) untuk memberi sinyal perubahan, dan karenanya memerlukan polling untuk mendapatkan hasil perintah. Utas pembantu kernel kipmiN melakukan polling ini. Oleh karena itu, thread ini biasanya menghabiskan waktu CPU yang signifikan saat operasi IPMI sedang berlangsung.
Dalam hal ini, ada masalah dalam interaksi antara driver dan perangkat keras/firmware yang membuat pengemudi percaya bahwa operasi masih berlangsung, menyebabkan beban CPU yang tinggi terus berlanjut hingga sistem di-boot ulang.
Untuk mengatasi masalah yang kipmiN utas pembantu, ada banyak solusi, seperti mengomentari ipmi-si dan ipmisensors di /etc/sysconfig/lm_sensors. Jika Anda yakin bahwa layanan IPMI tidak diperlukan di server, atau tidak ada perangkat IPMI yang terinstal di komputer, Anda dapat menonaktifkan menonaktifkan layanan kernel untuk IPMI.
Untuk menonaktifkan layanan kernel untuk IPMI sepenuhnya, kami dapat membuat daftar hitam modul terkait IPMI di utilitas modprobe untuk mencegah sistem menggunakan modul kernel IPMI. Untuk melakukannya, edit daftar hitam.conf di /etc/modprobe.d/ direktori dan tambahkan baris berikut sebagai root:
blacklist ipmi_si blacklist ipmi_ssif blacklist ipmi_devintf blacklist ipmi_msghandler
Daftar di atas mencakup sebagian besar modul IPMI utama yang dimulai saat boot, tetapi tidak semuanya dimulai oleh sistem. Jika salah satu dari mereka tidak ada di sistem, saluran tersebut dapat dikecualikan.