Crontab

[homermg]

Hallo Leute
wollte meine SQLDB zeitgesteuret mit cron sichern.
-*/1 * * * root mysqldump -u root -ptest --opt testdb > mysqlbak.sql

das habe ich eingetragen. Habe auch den Crondiesnt gestartet aber der sichert nichts.

kann mir da jemand helfen?

[feltel]

Fehlt evtl. ein Zeilenumbruch in der crontab-Datei? Cron führt sonst garnix aus und bringt auch keine Warnungen etc.

[homermg]

Hallo habe ich gemacht. Funkt aber noch immer nit. Ist den die Syntax richtig?

[feltel]

Hallo habe ich gemacht. Funkt aber noch immer nit. Ist den die Syntax richtig?

das "-" am Zeilenanfang sagt mir jetzt nix. Auch das "*/1" ist imho überflüssig. Wenn es eh jede Stunden bzw. Minute laufen soll, dann würde ein einfacher Stern auch ausreichen.

[texus]

Das "-" kenne ich auch nicht. Außerdem fehl da noch ein Sternchen.
Minute - Stunde - Tag - Woche - Monat = 5

Sobald das Sternchen eingefügt ist müsste es auch funktionieren.

(Bei der momentanen Einstllung sicherst du aber jede Minute !!)

MfG
texus

[homermg]

geht noch immer nit gibt es irgendwo eine Reportdatei?
Ich muss doch in die Datei /etc/crontab die Sachen eintragen?

[feltel]

Ich muss doch in die Datei /etc/crontab die Sachen eintragen?

Ja, oder ein Script in /etc/cron.d/ erstellen oder ne User-Crontab, die dann mit "crontab crontabdatei" eingelesen wird.

[texus]

Das Minus ist auch weg ?

Mit crontab -e eintragen, danach den cron Dienst mit "killall -HUP cron" Neu starten.


P.S Hast du mal deine Syntax zum sichern von Hand in der Konsole eingegeben ? Funktioniert es da ?

MfG
texus

[homermg]

im Promt trage ich das ein und es wir ausgeführt:
pc01:~# mysqldump -u root -ptest --opt dbtest > /tmp/mysqlbak.sql

das steht in Crontab:
1 * * * * root mysqldump -u root -ptest --opt dbtest > /tmp/mysqlbak.sql
habe auch folegndes ausprobiert:
* 1 * * * root mysqldump -u root -ptest --opt dbtest > /tmp/mysqlbak.sql

[texus]

Wieso steht denn in der crontab dieses "root" vor dem eigentlichen Befehl ??
Wenn du das wegnimmst klappt es bestimmt.

MfG
texus

[eC]

Wieso steht denn in der crontab dieses "root" vor dem eigentlichen Befehl ??

Soviel ich weiss, kann man so den User angeben unter dem das skript starten soll.
Ist so aber überflüssig weil es wohl eh als root laufen würde.

Du musst normalerweise in crontab Einträgen immer ganze Pfade eingeben,
da Du keinerlei Umgebung hast.

Also nicht mysqldumb sondern /usr/bin/mysqldump

gruss

eC

[Zorin]

Das "root", das texus meint ist falsch. Hab das gleiche Problem auch gehabt. Einfach den user weglassen, dann klappts. z.B.

Code: Alles auswählen

* * * * * echo $(date) >> /home/user/cron-log

Gruss Zorin

PS: Hab keine Ahnung, wie man im Cron den User definiert. Ist mir auch egal. Ich leg einfach für jeden user ne crontab an.

[texus]

Wenn ihr als root eingeloggt seid und mit crontab -e einen Job anlegt, dann wird dieser Job mit den rechten von root ausgeführt.
Wenn ihr euch danach als normaler User einloggt und mit crontab -e einen Job anlegen wollt, werdet ihr feststellen das sie crontab leer ist. Denn für den User existiert noch kein Job.

Es wird also für jeden User eine neue Crontab angelegt. (Macht ja auch Sinn, sonst könnte ich ja als normaluser dafür sorgen das mein Job mit Root Rechten ausgeführt wird.)

Langes geschwafel kurzer Sinn: User angeben ist unnötig (und falsch), denn unter dem Fokus des Users unter dem der Cronjob angelegt wurde unter dem wird er auch ausgeführt.

MfG
texus

[feltel]

Langes geschwafel kurzer Sinn: User angeben ist unnötig (und falsch), denn unter dem Fokus des Users unter dem der Cronjob angelegt wurde unter dem wird er auch ausgeführt.

Nicht unbedingt. Was wenn der User unter dessen UID der Job ausgeführt werden soll keinen Shelllogin hat. Beispiel: amavisd-Datenbank-Rebuild über /etc/cron.d/amavisd-new
Die Userangabe macht also manchmal doch Sinn und ist auch erforderlich, denn ich will keine Login-Logout-Orgie machen, wenn ich an meinem Server die Cronjobs ändern will/muss.

[texus]

ok ! In diesem fall hast du völlig Recht.

MfG
texus

[Zorin]

Die Userangabe macht also manchmal doch Sinn und ist auch erforderlich, denn ich will keine Login-Logout-Orgie machen, wenn ich an meinem Server die Cronjobs ändern will/muss.

Mmh, also der sechste Eintrag bis Ende der Zeile in der crontab ist laut manpage für das Kommando reserviert. Wie kann man da den User noch eintragen?

Gruss Zorin

[Bert]

The format of a cron command is very much the V7 standard, with a number of upward-compatible extensions. Each line
has five time and date fields, followed by a command, followed by a newline character ('\n'). The system crontab
(/etc/crontab) uses the same format, except that the username for the command is specified after the time and date
fields and before the command. The fields may be separated by spaces or tabs.

Die system crontab hat eine Spalte mehr ..

Bert

[Zorin]

Ahhh, jetzt ergibt es auch einen Sinn warum ich in einem Howto die 5-spaltige und in einem anderen die 6-spaltige Version gesehen habe.
Jetzt noch rein interessehalber: Warum muss man in der /etc/crontab nicht über den Befehl "crontab -e" gehen, sondern kann direkt editieren?

Gruss Zorin

[eC]

Warum muss man in der /etc/crontab nicht über den Befehl "crontab -e" gehen, sondern kann direkt editieren?

Hi,

die Datei /etc/crontab wird vom System eh überprüft.
Crontabs von Usern müssen noch installiert werden. Dies macht
crontab -e.
Die Datei findet sich dann wieder unter
/var/spool/cron/crontabs/username
und wird vom System berücksichtigt

gruss
eC