Cronjobs laufen unregelmäßig auf Fehler

Der Hinweis, dass immer mal der Fehler Cronjob stuck in state '1' (oder 2) for two periods ausgegeben wird, dürfte hilfreich sein.

Quote from 10242

Sollte es wirklich an der Auslastung meines Servers liegen, gibt es da keine Lösung dafür?

Sollte es das sein hast du doch die Lösung schon genannt: Performanterer Webspace/Server.

Zu dem eigentlichen Problem wäre vermutlich ein Ticket hier sinnvoller. Zumindest ich könnte so nur ins Blaue raten.

Nutzt du die Software von Kittmedia (Besuchstatistiken) ?

Gruß

Doch, sofern den UdoZ noch nicht ausgeschlossen hat.

Und zwar kann das passieren, sofern eine Transaktion geöffnet wurde, aber nicht beendet wird.

Wie genau werden die Cronjobs den eigentlich ausgeführt?

hast du ggfs. das Plugin von gn5VmUKCtv6ekrMf drinnen mit dem die Cronjobs über die System Cronjobs ausgeführt werden oder ist dies das Standard System?

Quote from 10242

Ein andere Grund kann nicht vorliegen?

Gründe dafür kann es sicher immer mehrere geben. Von vornherein Plugins etc. ausschließen kann man sicher nicht.

Aber Server-seitig wäre bei (relative kurzen) Cron-Scripts der Grund eigentlich nur in sehr kleinen Webpaketen zu vermuten, bei denen Einstellungen wie Laufzeit und Speicherlimits oft sehr eng begrenzt (und viele Kunden/Auftritte pro Server) zugelassen sind.

Im "Normalfall" sollten derartige Scripte aber auch in kurzen Abständen klaglos durchlaufen können. Wenn nicht Dein Forum insgesamt "sehr lahm" läuft und es häufiger mal zu diversen Abbrüchen kommt, würde ich den Grund eher nicht beim Server suchen.

Wie sieht es denn z.B. mit Backups (auch der Datenbank) aus? Laufen die i.d.R. klaglos durch? Wenn diese z.B. ebenfalls durch ein Script durchgeführt werden, könnte das einen Aufschluss über das gesamte Server-Verhalten in dieser Hinsicht geben. Wenn ein Script die gesamte DB ohne Abbrüche sichert, sollten die systemeigenen Crons erstrecht problemlos durchlaufen können.

Quote from 10242

Ich vermute nur, das es doch am Server liegen könnte!

Siehe oben.

Du erwähnst ja, dass es erst nach Installation bestimmter Plugins auftrat. Warum schließt Du diese dann als Ursache gleich aus?

Hallo Manfred,

Quote from 10242

Er meinte das liegt nicht an dem Bot,

das kann ich mir eigentlich auch nicht vorstellen, wenn es NUR um dieses Plugin geht. Ich kenne andere Foren, in denen ebenfalls der Bot läuft und dort gibt es diese Probleme nicht.

Quote from 10242

Also könnte die Vernmutung einer Überlastung evtl. schon sein?

Nach wie vor ja, wenn es um temporäre Abbrüche geht. Letztlich kann das nur Dein Hoster-Support (per Monitoring) exakt nachvollziehen, mit Timestamp des jeweiligen Abbruchs.

Darüber lässt sich ggf. dann auch eine Ursache ermitteln.

Quote from 10242

Er meinte das liegt nicht an dem Bot, das leigt am Server oder am Forum?

Der Punkt ist, dass ich nicht herausfinden kann, welcher Cronjob die Probleme verursacht. Nur weil ein Cronjob ggf. in einer stuck-Fehlermeldung genannt wird, heißt das nicht, dass dieser Cronjob das Problem verursacht. Es kann ein anderer 'hängen', der nichts mit dem Bot zu tun hat.

Die Vermutung, dass es am Server liegt (Performance) liegt nahe, weil Cronjobs nur sporadisch nicht durchlaufen und es dann keine aussagekräftigen Fehlermeldungen gibt, die auf einen konkreten Fehler eines Cronjob hinweisen. Das ist aber kein neues Phänomen, sondern wurde hier schon häufiger diskutiert und war auch schon der Grund für eine WSC-Änderung. Siehe Suchhinweis für dieses Forum, den ich Dir gegeben hatte.

Quote from Modelcarforum

Ich kenne andere Foren, in denen ebenfalls der Bot läuft und dort gibt es diese Probleme nicht.

So ist es. Zumal man bei den Cronjobs, die viele Daten anfassen, diese beschränken kann (Anzahl Benutzer, Themen...).

In der Summe zählen ja immer alle Prozesse. Und auf schwächeren und "eng konfigurierten" Servern kann es durchaus mal vorkommen, dass auch ein Script mal ins Timeout läuft.

Nur sollte das natürlich nicht zur Regel werden.

Wenn eine Laufzeit von z.B. max 30 Sekunden und dann noch zusätzlich enge Memory Limits gesetzt sind, kann es bei einer Software wie Forum und ähnliches durchaus mal zu dem einen oder anderen Problem kommen, wenn der PEak ansteigt.

Gerade auch bei vielen Kunden/Anwendungen pro Shared-Server.

Da hilft dann ggf. nur ein Serverwechsel (durch größeres Webpaket) oder gar ein anderer Hoster, der zu ähnlichem Preis bessere Limits/Performance bietet. .

Bei einem wachsendem Forum würden sich sonst vermutlich die Probleme zukünftig eher häufen statt bessern. Es gibt heute auch schon für schlankes Geld VServer, auf denen man derartige Dinge auch selber konfigurieren kann.

Unter 5.2.9

Cronjob stuck in state '2' for two periods (nextExec '1599436801', afterNextExec '1599609601', now '1599750586').

Diesen Fehler hatte ich sogar in der Testumgebung obwohl da absolut nichts los ist. Nach deinstallation eines Programms (nicht Udos Bot) taucht der Fehler nicht mehr auf.

Gruß

Quote from 10242

ist eine extra Server kein vServer.

Aber sonst weis ich noch nicht sehr viel über den Server, da ich ja noch keine Zugriff drauf habe!

Noch besser. Dann lassen sich derartige Anpassungen erstrecht selbst vornehmen und wenn nicht Du, dann wird sich ja irgendjemand momentan um diesen Server kümmern.

Und denjenigen könntest Du freundlich bitten, die maximale Laufzeit für PHP-Scripte (und was evtl. für andere Anwendungen noch benötigt wird, Perl etc.) zu erhöhen.

Auf einem eigenen Server (mit wenigen Anwendungen) sollte das dann auch technisch keine Probleme bereiten und nichts gegen eine vernünftige Erhöhung sprechen.

Falls momentan 30 Sekunden Ausführungszeit gesetzt sind, kann er ja erst mal "ganz vorsichtig" auf 60 gehen, das wird vermutlich schon reichen. Viel länger braucht i.d.R. eigentlich kaum ein Script.