Cron funktioniert nicht

Hallo,
Du versuchst wahrscheinlich in Deiner Crontab cron.php direkt aufzurufen. Dadurch hast Du ein anderes Working directory für PHP.
Siehst Du auch hier:

Am besten Du versuchst es mal über wget oder curl: http://drupal.org/node/23714

Warum die handgesteuerte Variante nicht funktioniert kann man so jetzt auch nicht sagen, und ob da überhaupt eine Zusammenhang besteht. Dafür müsste man auch ma die error-logs inspizieren.
Gruß
Christian

Bei einem Hoster-Umzug wurde ich auch damit konfrontiert, dass Cron nicht mehr läuft.

Nach längerem nachforschen bin ich da drauf gekommen:

Offenbar ist es so, dass PHP beim internen Aufruf das Arbeitsverzeichnis des PHP nicht respektiert,
bzw. cron.php von Drupal ist auf gewissen Servern so ungeeignet, siehe diesen Issue.

Ich rufe nun im Cron-Job die im Issue angegebene Variante (in einer neuen Datei) statt cron.php auf. Damit funktionierts, zumindest bei mir:

Damit geht zwar nichts kaputt beim Update von Drupal, aber man muss leider jedesmal schauen, ob sich was wesentliches geändert hat,
bis der Issue gelöst ist.

Danke für Bemühung
leider hilft nichts, auch nicht die Tipps von "leda". Manuell lässt sich der Cron ums verrecken nicht ausführen, egal was ich in der settings.php,, cron.php, bootstrag.inc und htacces fummele und probiere. habe mal in der Conffixx über zeitgesteuert mit wget eingetragen. Kann das aber erst morgen sehen ob was gelaufen ist. Evtl. kann der Fehler auch noch in der Datenbank sein, nur das weiß ich nicht wo ich suchen soll, habe d schon mal nachgesehen und nicht auffälliges bemerkt. Meine Meine - ein speifischer "openoffice Fehler - da die Crons auf den anderen Drupal-Installationen ohne Fehler laufen. Werde Erflgs-/Nichterfolgsinf dann posten.

Danke und Gruß ermuel

Aber der Normalbetrieb funktioniert auf dieser Website soweit einwandfrei? Kannst Du zum Beispiel manuell die Prüfung auf Aktualisierungen fehlerfrei machen?

Hallo leda,
danke für Deine Bemühung. Bei einem Hoster-Umzug oder Datenverzeichniswechsel gibt es zumindest bei bisherigen Standard-Drupal eigentlich keine unlösbaren Probleme. Wenn überhaupt waen da nur die Pfade anzupassen (bei älteren Versionen). Seit Drupal 7.x ist auch das nicht mehr erorderlich (= meine Erfahrung). Habe mal Dein Script hochgeladen und die Tipps von dem Link ausprobiert - hilft leider auch nicht. Ich denke, das Problem kann eigentlich nur jemand verifizieren der speziell auf dieses "openoffice" getrimmt ist, weil das meiner Meinung ein spezifischer openoffie Fehler sein muß. Ansonsten bleibt mir nur weiter fummeln oder das openoffice runter zu schmeissen und die Standard Drup 7.16 hochzuladen. Bringt dann aber wieder neue Probleme bzw. Arbeit nach sich weil diese openoffice eine andere Datemstruktur hat. Werde das Ergenis nach Lösung posten.

Wümshe Dir das Beste und Gruß ermuel

OK, tut mir leid, wenn ich Dir damit nicht helfen konnte.
Hoffe, es findet sich eine Lösung.

Aber vielleicht stolpert noch jemand wegen des Threadtitels über das php-cli Problem, und dann ist das hier auch dokumentiert.

Hallo Leda,
ich muß diesen Post übersehen haben. Habe das gerade probiert, die Antwort darauf ist nein - es werden Aktualisierungen angezeigt aber nach Start erhalte ich die Meldung "Seite nicht gefunden" Es wären da zwei Dateien (Superfish, JQuery) zu aktualisieren aber was mich jetzt stutzig macht ist, daß die Dateien zurückliegen angeblich heruntergeladen wurden und zwar ohne Fehlermeldung. Entweder ich spinne, oder das openoffice, oder der Server. Da ich keinen root-Zugriff auf den Server habe kann ich immer nur an der Applikation Drup oder in der Datenbank etwas bewerkstelligen

Danke für den Hinweis und Gruß ermuel
--------------------------------------------------------------------------------------------------------

Nachtrag:
auf Deinen Hinweis habe ich nochmals die Datenbank durchgestöbert und habe da 3 falsche Einträge gefunden - wie auch immer, korrigiert und die Aktualisierung funktioniert wieder. Vielleicht komme ich dem Cron auch noch auf die Spur.

Nochmals Danke und Gruß ermuel

Habe heute geprüft ob Cron ausgeführt wird nachdem ich gestern in der Confixx mit wget angewiesen habe. Leider ohne Erfolg. Nachdem nun auh dieser Versuch wie alle vor beschriebenen gescheitert sind, die hilfreichen Tipps auch nicht fruchteten und ich auch nicht weiter weiß, habe ich eine Bitte an die Community.

Wer kann mir eine funktionale Lösung speziell für Drupal7.16 (openpublish-) anbieten. Bitte keine serverseitige Anleitungen, ich habe keinen Root-Zugriff, kann nur auf meine Dateien auf dem FTP-Server zugreiffen bzw. bearbeiten

Bis zu einer erfolgversprechenden Lösung lasse ich diesen Beitrag offen bzw. gebe die Lösung bekannt.

Danke vorab: ermuel

Ich habe genau dasselbe Problem. Hast du mittlerweile eine Lösung gefunden?

Hallo ThuleNB,

mein Problem hat sich folgendermaßen erledigt. Nachdem ich wegen dieser angeblich nicht lösbaren Sache mit dem damaligen Hoster böse in den Clinch kam, weil ich immer aufgrund der auftretenden Problem den Hoster im Verdacht hatte, habe ich den Hoster gewchselt und sämtliche Crons laufen seit Monaten einwandfrei, ohne daß ich bisher etwas nachbessern, ändern oder neu einstellen muß.

Das Problem bei Dir liegt wohl in der gleichen Ursache wie bei mir. Was ich von dem damaligen Hoster nicht wußte ist, daß dieser kein Provider im eigentlichen Sinne war sondern ein Reseller. Das heißt der angebliche Hoster ist praktisch ein Untermieter beim eigentlichen Hoster. Und liegt eben der Hase m Pfeffer, denn zu einem lebt so ein Reseller in ständiger Angst vor irgendwelchen Hacks und Angriffen, kann diese aber nicht per Rechenzentrum abwehren und muß auf softwaremäßgie Einstellungen zurückgreifen und das geht nur indem er die Limits und Rechte einschränkt.

Ohne Deine Konfiguration zu kennen, behaupte ich einfach mal daß Du Deine Website/n auch bei einem Reseller hostest. Leider ist nicht das nicht zu erkennen wenn man nach eine günstigen Hoster sucht. Deshalb mein Rat, wer einen Hoster sucht sollte die IP`s von diesem nachprüfen.

Der einzige Rat bzw. Empfehlung was ich Dir geben kann (wenn meine Vermutung zutrifft) ist den Hoster zu wechseln und einen suchen der ein eigenes Rechenzentrum betreibt.

Ich bin mit all meinen Webseiten zu Alfahosting. de gewechselt - zumindest so war mein Problem gelöst.

Falls Du Dein Problem mit meinem Beitrag lösen konntest wäre ich für eine kurze Rückmeldung dankbar.

Alle Ratschläg die ich hier auf das Cron-Problem erhiielt habe mich nur immense Zeit gekostet und waren für die Katz.

Ich bin zwar für alle damaligen fruchtlosen und teils gewagten Ratschläge dankbar aber es gibt dennoch zu beachten

an alle Supporter im Drupalcenter:
hört endlich auf mit euren fachchinesischen Ratschlägen (die ihr wahrschenlich selbst nicht versteht) und halbfertigen Erklärungen. Versetzt euch in die Situation des Fragenden - der möchte einen sachlich fundierten Lösungsvorschlag - eben für Dummies

an alle ratsuchende User hier im Forum
nehmt nicht jeden Schmarren der euch hier im Forum angeboten wird für bare Münze. Mein Eindruck ist, daß sich hier einige Besserwisser und Möchtegerne profilieren wollen. Finger weg von solchen Ratschlägen wie Eingriffe in das System (von wegen mache/ändere/probiere mal das und jenes) Bei Drupal gibt es für den Nutzer kein Bedarf und auch keine wirksame Möglichkeit in das System einzugreifen/ändern. Sollte trotzdem eine Drupal-Version fehlerhaft sein ist das nur von den Entwicklern zu beheben.

>>möchte einen sachlich fundierten Lösungsvorschlag - eben für Dummies

Tja leider steht nicht überall Dummy drauf, wo Dummy drinnen ist, Ermuel. ;-)

Vielleicht fällt Dir beim Duchlesen noch mal auf, daß Dein Post ganz schön unverschämt ist.
Von Leda habe ich schon viele gute Beiträge gelesen und wer Hilfe braucht, sollte dankbar annehmen, was kommt und nachfragen wenn er / sie was nicht versteht...

Wenn Du keine Lust auf Vorschlägen im Try-and-Error-Verfahren hast, dann bietet sich doch an, daß Du das nächste Mal Fachleute hinzuziehst, denen einen Zugang auf's System zukommen läßt und auch für die Arbeit zahlst.
Wenn man direkt Zugriff auf das System hat, dann finden sich solche Lösungen in der Regel schneller, als wenn man aus der Ferne ein paar kostenlose Blind-Tipps gibt.
Aber genau für letzteres ist ja so ein Forum da.

"Bei Drupal gibt es für den Nutzer kein Bedarf und auch keine wirksame Möglichkeit in das System einzugreifen/ändern"
Für Dummies vielleicht nicht. Ansonsten gibt's viele Möglichkeiten.

oha da ist wohl jemanden was in den falschen Hals gerutscht. Das ist kein Angriff auf irgenwelche User oder Supporter - das sollte die inhae Personen sondern als Hinweis zu verstehen, daß eben nicht alles umsetzbar ist was angeboten wird. Selbstverständlich gibt es kompetente Ratschläge und ich schätze die Beiträge und wenn ich eine Lösung finde nutze ich diese auch - aber ich denke ihr habt mehr Überblick im Forum wie ich und da wird euch doch schon das eine oder andere auffallen- Im übrigen zu "Leda" kann ich im Moment nicht genau einorden aber wenn ich mich recht erinnere war das mal zu diesem Cron-Problem der einzige sachiche Vorschlag oder Hinweis und ich kann mich nicht erinnern und ist aus dem dem nicht ersichtlich "Leda" persünlich angwsprochen oder angegriffen zu haben. Alle andere Lösungen bezogen sich nach meiner Erinnerung darauf diese und jend Drup-Datei in irgendeiner Form umzuschreiben bzw. zu ändern

Aber auf die Idee, daß die meisten Ursachen beim Hoster/Hosting liegen kam niemand - diese Lösung bzw. Ursache habe ich erst ins Spiel gebracht.

Was ich bemängele sind Vorschläge wie mach mal das oder jenes in der .htaccess oder in der settings.php. Das solltest Du wissen, daß Änderungen der Limits oder Rechte weder in in der .htacces noch in der settings.php bei normalen Webhosting etwas bewirken. Solche Änderungsversuche sind seitens der Webhoster blockiert. Ebenso ist es nach meiner Auffassung Humbug etwas in den Programmdateien zu ändern, ich gehe davon aus daß jene die die jewiligen Versionen programmieren schon wissen was sie tun. Anders sieht es da schon bei ergänzenden Modulen oder angebotenen Zusatzfunktionen aus, da mag schon die eine odere andere Änderung möglic oder nötig sein.

Was die Dummies anbetrifft, das ist keine Spezifierung sondern sollte lediglich der Hinweis sein, daß sich nicht jeder Ratsuchende in den Kopf des Helfenden versetzen kann - sondern das muß umgekehrt sein.

Und was mich anbetrifft - ich mache zwar mal gerne einen auf eingeschränkt - aber vielleicht erleuchtet Dich die Info über mich: Ich beschäftige mich seit 1975 mit EDV und Programmierung (in den Anfängen mit Assembler, Pascal, Cobol, Basic, etc) da waren wohl die meisten Supporter noch garnicht auf der Welt. Daß ich unbestritten eine leicht derbe aber dafür herzliche Art habe weiß ich selbst, mir das zu sagen brauche ich niemanden. Soweit zu den Dummies.

Und wenn jetzt versteht was der andere sagen will, dann sind wieder eins

Bitte nicht anworten - ich denke das Mißverständnis ist hiermit gelöst

Naja, nachdem Leda die meisten Posts (alle bis auf einen) geschrieben hatte, war es naheliegend, daß Du sie meinst...

"daß sich nicht jeder Ratsuchende in den Kopf des Helfenden versetzen kann - sondern das muß umgekehrt sein"
Dann muß der Hilfesuchende aber genauen Kenntnisstand raus lassen, weil der ist erst mal in der Bringschuld.
Es war aus Deinem ersten Post nicht ersichtlich, daß Du Dummy bist und aus langjährigem Support-Job (beruflich und ehrenamtlich) weiß ich, daß nichts so schlecht kommt, wie den Hilfesuchenden - versehentlich - für mehr Dummy zu halten, als er / sie ist.

Oh...tut mir leid, sehe jetzt erst, daß Du keine Antwort wolltest.
Aber ich habe halt auch eine etwas derbe Art und ignoriere das jetzt mal gepflegt. ;-)
Wegen mir können wir dann auch wieder gut sein lassen...ist ja nix passiert.