Cronjob stuck in state 1 for two periods, resetting.

1st Official Post
    Affected App
    WoltLab Suite Core

    Habe seit ein paar Tagen diesen Fehler.


    Requested URL
    /index.php?ajax-proxy/&t=bae44e863d04445c88a2261d85578781b32b254e
    Referrer
    https://gpxbike.de/members-list/
    Error Message
    Cronjob stuck in state 1 for two periods, resetting.
    Type
    Exception
    File (Line)
    /homepages/35/d330743547/htdocs/gbike/lib/system/cronjob/CronjobScheduler.class.php (166)
    Stacktrace
    1. /homepages/35/d330743547/htdocs/gbike/lib/system/cronjob/CronjobScheduler.class.php (50): wcf\system\cronjob\CronjobScheduler->resetFailedCronjobs(…)
    2. /homepages/35/d330743547/htdocs/gbike/lib/data/cronjob/CronjobAction.class.php (232): wcf\system\cronjob\CronjobScheduler->executeCronjobs(…)
    3. [internal function] (?): wcf\data\cronjob\CronjobAction->executeCronjobs(…)
    4. /homepages/35/d330743547/htdocs/gbike/lib/data/AbstractDatabaseObjectAction.class.php (205): call_user_func(…)
    5. /homepages/35/d330743547/htdocs/gbike/lib/action/AJAXProxyAction.class.php (75): wcf\data\AbstractDatabaseObjectAction->executeAction(…)
    6. /homepages/35/d330743547/htdocs/gbike/lib/action/AJAXInvokeAction.class.php (94): wcf\action\AJAXProxyAction->invoke(…)
    7. /homepages/35/d330743547/htdocs/gbike/lib/action/AbstractAction.class.php (47): wcf\action\AJAXInvokeAction->execute(…)
    8. /homepages/35/d330743547/htdocs/gbike/lib/action/AJAXInvokeAction.class.php (61): wcf\action\AbstractAction->__run(…)
    9. /homepages/35/d330743547/htdocs/gbike/lib/system/request/Request.class.php (83): wcf\action\AJAXInvokeAction->__run(…)
    10. /homepages/35/d330743547/htdocs/gbike/lib/system/request/RequestHandler.class.php (107): wcf\system\request\Request->execute(…)
    11. /homepages/35/d330743547/htdocs/gbike/index.php (9): wcf\system\request\RequestHandler->handle(…)

    Ich kann das bestätigen. Gestern sind bei mir 43 Cronjob-Ausführungen gescheitert. Inzwischen scheinen sie aber wieder zu funktionieren.


    Hasching_LA Nutzt du zufälligerweise auch den VieCode Shop? Bei mir fing es immer dann an, wenn der PaypalSubscriptionCronjob scheiterte.

    • Official Post

    Die Fehlermeldung besagt, dass ein Cronjob nicht korrekt ausgeführt wurde. Hier sollte man zunächst das Ausführungsprotokoll der Cronjobs (Verwaltung -> Protokoll -> Cronjobs) prüfen, um festzustellen, von welchem Cronjob konkret das Problem ausgeht.

    • Official Post

    Seit dem Update auf 5.2.7 werden Fehlermeldungen bei der Ausführung von Cronjobs zusätzlich in das globale Fehler-Protokoll übernommen. Im Protokoll der Cronjobs finden sich die Einträge für die fehlgeschlagenen Ausführungen, die Aufschluss darüber geben, zu welchem Plugins bzw. App diese gehören.

    Quote from Alexander Ebert

    Seit dem Update auf 5.2.7 werden Fehlermeldungen bei der Ausführung von Cronjobs zusätzlich in das globale Fehler-Protokoll übernommen. Im Protokoll der Cronjobs finden sich die Einträge für die fehlgeschlagenen Ausführungen, die Aufschluss darüber geben, zu welchem Plugins bzw. App diese gehören.

    Ich bin noch bei 5.2.6 also dann kann da ja was nicht stimmen.

    • Official Post
    Quote from Fightcrasher

    Ich bin noch bei 5.2.6 also dann kann da ja was nicht stimmen.

    Das ist nicht weiter von Belang, die Meldung selbst ist kein Fehler, sondern nur der Hinweis darauf, dass ein Cronjob überfällig war. Die Gründe für den Abbruch eines Cronjobs sind vielfältig, etwa das dieser zu ineffizient arbeitete oder zu viele Daten verarbeiten musste und dadurch an PHP-Limits gestoßen ist.


    Daher bleibt meine Kernaussage: Im Protokoll der Cronjobs kann nachgesehen werden, welche Cronjobs Probleme verursachen und dann mit den jeweiligen Entwicklern gelöst werden.

    Der Entwickler seit ihr 🤣


    Unter anderem sind folgende fehlgeschlagen


    wcf\system\cronjob\LastActivityCronjob

    wcf\system\cronjob\ArticlePublicationCronjob


    wcf\system\cronjob\AssignTrophiesCronjob


    wbb\system\cronjob\PublicationCronjob



    Und zwei von anderen Entwicklern


    wcf\system\cronjob\WSCConnectNotificationsCronjob

    wcf\system\cronjob\TinyImgAttachmentCompressCronjob



    Jetzt stellt sich mir nur die Frage warum wurde das ausgelöst virallem da es nicht immer so ist.

    Quote from Alexander Ebert

    Daher bleibt meine Kernaussage: Im Protokoll der Cronjobs kann nachgesehen werden, welche Cronjobs Probleme verursachen und dann mit den jeweiligen Entwicklern gelöst werden.

    Na dann mal los ;)


    7 wcf\system\cronjob\BackgroundQueueCleanUpCronjob Räumt Hintergrundaufgaben auf Vor 12 Stunden Fehler
    8 wcf\system\cronjob\LastActivityCronjob Aktualisiert Zeitpunkt der letzten Aktivität Vor 12 Stunden Fehler
    13 wcf\system\cronjob\UserGroupAssignmentCronjob Ordnet Benutzer automatisch Benutzergruppen zu Vor 12 Stunden Fehler
    15 wcf\system\cronjob\ArticlePublicationCronjob Veröffentlicht Artikel Vor 12 Stunden Fehler
    18 wcf\system\cronjob\AssignTrophiesCronjob Ordnet Trophäen aufgrund der Regeln zu Vor 12 Stunden Fehler
    21 wbb\system\cronjob\RSSFeedReaderCronjob Liest RSS-Feeds aus Vor 12 Stunden Fehler
    22 wbb\system\cronjob\PublicationCronjob Veröffentlicht Foren-Beiträge Vor 12 Stunden Fehler
    46 calendar\system\cronjob\EventImportCronjob Importiert Kalender-Termine Vor 12 Stunden Fehler
    • Official Post

    Hallo,


    Cronjobs mit „State 1“ sind im Status „Pending“ und somit nicht ursächlich an der Problematik, sie wurden gar nicht gestartet. Stattdessen sind diese verzögert / unzuverlässig, da ein vorheriger Cronjob in der selben Anfrage den kompletten Prozess gecrasht hat. Gibt es Cronjobs, die als im „State 2“ („Executing“) befindlich geloggt wurden?

    Quote from Tim Düsterhus

    Gibt es Cronjobs, die als im „State 2“ („Executing“) befindlich geloggt wurden?

    Nein, bei uns jedenfalls nicht. Alle "State 1"



    Einige Cronjobs wurden mit der gleichen Zeit auch als Erfolgreich protokolliert

    zB:

    Edited 2 times, last by Quitter ().

    • Official Post

    Eine Ergänzung zu meiner ursprünglichen Aussage:


    Offenbar gibt es einen Fehler, durch den der Ausführungszeitpunkt der Cronjobs nicht korrekt aktualisiert wird. In der Folge wird ein Cronjob als überfällig angesehen, obwohl alles ordnungsgemäß funktioniert, jedoch auf Grund des veralteten Zeitstempels mit falschen Zeiten gerechnet wird. Dieser Fehler scheint schon lange zu bestehen, hat aber auf Grund der Funktionsweise des Cronjob-Systems keine größeren Auswirkungen.


    In Kombination mit der nun erweiterten Protokollierung von Fehlern wurde das Problem erst offensichtlich, während es bis dahin im Cronjob-Log leicht übersehen werden konnte. Gerade das gehäufte Auftreten in den Nacht- bzw. Morgenperioden passt dazu und stellt einen Fehlalarm dar.


    Wir arbeiten aktuell an einer kurzfristigen Korrektur, die das Problem der fehlenden Aktualisierung des Ausführungszeitpunktes beseitigt.

    Quote from Quitter

    Einige Cronjobs wurden mit der gleichen Zeit auch als Erfolgreich protokolliert

    Zusätzlich würde ich bei "vielen" Cronjobs auch empfehlen, diese etwas zeitverzögert starten zu lassen, nicht alle gleichzeitig.

    Je nach Umfang eines Scripts kann das ja einen Server unnötig auslasten, also immer schön "über die Nacht verteilen".:-)

    Bei den meisten Cronjobs ist es ja völlig egal, ob diese nun um 00:01 laufen oder um 02:13 oder um 4:00 h morgens.

    Nur eine Geburtstagsmail sollte man vielleicht nicht erst um 4:00 verschicken lassen. :D


    Tägliche Aufräumaktionen, Benutzerrang-Aktualisierungen usw. müssen aber nicht alle gleichzeitig laufen und schon gar nicht zusammen mit einer automatisierten Datensicherung.

    Gruß

    Jörg

    (Jaydee)

    Ich bekomme diesen Fehler auch seit gestern state 1 und 2


    Requested URL
    /marketplace/index.php?ajax-proxy/&t=182727d5b52876c75161f819998ff7b7b6245acd
    Referrer
    https://dampfanzeigen.de/marketplace/
    Error Message
    Cronjob stuck in state 2 for two periods, resetting.
    Type
    Exception
    File (Line)
    /var/www/html/lib/system/cronjob/CronjobScheduler.class.php (166)
    Stacktrace
    1. /var/www/html/lib/system/cronjob/CronjobScheduler.class.php (50): wcf\system\cronjob\CronjobScheduler->resetFailedCronjobs(…)
    2. /var/www/html/lib/data/cronjob/CronjobAction.class.php (232): wcf\system\cronjob\CronjobScheduler->executeCronjobs(…)
    3. [internal function] (?): wcf\data\cronjob\CronjobAction->executeCronjobs(…)
    4. /var/www/html/lib/data/AbstractDatabaseObjectAction.class.php (205): call_user_func(…)
    5. /var/www/html/lib/action/AJAXProxyAction.class.php (75): wcf\data\AbstractDatabaseObjectAction->executeAction(…)
    6. /var/www/html/lib/action/AJAXInvokeAction.class.php (94): wcf\action\AJAXProxyAction->invoke(…)
    7. /var/www/html/lib/action/AbstractAction.class.php (47): wcf\action\AJAXInvokeAction->execute(…)
    8. /var/www/html/lib/action/AJAXInvokeAction.class.php (61): wcf\action\AbstractAction->__run(…)
    9. /var/www/html/lib/system/request/Request.class.php (83): wcf\action\AJAXInvokeAction->__run(…)
    10. /var/www/html/lib/system/request/RequestHandler.class.php (107): wcf\system\request\Request->execute(…)
    11. /var/www/html/marketplace/index.php (11): wcf\system\request\RequestHandler->handle(…)
    Error Message
    Cronjob stuck in state 2 for two periods, resetting.
    Type
    Exception
    File (Line)
    /var/www/html/lib/system/cronjob/CronjobScheduler.class.php (166)
    Stacktrace
    1. /var/www/html/lib/system/cronjob/CronjobScheduler.class.php (50): wcf\system\cronjob\CronjobScheduler->resetFailedCronjobs(…)
    2. /var/www/html/lib/data/cronjob/CronjobAction.class.php (232): wcf\system\cronjob\CronjobScheduler->executeCronjobs(…)
    3. [internal function] (?): wcf\data\cronjob\CronjobAction->executeCronjobs(…)
    4. /var/www/html/lib/data/AbstractDatabaseObjectAction.class.php (205): call_user_func(…)
    5. /var/www/html/lib/action/AJAXProxyAction.class.php (75): wcf\data\AbstractDatabaseObjectAction->executeAction(…)
    6. /var/www/html/lib/action/AJAXInvokeAction.class.php (94): wcf\action\AJAXProxyAction->invoke(…)
    7. /var/www/html/lib/action/AbstractAction.class.php (47): wcf\action\AJAXInvokeAction->execute(…)
    8. /var/www/html/lib/action/AJAXInvokeAction.class.php (61): wcf\action\AbstractAction->__run(…)
    9. /var/www/html/lib/system/request/Request.class.php (83): wcf\action\AJAXInvokeAction->__run(…)
    10. /var/www/html/lib/system/request/RequestHandler.class.php (107): wcf\system\request\Request->execute(…)
    11. /var/www/html/marketplace/index.php (11): wcf\system\request\RequestHandler->handle(…)
    Error Message
    Cronjob stuck in state 2 for two periods, resetting.
    Type
    Exception
    File (Line)
    /var/www/html/lib/system/cronjob/CronjobScheduler.class.php (166)
    Stacktrace
    1. /var/www/html/lib/system/cronjob/CronjobScheduler.class.php (50): wcf\system\cronjob\CronjobScheduler->resetFailedCronjobs(…)
    2. /var/www/html/lib/data/cronjob/CronjobAction.class.php (232): wcf\system\cronjob\CronjobScheduler->executeCronjobs(…)
    3. [internal function] (?): wcf\data\cronjob\CronjobAction->executeCronjobs(…)
    4. /var/www/html/lib/data/AbstractDatabaseObjectAction.class.php (205): call_user_func(…)
    5. /var/www/html/lib/action/AJAXProxyAction.class.php (75): wcf\data\AbstractDatabaseObjectAction->executeAction(…)
    6. /var/www/html/lib/action/AJAXInvokeAction.class.php (94): wcf\action\AJAXProxyAction->invoke(…)
    7. /var/www/html/lib/action/AbstractAction.class.php (47): wcf\action\AJAXInvokeAction->execute(…)
    8. /var/www/html/lib/action/AJAXInvokeAction.class.php (61): wcf\action\AbstractAction->__run(…)
    9. /var/www/html/lib/system/request/Request.class.php (83): wcf\action\AJAXInvokeAction->__run(…)
    10. /var/www/html/lib/system/request/RequestHandler.class.php (107): wcf\system\request\Request->execute(…)
    11. /var/www/html/marketplace/index.php (11): wcf\system\request\RequestHandler->handle(…)
    Error Message
    Cronjob stuck in state 2 for two periods, resetting.
    Type
    Exception
    File (Line)
    /var/www/html/lib/system/cronjob/CronjobScheduler.class.php (166)
    Stacktrace
    1. /var/www/html/lib/system/cronjob/CronjobScheduler.class.php (50): wcf\system\cronjob\CronjobScheduler->resetFailedCronjobs(…)
    2. /var/www/html/lib/data/cronjob/CronjobAction.class.php (232): wcf\system\cronjob\CronjobScheduler->executeCronjobs(…)
    3. [internal function] (?): wcf\data\cronjob\CronjobAction->executeCronjobs(…)
    4. /var/www/html/lib/data/AbstractDatabaseObjectAction.class.php (205): call_user_func(…)
    5. /var/www/html/lib/action/AJAXProxyAction.class.php (75): wcf\data\AbstractDatabaseObjectAction->executeAction(…)
    6. /var/www/html/lib/action/AJAXInvokeAction.class.php (94): wcf\action\AJAXProxyAction->invoke(…)
    7. /var/www/html/lib/action/AbstractAction.class.php (47): wcf\action\AJAXInvokeAction->execute(…)
    8. /var/www/html/lib/action/AJAXInvokeAction.class.php (61): wcf\action\AbstractAction->__run(…)
    9. /var/www/html/lib/system/request/Request.class.php (83): wcf\action\AJAXInvokeAction->__run(…)
    10. /var/www/html/lib/system/request/RequestHandler.class.php (107): wcf\system\request\Request->execute(…)
    11. /var/www/html/marketplace/index.php (11): wcf\system\request\RequestHandler->handle(…)


    Wenn deine Seite Nachts nicht aufgerufen wird, bringt dir das nicht viel. Denn standardmäßig werden Cronjobs beim Aufrufen der Seite mit einem JavaScript-fähigen Browser angestoßen.

    Komisch, das scheint aber nicht generell zu sein, ich habe zB gar keine Fehlermeldungen, weder im generellen Fehlerlog noch in den Cronjobs.

    ┌П┐(◉_◉)┌П┐

    Habe auf einer Webseite nur das Core laufen ohne weiteren Addons.

    und hab die gleichen Meldungen wie oben schon ein paar mal erwähnt ...

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login