Cronjob startet nicht

[maalik]

Ups, weiter oben muss es natürlich heißen:

chown -R http /volume1/web/owncloud

 

[maalik]

Nach dem Update auf DSM 6 klappt die Lösung oben nicht mehr. Jemand eine Idee?

 

[BlackStone]

Na denn willkommen im club, hab das gleiche problem. owncloud 9 drauf aber der cron wird nicht ausgefuhrt.
egal ob ich die befehle in der shell reinzimmer oder im crontab.
es gibt auch keine fehlermeldung.

jedoch bin ich schonmal soweit und habe nun die curl variante in der shell getestet und dann geht es. genauso per wget.
also auf webcron eigestellt und dann die beiden getestet.

curl -o /var/log/oc_cron.log http://meinedomain.de/cron.php

wget -q -O /var/log/oc_cron.log http://meinedomain.de/cron.php

edit, sodale, nu läuft es bei mir. finger un kopfsalat

also in owncloud den cron auf webcron umstellen.

und dann in der /etc/crontab über die ssh shell (ich habe zusätzlich nano und bash draufgepackt) folgende zeile reinzimmern.

[code}
*/15 * * * * root curl -o /var/log/oc_cron.log http://xxxxx.de/cron.php
[/code]

achtung die url anpassen.z.b. die locale adresse zur cron.php aber jemand der hier rumschraubt weis das ja.

so wird alle 15 minuten der cron ausgeführt und im log steht naja einfach der {status:succss} so als würde man die url per hand aufrufen.

 

[the_stig]

Hallo, auch bei mir klappt das mit dem Cronjob und php nicht mehr mit DSM 6. Bisher hatte ich folgendes:

/usr/bin/php /var/services/web/alarm.php

Geht leider nicht mehr. Wenn ich das php-File im Browser aufrufe, klappts noch. Kann hier wer helfen, wie es wieder geht?

 

[the_stig]

Hat dies ggf. was mit dem geänderten root-Zugang zu tun? Habe mich etwas eingelesen, verstehe es aber nicht wirklich. Sollte ich nun den Benutzer auf admin umstellen?

EDIT: Sieht so aus als ob "nur" der richtige php-Pfad genommen werden muss, also "/usr/local/bin/php56". So scheint es bei mir zu klappen...

 

[maalik]

reizwolf hatte hier auch bereits auf die neue lösung hingewiesen:

http://www.synology-forum.de/showth...-ist-da!/page3&p=616667&viewfull=1#post616667

 

[the_stig]

reizwolf hatte hier auch bereits auf die neue lösung hingewiesen:

http://www.synology-forum.de/showth...-ist-da!/page3&p=616667&viewfull=1#post616667

Öhm...du hast aber schon gesehen, dass mein Post am 4.4. war und der von reizwolf am 8.4.?

 

[maalik]

nein, habe ich nicht gesehen. war auch überhaupt nicht böse gemeint

 

[jugi]

chown -R http /volume1/web/owncloud

Ich krieg vom Installer (v9 .tar-installer auf DSM6) danach trotzdem noch "Can't write into config directory! - This can usually be fixed by giving the webserver write access to the config directory."
Jemand auf die schnelle ne Idee, was das soll? Die Fehlermeldung (bzw der Lösungsvorschlag) kanns ja nicht sein.

Soweit ich das sehe wird der Webserver (Apache in dem Fall) und auch alles andere unter dem user "http" ausgeführt - und selbst wenn nicht hätten die Files chmod 777…

admin@Server:/volume1/web/owncloud/config$ ls -la
total 72
drwxrwxrwx  3 http http  4096 Apr  6 23:35 .
drwxrwxrwx 15 http http  4096 Apr  6 23:38 ..
-rwxrwxrwx  1 http http 38071 Apr  6 23:35 config.sample.php
drwxrwxrwx  2 http http  4096 Apr 23 11:54 @eaDir
-rwxrwxrwx  1 http http   225 Apr  6 23:35 .htaccess

 

[maalik]

Hast du denn mal ganz einfach versucht, über die Systemsteuerung im DSM den Ordner wo owncloud installiert ist, der Gruppe 'http' vollen Zugriff zu geben?

 

[jugi]

… Wieso ist das standardmäßig auf "nur lesen"? WTF… (Ich hab die Web Station eben erst zum testen installiert)

Danke.

 

[Fraggle]

Nach lange Zeit kam ich zum Update auf DSM 6, jetzt funktioniert es leider nicht mehr.
Es läuft DSM 6.0.2-8451 Update 4 bei ownCloud 8.0.2 (stable)

Ich habe die Schritte analog zu Maalik durchgeführt. Da sich nichts tat, habe ich

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

ausgeführt in der root Konsole durchgeführt. Es kommt keine Fehlermeldung, im Admin Backend von Owncloud ist die letzte Aktualisierung aber weiterhin die von vor ein paar Tagen. Ein Cronlock im Data Verzeichnis liegt auch nicht vor. Was übersehe ich?

Besten Dank für Hilfe.

 

[maalik]

Verzeichnisrechte liegen bei http?

chown - R http:http /volume1/web/owncloud

 

[Fraggle]

Dann kommt die Meldung chown: invalid user: a-a
Über den a sind ^
Ich habe Deinen Befehl per Copy&Paste eingefügt

ok, ich probiere gerade
chown -R http /volume1/web/owncloud

Dabei kommt keine Meldung.
Was ich vorhin durchführte war in Post 40 von Dir, die Korrektur im späteren Post hatte ich übersehen.

Bevor weitere Hilfen kommen, ich hab die Seite 5 übersehen und werde erst mal das dortige bearbeiten. Vielleicht hilft es ja bereits. Melde mich danach wieder.

weget und curl Methode habe ich mit webcron zusammen auch ausprobiert, ohne Erfolg. Neue Tipps wären daher sehr willkommen.

Vielleicht hilft das:
im Owncloud Backend steht beim Log:
Fatal cron An exception occured in driver: could not find driver

 

[Andy+]

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

Das kann in DSM 6 auch nicht funktionieren, da die php-Befehle etwas unterschiedlich sind :

DSM 5.x : /usr/bin/php
DSM 6.x : /usr/local/bin/php56

Damit wird daraus z.B.

1-59/15 * * * * root /bin/su -s /bin/sh -c "/usr/local/bin/php56 -f /volume1/web/owncloud/cron.php" http

Somit vermute ich mal, hat Dein Eintrag in der crontab nie funktioniert. Ich hatte die gleichen Probleme und habe daher alle Einträge mit einem Log erweitert

&& /usr/bin/echo $(/usr/bin/date +\%Y-\%m-\%d) >> /volume1/Sicherungen/Protokolle/ownCloud_cron_php__$(/usr/bin/date +\%Y-\%m-\%d).log 2>&1

Damit wird daraus :

1-59/15 * * * * root /bin/su -s /bin/sh -c "/usr/local/bin/php56 -f /volume1/web/owncloud/cron.php" http && /usr/bin/echo $(/usr/bin/date +\%Y-\%m-\%d) >> /volume1/Sicherungen/Protokolle/ownCloud_cron_php__$(/usr/bin/date +\%Y-\%m-\%d).log 2>&1

wobei das Verzeichnis /volume1/Sicherungen/Protokolle/ bei mir so ist. Damit jedoch lässt sich jederzeit kontrollieren, was läuft.

 

[Fraggle]

Ich habe erst am 26. auf die 6 er aktualisiert. Und damit hast Du recht, seit dem funktionierte es nicht mehr. Gerade eben habe ich

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

in der Konsole als root ausgeführt. Ich erhalte diesen Fehler:

PHP is configured to populate raw post data. Since PHP 5.6 this will lead to PHP                          throwing notices for perfectly valid code.
To fix this issue set <code>always_populate_raw_post_data</code> to <code>-1</co                         de> in your php.ini

Das mit dem Log habe ich daher gar nicht erst probiert, oder würde es helfen?
in /etc/php/php.ini gibt es leider kein

always_populate_raw_post_data

 

[Andy+]

Mit den Zeilen kann ich nichts anfangen. Ich würde einfach mal den Eintrag in die crontab machen, ein

usr/syno/sbin/synoservicectl –restart crond

und gucken was passiert. Bei der cron.php kannst Du ja auch auf der Adminseite von ownCloud sehen, ob der läuft. Du kannst an der ersten stelle ja auch mal */5 hinterlegen, damit der jede 5. Min. läuft, dann siehst Du es ja.

 

[Fraggle]

Hab ich jetzt mal gemacht, wobei ich davon ausgehe, daß wenn

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

an der Konsole nicht funktioniert, es auch im crontab nicht funktioniert. Zumindest bei DSM 5 funktionierte der crontab Eintrag auch an der Konsole.

 

[Andy+]

Darauf kannst Du Dich nicht verlassen, daher loggen oder anderweitig prüfen.

 

[Fraggle]

Ok, bei Owncloud sehe ich dennoch keine Angaben daß es geklappt hat. Durch den crontab Aufruf ist im Owncloud log dies:

 file_exists(): open_basedir restriction in effect. File(/l10n/) is not within the allowed path(s): (/var/services/tmp:/etc.defaults:/usr/bin/php:/usr/syno/synoman:/etc:/var/run:/volume1/@tmp/php:/var/services/web:/var/services/photo:/var/services/blog:/var/services/homes) at /volume1/web/owncloud/lib/private/l10n.php#462