Halkali merkez neighborhood fatih st ozgur apt no 46 , Kucukcekmece , Istanbul , 34303 , TR
A real-world guide to repeated queueprocd service-down alerts, systemd PID mismatch and the persistent drop-in override fix.
Turkey (Turkish)
Germany (German)
Worldwide (English)
NotifyAccess=main alt süreçten gelen READY bildirimini reddediyordu.
The daemon started, but its child process sent the READY notification. With NotifyAccess=main, systemd rejected it and killed the service after the startup timeout.
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.
It is the cPanel TaskQueue processing service.
Not in this case; systemd rejected the READY notification from the child PID.
Not permanently while the service definition still rejects the child notification.
It avoids editing the package-managed unit directly.
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.