crontab/cronjobs | DSM 6-7321

[goetz]

Hallo,
läuft der crond?

root@DS1513:~# ps ax|grep crond
 8645 ?        Ss     0:00 /usr/syno/sbin/synocrond
 8998 ?        Ss     0:00 /usr/sbin/crond -P

Gibt es zeitnahe Einträge in
/var/log/synocrond.log
/var/log/synocrond-execute.log
?

Gruß Götz

 

[hvkls]

* * * * * root echo 'Hallo Andy' >/tmp/test.txt

Was sagt denn "which echo", anders gefragt, kommt da "/bin/echo" heraus wie hier? Dann probier

*/1 * * * * root /bin/echo 'Einmal pro Minute neu' >/tmp/test.txt

Es handelt sich auch wirklich um die system crontab, die du nutzt, nicht um die, die du mit "crontab -e" aufrufst, oder? Sonst wäre der Aufruf

*/1 * * * * /bin/echo 'Einmal pro Minute neu' >/tmp/test.txt

 

[dil88]

Zumindest bis DSM 5.2 gibts das Kommando crontab m.W. nicht. An /bin/echo habe ich auch schon gedacht, aber wenn es das wäre, dann dürfte es auch nicht unter DSM 5.2 funktionieren.

 

[goetz]

Hallo,
crontab als Kommando gibt es auch bei 6.0 nicht. Bei mir funktioniert die Zeile unter 6.0 mit Tabulator als auch mit einfachen Leerzeichen als Feldtrenner sowie als Zeile im Aufgabenplaner, ohne /bin vor echo, siehe Post #15.

Gruß Götz

 

[Andy+]

Bei mir gibts da folgendes :

/$ ps ax|grep crond
8494 ? Ss 0:00 /usr/syno/sbin/synocrond
15845 ? Ss 0:00 /usr/sbin/crond -P
20847 ? S 0:00 grep crond

 

[Andy+]

Mit dem Eintrag in die crontab (vom System unter /volume1/etc/)

* * * * * root /bin/echo 'Hallo Andy, Einmal pro Minute neu' >/tmp/test.txt

wars wieder nichts. Nun, der cron scheint ja zu alufen, oder was sagt nun das aus ? :

/$ ps ax|grep crond
8494 ? Ss 0:00 /usr/syno/sbin/synocrond
21443 ? Ss 0:00 /usr/sbin/crond -P
21733 ? S 0:00 grep crond

 

[dil88]

Ja, der ps-Output entspricht ja genau dem von Götz. Sehr seltsam ...

 

[goetz]

Hallo,

(vom System unter /volume1/etc/)

Tippfehler? /etc/crontab

Gruß Götz

 

[Andy+]

Sorry, klar : /etc/crontab

Ich habe keinen zweiten Server mehr mit DSM 6, aber als auf meiner DS414 noch DSM 6 drauf war, lief auch nichts. Die Frage ist, wenn ich an diesem Test erkenne, ob der cron läuft, wieso läuft dann die crontab nicht?

 

[goetz]

Hallo,
mir gehen die Ideen aus. Wäre ein doppelter Reset eine Option?

Gruß Götz

 

[Andy+]

Vielleicht hilft die Frage weiter, was alles zum Betrieb der crontab gehört, bzw. erforderlich ist.

Naja, so scharf bin ich auf einen Doppelreset nicht. Und drüberinstallieren der DSM 6?

 

[Andy+]

Ich gehe mal davon aus, eure crons laufen und so ein test.txt wird angelegt, oder wisst ihr das nicht sicher? Ich hatte bereits die Beta 1 auf dem Server. Könnte das daher kommen?

 

[Andy+]

Wie ist es nun bei euch, die, die DSM 6 haben, laufen eure crons und werden die crontabs abgearbeitet ?

 

[goetz]

Hallo,
ja natürlich. Hatte auch Beta1, Beta2 und RC drauf. Da ich aber auch sehr viel ausprobiert habe (Pakete die für die DS gar nicht vorgesehen waren) hab ich nach Installation Final einen doppelten Reset gemacht.

Gruß Götz

 

[Andy+]

Gut, mal sehen, was da rauskommt.

 

[Andy+]

Ich weiß echt nicht mehr weiter. Nach dem Doppelreset ist das immer noch. Auch diese test.txt wird wieder nicht angelegt. Das kann doch nicht sein!

 

[dil88]

Du könntest den crond einmal per strace laufen lassen. Das musst Du aber vermutlich per EBI (sprich IPKG o.ä.) nachinstallieren. Oder Du machst bei Synology ein Ticket auf.

 

[Andy+]

Der crond läuft wohl laut

/etc$ ps ax|grep crond
1671 ? S 0:00 grep crond
14185 ? Ss 0:00 /usr/syno/sbin/synocrond
32254 ? Ss 0:00 /usr/sbin/crond -P

In der Synocrond steht als neuer Eintrag nur

Apr 15 22:01:30 synocrond: crondaemon.cpp:279 generated schedule for builtin-dyn-autopkgupgrade-default: {"cmd_list":["/usr/syno/bin/synopkg","chkupgradepkg"],"cmd_str":"/usr/syno/bin/synopkg chkupgradepkg","config":{"assure_execute":168,"cmd":"/usr/syno/bin/synopkg chkupgradepkg","crontab":"~ ~ * * 1,2,3,4,6","expire":24,"expire_action":"skip","name":"builtin-dyn-autopkgupgrade-default","period":"crontab","user":"root"},"schedule":{"Minute":[58],"day":[-1],"hour":[10],"month":[-1],"week":[1,2,3,4,6]}}

Und in der synocrond-execute.log steht

04-15 21:55:04 running job: builtin-synosharesnapshot-default with command: /usr/syno/sbin/synosharesnapshot misc subvol-clean as user root

Sonst gibts da nichts. Ist das normal?

 

[hvkls]

Gibt es bei dir /var/cron/crontabs/root ?

 

[Andy+]

Nein, gibts nicht. Das fängt bereits mit dem ersten Verzeichnis "cron" an, somit gibts auch den Rest nicht. Was mach ich nun, reicht das, indem ich das anlege?

(Dafür gibts ein Verzeichnis "/var/crash........" )