cron.php läuft nur bei eingeloggtem User Aufruf?
am 20.01.2010 - 19:11 Uhr in
Nachdem eine neue Webseite am 01.02. an den Start gehen sollte, habe ich sie heute mal auf den Sever geschaufelt ( managed Server ) und es läuft alles, bis auf einen CRON!
Auf dem gleichen Server lasse ich mit dem Befehl:
wget -q http://www.beispiel.de/cron.php > /dev/null
erfolgreich bei zwei anderen Drupal.6 Seiten einen CRON laufen. Auf dem neuen Projekt klappt es leider nicht. Interesanterweise erscheint der Cron Lauf auch nicht im DBLOG, wenn er im ausgeloggtem Zustand im Browser aufgerufen wird.
Eingeloggt als Admin, oder "Authenticated" User und http://www.beispiel.de/cron.php aufgerufen erscheint jedoch der Cron Lauf im Log!!!????
Hatte dieses Problem schon mal jemand, oder hat jemand nen Tipp, wie ich das "gebacken" bekomme? Ich stehe echt vor nem Rätsel!
- Anmelden oder Registrieren um Kommentare zu schreiben

hi thoor bist du mit Deinem
am 20.01.2010 - 21:02 Uhr
hi thoor
bist du mit Deinem Managed Server nich auch bei Hetzner?
Vielleicht hielft Dir der Beitrag:
http://www.drupalcenter.de/node/12001
phpberlin schrieb bist du
am 20.01.2010 - 23:17 Uhr
bist du mit Deinem Managed Server nich auch bei Hetzner?
Hi - ne ich bin zu Netcup gegangen. Das was mich kirre macht, ist eben der Umstand, daß ja der CRON auf meinem Server bei anderen Installationen läuft.
Was bisher nichts brachte, war CHMOD der cron.php auf 755, und auch Löschen von BASE URL und COOKIE DOMAIN aus der settings.php brachte keinen Erfolg ...
Mittlerweile habe ich auch Modul für Modul deaktiviert - ohne Erfolg.
Allerdings kann ich die Severeinstellungen jetzt sicher aussen vor lassen, da auf einer neuen "jungfräulichen" Installation ein CRONJOB läuft.
Der Fehler tritt also nur auf, wenn ich die fertig entwickelte Seite uploade?
Mal sehen, ob vielleicht noch jemanden was einfällt, was ich ansonsten ausprobieren könnte?
Danke schon mal!
--------------------
Design Probleme einfach mit FF und FIREBUG lösen!
Hast Du Dir schon mal die
am 21.01.2010 - 02:55 Uhr
Hast Du Dir schon mal die von cron.php aufgerufene Funktion drupal_cron_run() angesehen?
Eventuell ergeben sich aus den sichtbaren weiteren Funktionen des Code der Funktion Loesungsansaetze. Was beispielsweise ist mit der Systemvariable "cron_semaphore"?
------------------------
Quiptime Group
quiptime schrieb Hast Du
am 21.01.2010 - 07:34 Uhr
Hast Du Dir schon mal die von cron.php aufgerufene Funktion drupal_cron_run() angesehen?
Eventuell ergeben sich aus den sichtbaren weiteren Funktionen des Code der Funktion Loesungsansaetze. Was beispielsweise ist mit der Systemvariable "cron_semaphore"?
Hallo,
ehrlich gesagt .... Du sprichst mit der Äußerung in Rätseln zu mir :-) Ich weiss ncht einmal, wie man sich die erwähnte Funktion ansehen könnte, geschweige denn wüsste ich, wo oder was die Systemvariable "cron_semaphore" ist?
Da bin ich leider überfordert. Schade.
Danke aber trotzdem - Thoor
Schwierig, hier
am 21.01.2010 - 17:44 Uhr
Schwierig, hier Lösungsansätze zu liefern. Erhälst du irgendeine Fehlermeldung, wenn du die cron.php als anonymer User direkt im Browser aufrufst? Wenn du es nicht schon getan hättest, hätte ich dir auch das deaktivieren der Module vorgeschlagen. Alternativ kannst du auch noch versuchen, den Theme einmal auf einen Standard-Theme wie Garland umzuschalten und zu testen, ob der Fehler dann noch auftritt.
Löschen des Caches
am 21.01.2010 - 17:57 Uhr
Hallo,
schau mal hier: http://www.drupalcenter.de/node/24143
Also bei mir hat das löschen des Caches und das Eintragen von false in die Variable cron_semaphore in der Datenbank etwas gebracht. Woran der Fehler allerdings lag... Keine Ahnung. (PS.: Ich nutze auch einen Managed Server.)
------
Ein Weg bildet sich dadurch,
das er begangen wird.
Gray schrieb und das
am 22.01.2010 - 09:33 Uhr
und das Eintragen von false in die Variable cron_semaphore in der Datenbank etwas gebracht.
Danke für den Tip! Nur wo finde ich die Variable bitte? In meiner Tabelle:variable finde ich nur den Name:cron_last ?
Unter http://drupal.org/cron
am 22.01.2010 - 09:35 Uhr
Unter http://drupal.org/cron habe ich mittlerweile auch diesen Hinweis gelesen:
Running cron as an authenticated user
Klappt leider auch nicht :-( Könnte bitte jemand, der sich damit auskennt, drüber sehen, wo meine Fehler sind?
Folgende Befehle im CRONTAB ergeben:
html/scripts/cron-lynx.sh -> Permission denied
/html/scripts/cron-lynx.sh -> No such file or directory
/var/www/web6/html/scripts/cron-lynx.sh ->Permission denied
----------------------
Meine cron-lynx.sh lautet also:
#!/bin/sh
# $Id: cron-lynx.sh,v 1.3 2006/08/22 07:38:24 dries Exp $
SITE=http://www.MEINEDOMAIN.com/
USERNAME=Antester
PASS=Antester
COOKIES=/tmp/cron-cookies.txt
WGETPARAMS="--quiet -O /dev/null --no-check-certificate --save-cookies $COOKIES --keep-session-cookies --load-cookies $COOKIES"
# if you run drupal in a default language different than English you need to modify this ?????
LOGIN="Log%20in"
wget $WGETPARAMS "${SITE}user"
wget $WGETPARAMS --post-data="name=$USERNAME&pass=$PASS&op=$LOGIN&form_id=user_login" "${SITE}user"
wget $WGETPARAMS " ${SITE}cron.php"
--------------------
Was soll da modifiziert werden, wenn meine Sprache deutsch ist? Und das Verzeichnis COOKIES - ist das anzupassen? Oh Mann - es ist fürchterlich, wenn man von der Materie gar keine Ahnung hat ....
Der eintrag im Crontab
am 22.01.2010 - 10:07 Uhr
Der eintrag im Crontab ändert sich nicht, wenn Du das Script änderst. Der muß nach wie vor lauten:
30 * * * * /usr/bin/lynx -source http://example.com/cron.php > /dev/null 2>&1natürlich mit Deiner Domain. Der cron ruft nur über lynx das PHP-Script der Webseite auf, genau so, wie Du es über einen normalen Browser machen würdest, und das jeweils einmal pro Stunde, wenn die Minuten 30 zeigen. Der lynx braucht lediglich kein Display-Device.
Beste Grüße
Werner
wla schrieb Der eintrag im
am 22.01.2010 - 10:49 Uhr
Der eintrag im Crontab ändert sich nicht, wenn Du das Script änderst.
ähhhhh ??? - Also ich muss nicht cron-lynx.sh aufrufen, aber die cron-lynx.sh trotzdem wie oben geschrieben abändern?
Ich bitte um Nachsicht! Ich bin in Punkto CRON etc. ein klein wenig wie ein 2jähriger in Gentechnik :-(
--------------------
Design Probleme einfach mit FF und FIREBUG lösen!
Thoor schrieb Folgende
am 22.01.2010 - 11:07 Uhr
Folgende Befehle im CRONTAB ergeben:
html/scripts/cron-lynx.sh -> Permission denied
/html/scripts/cron-lynx.sh -> No such file or directory
/var/www/web6/html/scripts/cron-lynx.sh ->Permission denied
Woher kommt der permission denied Fehler? Vom Dateisystem? Oder von Drupal?
# if you run drupal in a default language different than English you need to modify this ?????
LOGIN="Log%20in"
Die Variable LOGIN muss auf den Beschriftungs-Text deines Login-Buttons unter www.meinedomain.com/user geändert werden. Ansonsten müsste das Skript ohne Modifikationen laufen.
Poste doch noch einmal deinen aktuellen Crontab-Eintrag für den Cron-Aufruf.
Benedikt
--
http://www.twitter.com/bspellmeyer
bspellmeyer schrieb Woher
am 22.01.2010 - 11:48 Uhr
Woher kommt der permission denied Fehler? Vom Dateisystem? Oder von Drupal?
Den bekomme ich per Mail vom Server :-)
# if you run drupal in a default language different than English you need to modify this ?????
LOGIN="Log%20in"
Die Variable LOGIN muss auf den Beschriftungs-Text deines Login-Buttons unter www.meinedomain.com/user geändert werden. Ansonsten müsste das Skript ohne Modifikationen laufen.
Poste doch noch einmal deinen aktuellen Crontab-Eintrag für den Cron-Aufruf.
Hi Benedikt, vielen Dank für das Draufsehen! Na ja ... auf das LOGIN hätte ich eigentlich auch selbst kommen können, aber momentan habe ich vermutlich schon wieder keinen klaren Kopf mehr :-)
Ich habe also meine cron-lynx.sh wie folgt geändert und bei /scripts platziert:
------------------------
#!/bin/sh
# $Id: cron-lynx.sh,v 1.3 2006/08/22 07:38:24 dries Exp $
SITE=http://URL-HAB-ICH EINGETREGEN/
USERNAME=Antester
PASS=Antester
COOKIES=/tmp/cron-cookies.txt
WGETPARAMS="--quiet -O /dev/null --no-check-certificate --save-cookies $COOKIES --keep-session-cookies --load-cookies $COOKIES"
# if you run drupal in a default language different than English you need to modify this
LOGIN="Anmelden"
wget $WGETPARAMS "${SITE}user"
wget $WGETPARAMS --post-data="name=$USERNAME&pass=$PASS&op=$LOGIN&form_id=user_login" "${SITE}user"
wget $WGETPARAMS " ${SITE}cron.php"
-----------------------------------
Tja und dann lass ich eben folgende Crontabs ohne Erfolg laufen:
*/2 * * * * wget -q http://www.example.com/cron.php > /dev/null
*/2 * * * * /usr/bin/lynx -source http://www.example.com/cron.php > /dev/null 2>&1
Tja klappt alles nicht - aber Danke allen!
Also einer von den beiden
am 22.01.2010 - 12:48 Uhr
Also einer von den beiden Cron Einträgen sollte genügen. Entweder wird der Browser wget oder der Browser lynx verwendet. Auf jeden Fall muß der korrekte Pfad gemäß Deiner Serverinstallation verwendet werden. Wenn beides nicht klappt, welche Fehlermeldungen gibt denn Cron bei der lynx-Zeile aus (ich gehe mal davaon aus, daß Du die Domain geändert hast). Hast Du einen Terminalzugang zum Server? Wenn ja, einfach mal eingeben which lynx (bzw which wget) und dann return. Dann sollte der Server den Pfad zu diesem Programm anzeigen (oder eine Fehlermeldung). Damit käme man schon mal weiter.
Beste Grüße
Werner
wla schrieb Entweder wird
am 22.01.2010 - 13:25 Uhr
Entweder wird der Browser wget oder der Browser lynx verwendet. Auf jeden Fall muß der korrekte Pfad gemäß Deiner Serverinstallation verwendet werden. Wenn beides nicht klappt, welche Fehlermeldungen gibt denn Cron bei der lynx-Zeile aus (ich gehe mal davaon aus, daß Du die Domain geändert hast). Hast Du einen Terminalzugang zum Server?
Na ja - beide zeigen keinen Erfolg. Meine echte Domain ist natürlich eingetragen.
Fehlermeldungen habe ich leider keine - es passiert einfach nichts. Oder sprechen wir von was anderem als von DBLOG?
Terminalzugang habe ich keinen, könnte ich freischalten lassen, kenne mich aber eh nicht damit aus :-) Dürfte also nüschd bringen ....
Pfadangaben:
/var/www/web6/html/
--------------------
Design Probleme einfach mit FF und FIREBUG lösen!
Der cron-Process schreibt
am 22.01.2010 - 14:56 Uhr
Der cron-Process schreibt auf dem Server Fehlermeldungen. Die sind gemeint. Ohne die wird die Suche ziemlich aussichtslos.
Beste Grüße
Werner
wla schrieb Der
am 22.01.2010 - 15:16 Uhr
Der cron-Process schreibt auf dem Server Fehlermeldungen. Die sind gemeint. Ohne die wird die Suche ziemlich aussichtslos.
Beste Grüße
Werner
Hi nochmal ... also ich habe nur CONFIXX und weder im Admin-Bereich, noch im Kundenbereich finde ich Fehler bei den Servermeldungen?
Aber lieber nochmal nachgefragt ... hier ist doch die Rede davon, daß man die cron-lynx.sh mit dem CRONTAB anspricht?
--------------------
Design Probleme einfach mit FF und FIREBUG lösen!