Seorang pengembang menemukan bahwa alat pemantauan kesehatan server Linux, mesh-hw-health, melaporkan status hijau meski suhu CPU mencapai 76,75°C. Alat ini dijalankan di mesin yang memiliki suhu die 73°C dan disk NVMe 42°C, tetapi loop pemindaiannya hanya memeriksa direktori thermal_zone* yang tidak ada di sistem AMD Ryzen, sehingga tidak menemukan sensor sama sekali.
Bug ini berasal dari asumsi bahwa semua CPU menyediakan entri thermal_zone di /sys/class/thermal. Pada Ryzen, sensor suhu sebenarnya berada di jalur hwmon (/sys/class/hwmon/hwmon2/temp1_input). Karena glob tidak pernah cocok, loop validation tidak pernah berjalan, dan semua pengecekan di dalamnya menjadi benar secara otomatis.
Hasilnya, tes yang seharusnya menangkap cooler mati justru menjadi lulus palsu. Kode menyertakan pesan "n/a: no thermal zones — graceful off-node path" yang secara otomatis menganggap ketiadaan sensor sebagai kondisi normal, tanpa membedakan antara perangkat seluler yang memang tidak memiliki sensor dan workstation yang justru membutuhkannya.
Kontras ini terlihat jelas ketika alat lain, mesh-therm-headroom, membaca suhu die yang sama: 69°C. Alat ini menggunakan jalur hwmon yang diketahui oleh mesh-hw-health, tetapi tidak pernah diajari. Perbedaan ini membuktikan bahwa bug tersebut bukan sekadar kurangnya data, melainkan ketidaktahuan alat.
Penulis kemudian mengusulkan perbaikan: pertama periksa thermal_zone, lalu fallback ke sensor hwmon apa pun (k10temp → Tdie/Tctl, atau Tccd*, atau sensor non-disk). Jika tidak ada yang terdeteksi, status berubah dari OK menjadi WARN, bukan FAIL, agar tidak false alarm pada perangkat yang memang tidak memiliki sensor.
Di pusat data Indonesia, banyak operator menggunakan stack pemantauan sumber terbuka serupa untuk memantau suhu rak. Jika bug ini tidak ditangani, server yang kepanasan mungkin terus berjalan tanpa terdeteksi, meningkatkan risiko penurunan kinerja atau kerusakan perangkat keras di Jakarta, Surabaya, atau Makassar.
"Ketika loop validation tidak pernah berjalan, kita sebenarnya merayakan ketidaktahuan," kata Ilya Mozerov, penulis asli. "Test yang lulus secara vacuous jauh lebih berbahaya daripada test yang hilang, karena ia menyembunyikan masalah di balik badge hijau."
Perbaikan ini telah diterapkan di repositori utama dan mulai digunakan oleh beberapa penyedia layanan cloud di Asia Tenggara. Pembaruan mendorong komunitas untuk meninjau ulang skrip pemantauan mereka, memastikan setiap sensor yang ada dihwmon juga diperiksa, dan mengubah silent failure menjadi peringatan yang terlihat.
Ke depannya, pengembang berharap integrasi pemantauan multi-source akan menjadi standar, sehingga "n/a" tidak lagi berarti "baik-baik saja", melainkan "perlu pemeriksaan tambahan". Pendekatan ini diharapkan dapat meningkatkan keandalan infrastruktur cloud di wilayah yang berkembang pesat seperti Indonesia.
Bagi operator lokal, ini adalah pengingat bahwa alat otomatis tidak bisa dipercaya sepenuhnya. Pemeriksaan manual berkala dan diversifikasi sumber data suhu tetap penting untuk menjaga kesehatan pusat data.
Secara keseluruhan, insiden ini menunjukkan bahwa bug terkecil dalam kode pemantauan dapat memiliki konsekuensi besar, terutama di lingkungan dengan pertumbuhan komputasi edge yang cepat. Dengan memperbaiki celah ini, ekosistem dapat menghindari bahaya yang tersembunyi di balik indikator hijau yang menyesatkan.