Türkei (Türkisch)
Germany (German)
Worldwide (English)
Verarbeitet die Aufgabenwarteschlange
Es führt regelmäßig Hintergrundaufgaben aus, die von cPanel in die Warteschlange gestellt werden.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Diagnostizieren Sie „Der queueprocd-Dienst ist ausgefallen“, „Zeitüberschreitung beim Startvorgang“, „status=9/KILL“, PID-Benachrichtigung und NOTIFY_SOCKET-Fehler über echte Protokollzeilen. Verwenden Sie Schritt für Schritt sichere SSH-Befehle, die auf CloudLinux-, AlmaLinux- und Rocky Linux-basierten cPanel-Servern implementiert werden können.
$ systemctl status queueprocd
● queueprocd.service
Aktiv: fehlgeschlagen (Ergebnis: Zeitüberschreitung)
Ich habe eine Benachrichtigung von PID erhalten...
$ check_cpanel_pkgs --fix
$ restartsrv_queueprocd
Aktiv: aktiv (laufend)
Status: "Ready"
queueprocd ist der TaskQueue Processing Daemon-Dienst, der im cPanel und in der WHM-Aufgabenwarteschlange wartende Jobs im Hintergrund verarbeitet. Es hilft, Wartungs-, Konto-, SSL- und Systemaufgaben der Reihe nach auszuführen, ohne auf die Benutzeranfrage warten zu müssen. Der Dienst wird von chkservd überwacht und versucht, automatisch neu zu starten, wenn er offline gefunden wird.
Es führt regelmäßig Hintergrundaufgaben aus, die von cPanel in die Warteschlange gestellt werden.
Wenn der Dienst heruntergefahren wird, führt chkservd eine Integritätsprüfung durch und ruft das Neustartskript auf.
queueprocd unterscheidet sich von der E-Mail-Sendewarteschlange; cPanel übernimmt Systemaufgaben.
Wenn der Dienst nicht ausgeführt wird, können sich Aufgaben anhäufen und WHM-Vorgänge verzögert werden.
Geben Sie den Fehlertext, den Sie in der E-Mail- oder SSH-Ausgabe sehen, in das Suchfeld unten ein. Beachten Sie, dass es sich bei den XID-Werten um die Ereignisverfolgungs-ID und nicht um den Fehlercode handelt.
The “queueprocd” service is down/usr/local/cpanel/scripts/restartsrv_queueprocdThe subprocess “restartsrv_queueprocd” reported error number 2journalctl -u queueprocd -n 100 --no-pagerstart operation timed out. Terminatingsystemctl show queueprocd -p Type -p NotifyAccess -p MainPID -p TimeoutStartUSecGot notification message from PID, but reception only permitted for main PID/usr/local/cpanel/scripts/check_cpanel_pkgs --fixMain process exited, code=killed, status=9/KILLjournalctl -k --since "30 minutes ago" | grep -Ei "oom|killed process|out of memory"Failed with result “timeout”systemctl status queueprocd -l --no-pagerState “stop-sigterm” timed out. Killingps auxf | grep "[q]ueueprocd"No cPanel TaskQueue Daemon detectedsystemctl status queueprocd -l --no-pagerThe “NOTIFY_SOCKET” environment variable is emptysystemctl cat queueprocdUnable to redirect stderrlsattr -i /usr/local/cpanel/logs/queueprocd.logCan’t open PID file /var/run/queueprocd.pidls -lah /var/run/queueprocd.pid /run/queueprocd.pid 2>/dev/nullToo many levels of symbolic linksreadlink -f /var/run/queueprocd.pidNo space left on devicedf -hT; df -ihqueueprocd - process - block_brute_force yüksek CPUfind /var/cpanel/taskqueue/groups -maxdepth 2 -type f | wc -lqueueprocd isn’t running at Cpanel/TaskQueue/Manager.pm/usr/local/cpanel/scripts/restartsrv_queueprocd --statusXID 86gdh5, XID 8tut77 ve benzeri değerlergrep -R "XID" /usr/local/cpanel/logs/error_log | tail -n 20RECOVERED: queueprocdsystemctl is-active queueprocdDiese Befehle ändern die Dienstdatei nicht und löschen nicht die Aufgabenwarteschlange. Es sollte verwendet werden, um vor dem Eingriff die Grundursache zu ermitteln.
/usr/local/cpanel/cpanel -V
cat /etc/redhat-release 2>/dev/null || cat /etc/os-releasesystemctl status queueprocd -l --no-pager
/usr/local/cpanel/scripts/restartsrv_queueprocd --statusjournalctl -u queueprocd -n 100 --no-pagertail -n 150 /usr/local/cpanel/logs/queueprocd.logps auxf | grep '[q]ueueprocd'systemctl cat queueprocd
systemctl show queueprocd -p Type -p NotifyAccess -p ExecStart -p MainPID -p PIDFile -p TimeoutStartUSec -p FragmentPathdf -hT
df -ih
free -h
uptimejournalctl -k --since "1 hour ago" | grep -Ei "oom|out of memory|killed process"tail -n 100 /var/log/chkservd.logDer sicherste Ansatz besteht darin, zunächst die Protokolle abzurufen, die cPanel-Pakete zu überprüfen, den Systemd-Status zu löschen und den Dienst mit dem cPanel-eigenen Skript neu zu starten.
Wenn der Service ständig neu gestartet wird, sollten Sie zunächst den Status, den Journal, den Prozess und die queueprocd-Protokolle festhalten. Auf diese Weise verliert man während des Neustarts den tatsächlichen Fehler nicht.
systemctl status queueprocd -l --no-pager
journalctl -u queueprocd -n 100 --no-pager
tail -n 150 /usr/local/cpanel/logs/queueprocd.log
ps auxf | grep '[q]ueueprocd'Durchsucht nach fehlenden, modifizierten oder korrupten cPanel-gesteuerten Paketen. Wenn keine Probleme gefunden werden, kann der Befehl ohne Ausgabe abgeschlossen werden.
/usr/local/cpanel/scripts/check_cpanel_pkgs --fixPaket onarımından sonra systemd servis tanımlarını yeniden okutur ve eski failed durumunu temizler.
systemctl daemon-reload
systemctl reset-failed queueprocdVerwenden Sie das offizielle Restart-Skript, das von cPanel bereitgestellt wird. Wenn der sanfte Neustart fehlschlägt, versuchen Sie es mit einem kontrollierten gezwungenen Neustart-Skript.
/usr/local/cpanel/scripts/restartsrv_queueprocdEs reicht nicht aus, dass der Service nur als Prozess existiert; systemd active/running und vorzugsweise Status: Ready sollte angezeigt werden.
sleep 10
systemctl status queueprocd -l --no-pager
systemctl is-active queueprocd
/usr/local/cpanel/scripts/restartsrv_queueprocd --statusWährend im Beispielfall systemd den Initiatorprozess als Haupt-PID sah, kam die READY-Benachrichtigung vom untergeordneten queueprocd-Prozess. Der Dienst blieb 90 Sekunden lang im Aktivierungszustand und wurde dann mit Status=9/KILL heruntergefahren. RAM und Festplattenkapazität waren ausreichend.
Angewandte Lösung: cPanel-Paketüberprüfung, Daemon-Neuladen, Löschen des Fehlerstatus und offizielles Neustartskript. Immerhin der Service active (running) und Status: "Ready" ging in den Status über.
/usr/local/cpanel/scripts/check_cpanel_pkgs --fix
systemctl daemon-reload
systemctl reset-failed queueprocd
/usr/local/cpanel/scripts/restartsrv_queueprocd
sleep 10
systemctl status queueprocd -l --no-pagerFühren Sie jeden Befehl nur aus, wenn der entsprechende Fehler im Protokoll deutlich sichtbar ist. Für das Verschieben der Aufgabenwarteschlange, das Bearbeiten der Servicedatei und UPCP-Vorgänge ist ein Wartungsplan erforderlich.
Wenn in der Ausgabe von systemctl cat queueprocd Type=forking angezeigt wird, ist die Lösung die Verwendung von Type=notify wie in der cPanel-Dokumentation beschrieben. Stellen Sie den Dienstfile vor der Änderung sicher.
cp -av /etc/systemd/system/queueprocd.service /root/queueprocd.service.yedek
sed -i 's/^Type=forking$/Type=notify/' /etc/systemd/system/queueprocd.service
systemctl daemon-reload
/usr/local/cpanel/scripts/restartsrv_queueprocdÜberprüfen Sie zunächst den immutable Bit der Logdatei. Wenn die Ausgabe den Buchstaben i enthält, entfernen Sie diesen Bit auf die von cPanel empfohlene Weise und starten Sie den Dienst neu.
lsattr -i /usr/local/cpanel/logs/queueprocd.log
chattr -i /usr/local/cpanel/logs/queueprocd.log
/usr/local/cpanel/scripts/restartsrv_queueprocdErmitteln Sie, welche Verzeichnis die Vollständigkeit ihren Ursprung hat, bevor Sie den Löschvorgang starten. Insbesondere überprüfen Sie die Taskqueue-, Log- und Backup-Verzeichnisse.
df -hT
df -ih
du -xhd1 /var 2>/dev/null | sort -h | tail -n 20
du -xhd2 /var/cpanel/taskqueue 2>/dev/null | sort -h | tail -n 20Wenn Queueprocd -pr hohe CPU-Nutzung aufweist und cphulk_block_brute_force-Aufgaben Tausende von Dateien erreichen, erst sichern. Das Verschieben der Warteschlange beeinflusst ausstehende Aufgaben und sollte nur von fortgeschrittenen Administratoren durchgeführt werden.
tar -C /var/cpanel -czf /root/taskqueue-yedek-$(date +%F-%H%M).tar.gz taskqueue
mv -v /var/cpanel/taskqueue /var/cpanel/taskqueue.$(date +%s)
/usr/local/cpanel/scripts/restartsrv_queueprocdPID dosyasını doğrudan silmeden önce gerçek süreçleri ve bağlantı hedefini doğrulayın. Çalışan bir daemon varken PID dosyasını silmek servis takibini bozabilir.
ps auxf | grep '[q]ueueprocd'
ls -lah /var/run/queueprocd.pid /run/queueprocd.pid 2>/dev/null
readlink -f /var/run/queueprocd.pid 2>/dev/nullWährend der Wartungszeit, wenn die Serverlast niedrig ist, können Sie eine cPanel-Update zwingen. Dieser Prozess kann die cPanel-Komponenten und einige Dienste neu starten.
/usr/local/cpanel/scripts/upcp --force
systemctl daemon-reload
systemctl reset-failed queueprocd
/usr/local/cpanel/scripts/restartsrv_queueprocdDie Wiederherstellungs-E-Mail von Chkservd ist ein positives Zeichen. Dennoch sollten systemd und cPanel-Dienststeuerung gemeinsam überprüft werden.
Fehlernın nedenini görmeden /var/cpanel/taskqueue dizinini silmeyin.
Ignorieren Sie den status=9/KILL Zeilen nicht, wenn das RAM leer ist.
Bearbeiten Sie die Haupt-cPanel-Dienstdatei nicht ohne vorherige Sicherung.
Schalten Sie nicht nur die E-Mail-Benachrichtigung aus und verbergen Sie das eigentliche Serviceproblem.
Löschen Sie ohne die laufenden Prozesse zu überprüfen nicht die PID-Datei oder die Lock-Dateien.
Starten Sie upcp --force oder umfangreiche Paketreparaturen nicht während der Hauptlastzeiten.
Dieses Handbuch wurde mit Service-, Protokoll- und Paketreparaturinformationen in der offiziellen Dokumentation von cPanel, WHM und systemd erstellt. Wenn Ihre Serverversion anders ist, überprüfen Sie die aktualisierte Dokumentation.
queueprocd ist der TaskQueue Processing Daemon-Dienst, der Hintergrundjobs in der cPanel- und WHM-Aufgabenwarteschlange verarbeitet. Er hilft dabei, SSL-, Konto-, Wartungs- und verschiedene cPanel-Vorgänge im Hintergrund ohne Verzögerung von Benutzeranfragen auszuführen.
Nein. queueprocd verarbeitet die cPanel-Aufgabenwarteschlange. Die Exim-Mail-Warteschlange ist ein anderes System und Dienst.
Es schaltet Websites nie direkt ab. Hintergrundaufgaben im cPanel können sich jedoch ansammeln, WHM-Operationen können verzögert werden und wenn ein Serviceproblem zusammen mit anderen Systemproblemen auftritt, könnten Verwaltungsaktionen betroffen sein.
Meldet, dass der Neustartbefehl fehlgeschlagen ist. Um die Ursache zu ermitteln, sollten journalctl, Startup-Log und /usr/local/cpanel/logs/queueprocd.log untersucht werden.
Nein. Systemd kann den abgelaufenen Prozess selbst mit SIGKILL beenden. Ob es sich um OOM handelt oder nicht, muss mit den Zeilen Out of memory oder Killed process im Kernel-Log überprüft werden.
Prüft fehlende, veraltete oder modifizierte Dateien in von cPanel verwalteten Paketen und behebt automatisch erkannte Paketprobleme. Wenn keine Probleme gefunden werden, kann es ohne Ausgabe beendet werden.
Zuerst müssen die cPanel-Pakete mit check_cpanel_pkgs --fix überprüft, die systemd-Konfiguration neu geladen und der queueprocd-Dienst mit dem cPanel-Skript neu gestartet werden. Persistente Dienstdateiänderungen sollten nicht der erste Schritt sein.
Nein. Zuerst müssen die offizielle Servicedefinition, cPanel-Pakete und der Type=notify-Status überprüft werden. NotifyAccess-Änderungen sollten nur als vorübergehende und dokumentierte Intervention bei einem überprüften privaten systemd-PID-Benachrichtigungsproblem in Betracht gezogen werden.
Das Haupt-queueprocd-Protokoll befindet sich unter /usr/local/cpanel/logs/queueprocd.log. Die Systemd‑Start- und Stop‑Protokolle können mit dem Befehl journalctl -u queueprocd angezeigt werden.
Chkservd hat festgestellt, dass der Dienst wieder läuft und die Gesundheitsprüfung bestanden hat. Dennoch ist es sinnvoll, die Werte 'active running' und 'Status Ready' im systemctl status-Ausgabe zu überprüfen.
In der Regel nein. Zuerst Paketüberprüfung, daemon-reload, reset-failed und das cPanel-Restart-Skript ausführen. Ein Neustart sollte die letzte Option sein.
Grundlegende Diagnosekommandos sind auf Systemd-basierten cPanel-Servern gleich. Allerdings kann die Dienstdatei und der Paketstatus je nach cPanel-Version variieren, sodass Änderungen ohne Überprüfung der aktuellen Ausgabe nicht vorgenommen werden sollten.
Sie können protokollbasierte Serveranalyse- und Optimierungsunterstützung für Queueprocd-, chkservd-, Apache-, LiteSpeed-, PHP-FPM-, MariaDB- und CloudLinux-Probleme erhalten.
Anstatt den Dienst vorübergehend anzuhalten, stellen Sie technisch fest, ob der Fehler durch ein Paket, einen Prozess, eine Festplatte, eine PID oder eine Aufgabenwarteschlange verursacht wird.
Holen Sie sich technischen SupportÜberprüfen Sie zunächst die Protokolle, überprüfen Sie die cPanel-Pakete, löschen Sie den Systemd-Status und verwenden Sie das offizielle Neustartskript. Wenden Sie erweiterte Eingriffe nur an, wenn der entsprechende Fehler bestätigt ist.