Cronjob startet nicht

[Korialtras]

Hallo,

Nach einiger Zeit wurde mir das Webinterface der Owncloud dank AJAX zu behäbig. Deswegen wollte ich auf den Systemcron umsteigen.
Habe dazu entsprechen im Crontab einen Eintrag erzeugt und den Crondienst neu gestartet. Jedoch kann ich im Owncloud Ui kein starten der cron.php verzeichnen.
Testweise hatte ich die Owncloud mal auf Webcron umgestellt und das cron.php per Browser aufgerufen was klappte.

Meine crontab sieht dabie so aus, der zweite Eintrag sollte eigentlich das Skript starten.

#minute hour mday month wday who command
11 8 * * 1,2,3,4,6 root /usr/syno/bin/synopkg chkupgradepkg
*/5 * * * * root /volume1/web/owncloud/cron.php
0 0 1 * * root /usr/syno/bin/syno_disk_health_record
20 0 * * * root /usr/syno/bin/timebkp recycle_all
20 10 * * 2,5 root /usr/syno/sbin/synoupgrade --fetch-all
30 6 * * 5 root /var/packages/AntiVirus/target/bin/synoavscan --all
0 23 * * * root /usr/syno/bin/syno_poweroff_feasible_check
5 6 * * 0,2,3,4,5,6 root /usr/syno/bin/timebkp create_version --unique 7
0 12 * * * root /tmp/synoschedtask --run id=3
0 13 * * * root /tmp/synoschedtask --run id=4

Vielleicht übersehe ich einfach etwas und ihr könnt mir helfen.

Mfg
Stephan

 

[luddi]

Hi,

probiere bitte folgenden Befehl in der /etc/crontab

*/5 * * * * root php -f /volume1/web/owncloud/cron.php

Steht ja genau so im ownCloud Administrator´s Manual.

Gruß
luddi

 

[Korialtras]

Vielen Dank, genau der Zusatz fehlte mir. Läuft jetzt.

 

[luddi]

Hi @all,

nun bin ich selbst am straucheln... Momentan verwende ich OwnCloud 7.0.6 auf DSM 5.1-5055.
Der Crontab wird nicht mehr ausgeführt so wie ich es hier in Post #2 gezeigt habe. Nun ist owncloud der Meinung, dass der auszuführende Benutzer root und nicht http sei.

~ # php -f /volume1/web/owncloud/cron.php 
Console has to be executed with the same user as the web server is operated
Current user: root
Web server user: http
Unexpected error!

Wie bekomme ich den crontab für owncloud wieder zum laufen? Denn dies funktioniert NICHT:

*/5 * * * * http php -f /volume1/web/owncloud/cron.php

Hat jemand von euch eine zündende Idee wie ich die cron.php als user "http" ausführe?

Gruß
luddi

 

[Tommes]

Eben nur auf die Schnelle gefunden ohne nähere Kenntnisse darüber zu haben bzw. das ich jemals einen cron über den den Benutzer http habe ausführen wollte / musste.

Wirf mal einen Blick ins Wiki http://www.synology-wiki.de/index.php/Cron ziemlich weit unten wird das beschrieben. Ob bzw. ob es immer noch so klappt,weiß ich aber nicht. Wie gesagt, nur auf die Schnelle gefunden.

Tommes

 

[luddi]

Hi Tommes,

vielen Dank für den Hinweis zum Wiki. Ich habe beide der dort beschriebenen Möglichkeiten versucht, jedoch leider ohne den gewünschten Erfolg zu erzielen.
Ich denke ich muss weiter im web nach einer Lösung suchen...

Gruß
luddi

 

[dil88]

Und was ist, wenn Du den "php -f"-Aufruf im crontab-Eintrag mit seinem Pfade versiehst?

 

[luddi]

Direkt über die Konsole mit dem Befehl

/usr/bin/php -f /volume1/web/owncloud/cron.php

bekommt man die gleiche Fehlermeldung, dass die Konsole mit dem selben User wie der des Webservers aufgerufen werden muss:

Console has to be executed with the same user as the web server is operated
Current user: root
Web server user: http
Unexpected error!

Somit gehe ich davon aus, dass es selbst mit dem Pfad zu php in der crontab auch nicht besser funktionieren wird als die Direkteingabe in der Konsole.

In meinem Owncloud WebIf findet man unter den Admin-Einstellungen zum Punkt Cron folgende Information:

Last cron was executed at April 25, 2015 15:00. This is more than an hour ago, something seems wrong.

Nun dürft ihr mich gerne fragen was ich in diesem Zeitraum aktualisiert habe... evtl. DSM auf 5.1, oder ein neuen DSM 5.1 build (update etc)???
Die Antwort lautet jedenfalls: "Ich weiß es nicht!"

Aber irgend etwas muss sich unter DSM geändert haben, denn vorher hatte ich die Aktualisierung über Cron erfolgreich im Einsatz.

Gruß
luddi

 

[dil88]

Augenblick: Die Fehlermeldung bei Direkteingabe - wo der Pfad aufgrund der Environmentvariable PATH ja nicht erforderlich ist - ist doch ganz eindeutig. Du arbeitest mit root, es muss aber mit dem User http gearbeitet werden. Dies hast Du im cronjob sauber konfiguriert. Bau doch bitte testweise einmal den Pfad in den Aufruf der crontab ein, dann sind wir alle schlauer und müssen in diesem Punkt nicht weiter spekulieren.

 

[luddi]

Hi dil88,

nun habe ich auch diese Variante probiert mit Angabe des Pfades für user http. Leider auch ohne Erfolg.
Dennoch vielen Dank für dein Antrieb es doch nicht unversucht zu lassen

Nochmals kurz zusammengefasst, weder a.) b.) noch c.) haben funktioniert:

a.) */5     *       *       *       *       http    /usr/bin/php -f /volume1/web/owncloud/cron.php
b.) */5     *       *       *       *       root    /usr/bin/php -f /volume1/web/owncloud/cron.php
c.) */5     *       *       *       *       root    /bin/su -c "/usr/bin/php -f /volume1/web/owncloud/cron.php" http

Gruß
luddi

 

[Benares]

mmh, probiers mal bei c.) mit

*/5     *       *       *       *       root    /bin/su -s /bin/sh -c "/usr/bin/php -f /volume1/web/owncloud/cron.php" http

http hat /bin/false als Shell (s. /etc/passwd). Deshalb wird wohl auch a.) nicht gehen.

 

[Frogman]

Ich hatte bisher für diesen Zweck den Check auf den ausführenden User 'http' in der cron.php auskommentiert - aber Deine Lösung ist natürlich erheblich eleganter und auch ansonsten flexibel einsetzbar, Benares - vielen Dank, funktioniert tadellos unter ownCloud 8.0.4.

 

[luddi]

http hat /bin/false als Shell (s. /etc/passwd). Deshalb wird wohl auch a.) nicht gehen.

Ok, das leuchtet mir natürlich ein und habe selbst schon daran gedacht es zu ändern sodaß http auch Zugriff auf die Konsole bekommt.

Nun habe ich zuerst dein Vorschlag probiert und exakt so in meine /etc/crontab mit dem vi Editor eingetragen...

*/5     *       *       *       *       root    /bin/su -s /bin/sh -c "/usr/bin/php -f /volume1/web/owncloud/cron.php" http

Aber selbst nach einem Neustart des crond mit

/usr/syno/sbin/synoservicectl --restart crond

bzw. ein Neustart des kompletten Systems brachte nichts. Es heißt in der Owncloud Admin Einstellung weiterhin dass der letzte cron update im April stattgefunden hat.

Was mache ich nun falsch??? Warum sehe ich den Wald vor lauter Bäumen nicht mehr?
Jedenfalls sehr seltsam das ganze.

Gruß
luddi

 

[Benares]

Funktioniert es, wenn du

/bin/su -s /bin/sh -c "/usr/bin/php -f /volume1/web/owncloud/cron.php" http

als root in der Konsole aufrufst?

Das sollte natürlich zuerst mal funktionieren, bevor man versucht etwas per crond zu schedulen.

 

[luddi]

Das habe ich bereits als aller erstes versucht bevor ich es im crontab eingebaut hatte. Die Konsole meldet folgendes:

Another instance of cron.php is still running!

Aber suche ich unter den laufenden Prozessen, dann finde ich keinen unter dem Namen cron.php

Gruß
luddi

 

[Frogman]

Hast Du open_basedir-Fehler im ownCloud-Log?

 

[luddi]

@Frogman:

wenn du z.B. solch einen Fehler meinst dann JA...

Error	PHP	file_exists(): open_basedir restriction in effect. File(/img/picture.png) is not within the allowed path(s):
(/etc.defaults:/etc:/usr/syno/synoman:/tmp:/var/services/tmp:/var/services/web:/var/services/homes:/volume1/owncloud) at
/volume1/web/owncloud/lib/private/urlgenerator.php#119

Gruß
luddi

 

[Benares]

Dann wird es deinem per crond ausgeführten Job ebenso gehen. Was listet "ps | grep php"?

 

[Frogman]

Dann ändere testweise einmal in der /etc/php/conf.d/user-settings.ini die Festlegungen für die Pfade auf (die Standardzeile dafür auskommentieren)

;open_basedir = /etc.defaults:/etc:/usr/syno/synoman:...
open_basedir = Null
...

und schaue, ob dann der Cron nach einen Neustart aktualisiert.

 

[luddi]

Folgendes:

~ # ps | grep [p]hp
18495 root      191m S    php-fpm: master process (/etc/php/php-fpm.conf)
18496 http      192m S    php-fpm: pool www
18497 http      192m S    php-fpm: pool www
18506 http      193m S    php-fpm: pool www