Cron läuft seit mehr als einer Stunde und hängt sehr wahrscheinlich.
Eingetragen von fugazi (201)am 27.12.2008 - 02:30 Uhr in
Hallo zusammen,
ich stehe kurz vor dem wahnsinn, ich hatte den ganzen tag problem das Cron-Lauf schlug fehl, ich habe mindestens 7 mal drupal neu aufgespielt um an den fehler zu kommen und nach und nach die module installiert. Und als ich jetzt dachte das ich den fehler gefunden habe und auf ein module verzichtet habe ,und dann das system sauber lief habe ich vor einer stunde wieder das problem. Die einzigsten fehlermeldungen die ich bekomme ist "6 translation strings were skipped because they contain disallowed HTML." und "access denied 27.12.2008 - 01:55 node" Ich habe po.datein eingespielt lief aber alles was ich gesehen habe.
Ich habe auch schon das forum durchgeforstet und das einzigste was ich gefunden habe ist das mit "Drupal Tip: Forcing cron to get un-stuck" aber ich verstehe nicht was ich machen muss die Einträge in der Datenbank "cron_semaphore" habe ich gefunden, aber was muss ich machen ????
Boorr ich bin total am verzweifeln ich will nicht schon wieder Drupal neu aufspielen um dann irgendwann wieder das problem zu haben.
Kann mir vieleicht irgendjemand erklären wie ich den cron manuell stoppen kann. Aber vieleicht auch so das es ein anfänger versteht der sich nicht super mit mysql auskennt.
Oder kann es an was ganz anderem liegen. Ich weiß nicht mehr weiter....
Ich wäre Euch echt dankbar.
gruß
Nachtrag jetzt bekomme ich die Meldung
"Versuche Cron erneut auszuführen, obwohl er bereits ausgeführt wird."
- Anmelden oder Registrieren um Kommentare zu schreiben
Bei einer Suche nach
am 27.12.2008 - 10:38 Uhr
Bei einer Suche nach "Forcing cron to get un-stuck" finde ich das hier: http://www.digitaledgesw.com/node/21
Da steht, dass du in der includes/common.inc die Zeile
$semaphore = variable_get('cron_semaphore', FALSE);durch
$semaphore = FALSE;ersetzen musst.
Wenn cron dann wieder "entsperrt" ist, kannst du die original common.inc wieder ins System kopieren.
Ja gemacht aber..
am 27.12.2008 - 11:38 Uhr
Ja erstmal vielen Dank für den Tipp.
So habe ich gemacht habe die zeile geändert und wieder hochgeladen. Wann entsperrt er sich von alleine oder muss noch irgendetwas gemacht werden?? Woran sehe ich das es entsperrt ist?? Ich habe es gemacht und nach einer zeit wieder zurück geändert aber nach wie vor "Cron-Lauf schlug fehl" :-(
Wie genau wird denn der
am 27.12.2008 - 13:21 Uhr
Wie genau wird denn der cronjob aufgerufen bzw. wie rufst du die cron.php auf? Vielleicht läuft da etwas falsch?
von hand ausführen
am 27.12.2008 - 15:31 Uhr
ich habe sie seit es nicht mehr geht von hand ausgeführt. sonst durch cron-job.org
Es hat funktioniert
am 27.12.2008 - 15:56 Uhr
Es hat doch geklappt nach dem ändern der zeile in common.inc und ausführen der cron.php hat es funktioniert nach rückschreiben der common.inc kann ich jetzt wieder ganz normal per hand ausführen.
Vielen Dank für die hilfe !!!!!!!!!!!!!
Boor doch keine neuinstallation.
noch ein danke! das hat
am 18.09.2009 - 16:04 Uhr
noch ein danke! das hat geholfen.
ich habe die zeile in common.inc auskommentiert (am besten suchen, es ist irgendwo in zeile 2.000...), cron per hand ausgeführt (ein klacks mit modul admin_menu), die "neuesten log-einträge" angeschaut (watchdog) und gesehen, daß cron ohne fehler durchgelaufen ist. danach habe ich die änderung in common.inc rückgängig gemacht und für's nächste mal einen kommentar hinterlassen.
läuft.
Suchmaschinenoptimierte Internetpräsenzen: http://exoplan.net
Danke war zwar hilfreich aber
am 27.03.2010 - 11:27 Uhr
Danke war zwar hilfreich aber bei mir gab es die ganze Tabelle garnicht. Wurde erst beim Aufruf von update.php erstellt. Danach ging bei mir der Cronjob auch wieder.
Danke für den Hinweis !!!
Also hast Du bei Update auf
am 27.03.2010 - 11:32 Uhr
Also hast Du bei Update auf Drupal 6.16 vergessen das Script update.php laufen zu lassen, denn dabei wurde diese Tabelle kreiert. Beim nächsten Update besser daran denken.
Beste Grüße
Werner
ne cron ging bei 6.15 schon
am 27.03.2010 - 11:41 Uhr
ne cron ging bei 6.15 schon nicht mehr. Daher Update auf 6.16 und Update.php
grundsätzliche Lösung gesucht
am 29.03.2010 - 11:48 Uhr
Ich hab mit Hilfe dieses Threads auch bei mir den hängenden Cron wieder zum laufen gebracht, bin aber nicht so ganz glücklich mit der Lösung.
Bei mir wird der Cron-Job einmal am Tag vom mysqldumper angestoßen. Das klappt dann auch meist so drei bis vier mal, bis er sich wieder irgendwann aufhängt.
Das heißt doch, prinzipiell funktioniert der Cron. Warum verschluckt er sich denn dann alle paar Mal?
Es nervt, alle paar Tage in die common.inc zu gehen und die Änderung zu machen...