DSM 6.x und darunter wo ist die cron log Datei

[bartli]

Hallo

ich habe auf einer DS122j mit mit DSM 4.2-3211 cronjobs nach diesem Rezept erstellt: http://www.synology-wiki.de/index.php/Cron

und es tut sich offensichtlich nichts.

Wo finde ich die cron log Datei?

 

[Tommes]

Hi!

Die cron.log sollte eigentlich unter /var/log/cron.log zu finden sein

Tommes

 

[bartli]

dort ist sie auf meiner DS nicht...

woran kann das liegen?

 

[Tommes]

...woran kann das liegen?

Ich zuck dann mal grad mit den Schultern!?!

Das einzige was ich mir vielleicht vorstellen könnte, wäre, das noch kein Log-Eintrag erfolgte, warum auch immer! Mehr kann ich dir dazu aber auch nicht sagen. Bin nur ein Linux-Noob!

Tommes

 

[bartli]

die Datei scheint sich auch nicht woanders zu verstecken.

find / -name cron.log

gibt jedenfalls nichts zurück

 

[Benares]

Ich hab auch kein Log gefunden. Laut /usr/syno/etc/rc.d/S04crond.sh wird der crond ohne Parameter gestartet. "crond --help" zeigt

DS212> crond --help
BusyBox v1.16.1 (2013-07-04 05:18:16 CST) multi-call binary.

Usage: crond -fbS -l N -L LOGFILE -c DIR

        -f      Foreground
        -b      Background (default)
        -S      Log to syslog (default)
        -l      Set log level. 0 is the most verbose, default 8
        -L      Log to file
        -c      Working dir

Daher müssten die Ausgaben an "Syslog" gehen. Von da an wird's Synology-spezifisch. In /var/log/messages find ich auch nichts und /var/log/synolog/synosys.log ist binär.
Evtl. ist mit "Syslog" der optionale Syslog-Server gemeint, aber ich vermute mal crond loggt einfach nicht.

Aber was soll's. Hast du die typischen Fallen bei cron-Jobs beachtet: anderer PATH als bei manueller Ausführung, fehlende Pfad-Angaben

 

[Tommes]

Also ich besitze eine cron.log im entsprechenden Ordner. Nur der Inhalt ist nicht wirklich so der Brüller...

crond: user root: parse error at 52
Oct 18 20:41:36 crond: crond (busybox 1.16.1) started, log level 8
Oct 18 23:00:01 crond: USER root pid 11518 cmd /sbin/poweroff
Jun 02 17:53:49 crond: crond (busybox 1.16.1) started, log level 8
Jun 02 21:00:01 crond: USER root pid 6781 cmd /tmp/synoschedtask --run id=3
Jun 02 21:15:01 crond: USER root pid 7185 cmd /tmp/synoschedtask --run id=1
Jun 02 21:30:01 crond: USER root pid 10091 cmd /tmp/synoschedtask --run id=2
Jun 03 09:32:15 crond: USER root pid 28593 cmd /usr/syno/bin/synopkg chkupgradepkg
Jun 03 23:00:01 crond: USER root pid 14733 cmd /usr/syno/bin/syno_poweroff_feasible_check

 

[Benares]

In welchem Ordner? Ich habe eben mit "find / -name cron.log" meine gesamten Platten durchsucht und nichts gefunden.

 

[Tommes]

Steht bei mir unter /var/log/cron.log

Aber die Einträge scheinen schon uralt zu sein. Vielleicht ist das loggen seit irgendeiner DSM-Version eingestellt worden. Wer weis... wer weis!

Tommes

 

[itari]

Aber die Einträge scheinen schon uralt zu sein.

vielleicht hast mit dem AdminTool gespielt ???

Itari

 

[Tommes]

Wohl nicht direkt mit dem AdminTool, aber ich weiß jetzt warum ich eine Cron.log habe und ihr nicht...

http://www.synology-forum.de/showth...automatisieren&p=233300&viewfull=1#post233300

... hatte damals ja mit wget rumgespielt und in der cron.log Dinge mitgeloggt!

Sorry, ist mir durchgegangen.

Tommes

 

[bartli]

Hast du die typischen Fallen bei cron-Jobs beachtet: anderer PATH als bei manueller Ausführung, fehlende Pfad-Angaben

ich bin nicht sicher. Leerschläge hat es keine drin, aber sonst ?
Meine Crontab sieht so aus:

#minute hour mday month wday who command
30 8-18 * * 1-5 root /opt/bin/rsnapshot hourly
30 20 * * 1-5 root /opt/bin/rsnapshot daily
30 22 * * 5 root /opt/bin/rsnapshot weekly
30 0 1 * * root /opt/bin/rsnapshot monthly

 

[bartli]

Fehler gefunden

es war ein ziemlich doofer Fehler von mir.

Ich änderte crontab mit nano. nano fügt gelegentlich Zeilenumbrüche ein, die dazu führten, dass cron nicht tat, was ich gewünscht hatte.

Dem kann man abhelfen mit dem Parameter -w, d.h.

nano -w /etc/crontab

Das können alle, die zuerst lesen und dann probieren z.B. hier nachlesen.

Danke für alle Antworten!

 

[jahlives]

"Moderne" nano Implementationen sollten -w eigentlich nicht mehr brauchen. Zumindest brauche ich diesen Schalter auf keinem halbwegsaktuellen Fedora, Centos oder Debian mehr

 

[bartli]

nano

offenbar habe ich mit dieser Anleitung: http://www.synology-wiki.de/index.php/Nano

einen nicht ganz neuen nano erwischt.

 

[jahlives]

mach mal nano --version und guck welche Version auf deiner DS vorhanden ist

 

[bartli]

nano version

mach mal nano --version und guck welche Version auf deiner DS vorhanden ist

GNU nano version 2.2.6 (compiled 14:50:53, Feb 14 2012)
(C) 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007,
2008, 2009 Free Software Foundation, Inc.
Email: nano@nano-editor.org Web: http://www.nano-editor.org/
Compiled options: --disable-nls --enable-color --enable-extra --enable-multibuffer --enable-nanorc

 

[Benares]

Weil ich momentan grad auf meinem Raspberry PI unterwegs bin, habe ich dort mal "nano --version" probiert.

 GNU nano version 2.2.6 (compiled 16:52:03, Mar 30 2012)
 (C) 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007,
 2008, 2009 Free Software Foundation, Inc.
 Email: nano@nano-editor.org    Web: http://www.nano-editor.org/
 Compiled options: --disable-wrapping-as-root --enable-color --enable-extra --enable-multibuffer --enable-nanorc --enable-utf8

Ist wohl die selbe Version, aber der Schalter "disable-wrapping-as-root" dürfte evtl. interessant sein.