Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
WHM tarafından birkaç dakikada bir gönderilen “queueprocd service is down” bildirimlerinin gerçek nedenini, yanlış ana PID takibini ve kalıcı systemd override çözümünü gerçek terminal ekranlarıyla açıklıyoruz.
Türkiye (Türkçe)
Almanya (German)
Worldwide (English)
NotifyAccess=main alt süreçten gelen READY bildirimini reddediyordu.
Bu vakada queueprocd çalışmaya başlıyor ancak hazır bildirimini ana süreç yerine alt süreç gönderiyordu. Servis dosyasındaki NotifyAccess=main ayarı nedeniyle systemd bildirimi reddediyor, 90 saniye sonra çalışan süreci SIGKILL ile sonlandırıyor ve WHM tekrar tekrar hata e-postası gönderiyordu.
Hata e-postasından kalıcı doğrulamaya kadar bütün teknik zincir.
WHM’nin chkservd bileşeni queueprocd servisini başlatmayı altı kez denedi. Her denemede servis süreci oluştu; fakat systemd servis hazır bilgisini kabul etmedi. Başlatma 90 saniye sonra zaman aşımına uğradı, ardından stop-sigterm aşaması da 10 saniye bekledi ve süreç SIGKILL ile zorla kapatıldı.
E-postadaki bellek ve yük değerleri yanıltıcı olabilirdi. Sunucuda yaklaşık 57 GB kullanılabilir RAM bulunuyordu ve I/O wait değeri düşüktü. Bu nedenle çözüm RAM artırmak, MariaDB’yi kapatmak veya kullanıcı PHP süreçlerini öldürmek değildi.
Servis tanımında Type=notify, NotifyAccess=main ve PIDFile=/var/run/queueprocd.pid bulunuyordu. systemd ana süreç olarak örneğin PID 1680105’i izlerken READY bildirimi PID 1680270 olan alt süreçten geliyordu. Logdaki “reception only permitted for main PID” mesajı hatanın kesin kanıtıdır.
Ana unit dosyasını doğrudan değiştirmek yerine systemd drop-in override kullanıldı. Böylece cPanel paket güncellemesinin ana servis dosyasını yenilemesi durumunda düzeltme ayrı ve görünür kalır.
Root SSH oturumunda tek blok halinde uygulanabilir.
systemctl stop queueprocd
install -d -m 0755 /etc/systemd/system/queueprocd.service.d
printf '%s\n' '[Service]' 'NotifyAccess=all' > /etc/systemd/system/queueprocd.service.d/override.conf
systemctl daemon-reload
systemctl reset-failed queueprocd
systemctl start queueprocd
sleep 5
SYSTEMD_PAGER=cat systemctl status queueprocd --no-pager -l
systemctl show queueprocd -p ActiveState -p SubState -p NotifyAccessBu değer yalnız queueprocd.service cgroup’u içerisindeki süreçlerin systemd notify mesajlarını kabul eder. Sunucudaki bütün süreçlere global bildirim yetkisi vermez.
Komutların gerçek sunucuda uygulanması ve oluşan başarı çıktıları.
systemd başarılı olduktan sonra cPanel’in kendi servis yöneticisi de test edilmelidir.
/usr/local/cpanel/scripts/restartsrv_queueprocd
sleep 5
SYSTEMD_PAGER=cat systemctl status queueprocd --no-pager -lBeklenen sonuç: queueprocd restarted successfully, Active: active (running) ve Status: Ready.
journalctl -u queueprocd --since "10 minutes ago" komutu hem düzeltmeden önceki hem sonraki kayıtları gösterir. Kırmızı timeout satırlarının ekranda kalması hatanın devam ettiği anlamına gelmez; zaman damgası esas alınmalıdır.
journalctl -u queueprocd --since "2026-08-21 01:24:00" --no-pager
systemctl is-active queueprocd
Benzer görünen belirtileri doğru katmanda ayırın.
| Belirti | Olası neden | Doğrulama |
|---|---|---|
| Got notification message from PID | NotifyAccess yalnız ana PID’ye izin veriyor | systemctl show queueprocd -p NotifyAccess |
| start operation timed out | READY bildirimi kabul edilmedi | journalctl -u queueprocd |
| status=9/KILL | systemd timeout sonrası süreci zorla kapattı | Zaman damgası ve önceki timeout satırı |
| Servis çalışıyor ama eski kırmızı log var | journal geçmiş kayıtları gösteriyor | Düzeltme saatinden sonraki logları filtreleyin |
| WHM birkaç dakikada bir mail gönderiyor | chkservd başarısız servisi tekrar deniyor | systemctl is-active queueprocd |
Yalnız cPanel tarafından kalıcı bir düzeltme yayınlandıktan ve ana unit doğrulandıktan sonra kullanın.
systemctl stop queueprocd
rm -f /etc/systemd/system/queueprocd.service.d/override.conf
systemctl daemon-reload
systemctl reset-failed queueprocd
systemctl start queueprocdHata e-postasını, başlangıç saatini ve systemctl çıktısını iletin. İlk değerlendirmede parola istemeden kök neden ve güvenli müdahale sırası belirlenebilir.
queueprocd ve systemd düzeltmesi hakkında kısa cevaplar.
queueprocd, cPanel’in arka plandaki TaskQueue görevlerini işleyen servisidir. Servis çalışmadığında bazı bakım, bildirim ve kuyruk görevleri gecikebilir.
Bu vakada hayır. Sunucuda 57 GB kullanılabilir bellek vardı. Log doğrudan systemd hazır bildirimini yanlış PID’den geldiği için reddettiğini gösteriyordu.
Bu ayar yalnız ilgili systemd servisinin cgroup’u içindeki süreçlerin hazır bildirimini kabul eder. Global olarak bütün sistem süreçlerine izin vermez.
Servis dosyası NotifyAccess=main olarak kaldığı sürece reboot sonrasında hata tekrarlanabilir. Önce yapılandırma düzeltilmeli, ardından ihtiyaç varsa kontrollü reboot planlanmalıdır.
Paket güncellemesi ana dosyanın üzerine yazabilir. Drop-in override kullanmak hem daha güvenli hem de güncellemelere daha dayanıklıdır.
Hayır. journalctl geçmiş kayıtları da gösterir. Düzeltme saatinden sonraki kayıtlar ve systemctl is-active sonucu birlikte değerlendirilmelidir.
Override dosyası kaldırılıp systemctl daemon-reload çalıştırılır. Ancak kök neden çözülmeden geri alınırsa PID uyuşmazlığı yeniden başlar.
Servis active running durumda kaldıktan ve chkservd sonraki kontrolünü tamamladıktan sonra yeni failed bildirimleri kesilir.
Servis davranışını doğrulamak için kullanılan birincil dokümantasyon.
Sunucu yönetimi ve güvenlik için diğer teknik içerikler.