Kaçak zamanlanmış görev
Sabahın üçü civarında başlayan ve bir şey onu durdurana kadar CPU'yu kilitleyen bir yedekleme.
Son güncelleme:
Zamanlanmış bir görev tetiklenir, bitmez ve CPU'yu %100'de tutar. Onunla uğraştıktan sonra geri gelen tek olaydır — çünkü süreçle uğraşmak zamanlamayla uğraşmakla aynı şey değildir.
Ne yapar
Hedef makinede CPU doygunluğa gider: WARN, sonra CRIT ve uptime onunla
birlikte kayar. Görev adlandırılmış bir süreçtir ve top
çıktısında PID'iyle görünür; yani zor kısım teşhis değildir.
Zor kısım, zamanlayıcının hâlâ ayakta olmasıdır. Süreci durdurursun ve aynı olay örneği onu kısa süre sonra yeniden başlatır. Bunu, görevin penceresi kendiliğinden kapanana kadar sınırlı sayıda yapar — yani onunla tekrar tekrar uğraşarak geçirilen gece biter, ama görevin sabrı tükendiği için biter, sen bir şey çözdüğün için değil; kapanış log satırı da bunu söyler.
Log imzası
Gece işi gibi duran bir görev adı, bir başlangıç satırı ve hemen ardından kilitlenen CPU:
03:02:15 [cron] backup.sh başladı
03:02:51 [db-01] backup.sh (PID 2261) %100 cpu
03:03:40 [db-01] cpu doygunluk uyarısı (%98)
Zamanlama imzanın parçasıdır. Bu olay vardiyanın ortasına, 03:00 civarına denk gelmeye eğilimlidir — gerçek bir yedekleme penceresinin açılacağı saat tam olarak orasıdır.
Dokunmazsan
Tek makinede süregelen CPU doygunluğu ve çözülmemiş bir olayın getirdiği
SLA borcu. Hayatta kalınabilir — makine
kendiliğinden DOWN düşmez — ama koştuğu sürece uptime kanatır.
Ayırt etme
| Benzeyen | Ayıran |
|---|---|
| DDoS seli | İkisi de CPU'yu kilitler. Sel, web makineleri boyunca [fw] trafik satırlarıyla gelir; kaçak görev, hiçbir trafik hikâyesi olmadan tek makinede tek süreç adlandırır. |
| Bellek sızıntısı | İkisi de bir süreç adlandırır. Hangi metriğin hareket ettiğine bak: burada CPU, orada RAM. |
Ne zaman çıkar
| En erken gece | 4 |
| Gerektirir | bir db makinesi |
| Ağırlık | 85 |
| Aynı anda | tek örnek |