13.1 Hilfe für cron

[Heinz Dittmar]

Hallo Liste,
brauche cron.
Folgendes Problem: (Ich habe es schon ein wenig eingekreist.), um das besser
zu verstehen woran das liegen könnte. Ich kann weder als user noch als root
mit dem Befehl "crontab -e" in die crontab schreiben. Die crontab ist
irgendwie von crond nicht Freigegeben.

~> ls -l /etc/crontab
-rw-r--r-- 1 root root 273 19. Mai 19:04 /etc/crontab

# ls -l /etc/cron.deny
-rw------- 1 root root 6 28. Sep 2013 /etc/cron.deny

cat /etc/crontab
SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=root
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly
#
-*/15 * * * * root test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-
crons >/dev/null 2>&1

# cat /etc/cron.deny
guest

Habe schon versucht eine /etc/cron.allow hinzuzufügen und root und mein
username hinzuzufügen, erfolglos. Dann meckert der Aufgabenplaner in KDE4
schon beim Aufruf. Also habe sie wieder gelöscht. Mit dem Aufgabenplaner ist
das selbe wie mit crontab -e, dass man die Datei /etc/crontab nicht
überschreiben kann.

Woran liegt das. ???

Viele Grüße,
Heinz Dittmar

[Rolf Muth]

Hallo Heinz,

Post by Heinz Dittmar
Hallo Liste,
brauche cron.

Welche Suse?

Post by Heinz Dittmar
Folgendes Problem: (Ich habe es schon ein wenig eingekreist.), um
das besser zu verstehen woran das liegen könnte. Ich kann weder
als user noch als root mit dem Befehl "crontab -e" in die crontab
schreiben. Die crontab ist irgendwie von crond nicht Freigegeben.
~> ls -l /etc/crontab
-rw-r--r-- 1 root root 273 19. Mai 19:04 /etc/crontab
# ls -l /etc/cron.deny
-rw------- 1 root root 6 28. Sep 2013 /etc/cron.deny
cat /etc/crontab
SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=root
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and
cron.monthly #
-*/15 * * * * root test -x /usr/lib/cron/run-crons && Suse
/usr/lib/cron/run- crons >/dev/null 2>&1
# cat /etc/cron.deny
guest

Das sieht alles so aus wie bei mir....

Post by Heinz Dittmar
Habe schon versucht eine /etc/cron.allow hinzuzufügen und root
und mein username hinzuzufügen, erfolglos. Dann meckert der
Aufgabenplaner in KDE4 schon beim Aufruf. Also habe sie wieder
gelöscht. Mit dem Aufgabenplaner ist das selbe wie mit crontab
-e, dass man die Datei /etc/crontab nicht überschreiben kann.

Das ist auch gut so.

crontab -e bearbeitet die Crondatei des aktuellen Benutzers, die
ganz woanders gepeichert wird.

man -a cron crontab liefert dazu Infos.

Schreib mal genauer, was passiert, wenn Du crontab -e aufrufst.

[Heinz Dittmar]

Post by Rolf Muth
Hallo Heinz,

Post by Heinz Dittmar
Hallo Liste,
brauche cron.

Welche Suse?

13.1

Post by Rolf Muth

Post by Heinz Dittmar
Folgendes Problem: (Ich habe es schon ein wenig eingekreist.), um
das besser zu verstehen woran das liegen könnte. Ich kann weder
als user noch als root mit dem Befehl "crontab -e" in die crontab
schreiben. Die crontab ist irgendwie von crond nicht Freigegeben.
~> ls -l /etc/crontab
-rw-r--r-- 1 root root 273 19. Mai 19:04 /etc/crontab
# ls -l /etc/cron.deny
-rw------- 1 root root 6 28. Sep 2013 /etc/cron.deny
cat /etc/crontab
SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=root
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and
cron.monthly #
-*/15 * * * * root test -x /usr/lib/cron/run-crons && Suse
/usr/lib/cron/run- crons >/dev/null 2>&1
# cat /etc/cron.deny
guest

Das sieht alles so aus wie bei mir....

Post by Heinz Dittmar
Habe schon versucht eine /etc/cron.allow hinzuzufügen und root
und mein username hinzuzufügen, erfolglos. Dann meckert der
Aufgabenplaner in KDE4 schon beim Aufruf. Also habe sie wieder
gelöscht. Mit dem Aufgabenplaner ist das selbe wie mit crontab
-e, dass man die Datei /etc/crontab nicht überschreiben kann.

Das ist auch gut so.
crontab -e bearbeitet die Crondatei des aktuellen Benutzers, die
ganz woanders gepeichert wird.
man -a cron crontab liefert dazu Infos.
Schreib mal genauer, was passiert, wenn Du crontab -e aufrufst.

Ich kann crontab -e aufrufen und auch hineischreiben (vim), dann will ich es
beenden :q und vim will die Datei wegschreiben, dann bekomme ich die error
meldung von vim. Ich muss also :q! beenden.
Den selben efect habe ich auch mit mit dem Aufgabenplaner von KDE 4.13

[Werner Flamme]

Post by Heinz Dittmar
Ich kann crontab -e aufrufen und auch hineischreiben (vim), dann will ich es
beenden :q und vim will die Datei wegschreiben, dann bekomme ich die error
meldung von vim. Ich muss also :q! beenden.
Den selben efect habe ich auch mit mit dem Aufgabenplaner von KDE 4.13

Dann wirst Du wohl keine Berechtigung haben, eine Datei in
/var/spool/cron/tabs/ anzulegen. Welche Berechtigungen hat der
Crontab-Befehl? Bei mir:

ll $(which crontab)
-rwsr-xr-x 1 root trusted 55792 Sep 28 2013 /usr/bin/crontab

Also ggf. als root mal "chmod 4755 /usr/bin/crontab" absetzen.

Der Befehl kommt bei mir aus dem Paket cronie-1.4.8-50.1.2.x86_64. Evtl.
hilft es auch, das Paket neu zu installieren.

HDH,
Werner
--

[Heinz Dittmar]

Post by Werner Flamme

Post by Heinz Dittmar
Ich kann crontab -e aufrufen und auch hineischreiben (vim), dann will ich
es beenden :q und vim will die Datei wegschreiben, dann bekomme ich die
error meldung von vim. Ich muss also :q! beenden.
Den selben efect habe ich auch mit mit dem Aufgabenplaner von KDE 4.13

Dann wirst Du wohl keine Berechtigung haben, eine Datei in
/var/spool/cron/tabs/ anzulegen. Welche Berechtigungen hat der
ll $(which crontab)
-rwsr-xr-x 1 root trusted 55792 Sep 28 2013 /usr/bin/crontab
Also ggf. als root mal "chmod 4755 /usr/bin/crontab" absetzen.

Bei mir
ll $(which crontab)
-rwsr-xr-x 1 root trusted 55792 28. Sep 2013 /usr/bin/crontab

Post by Werner Flamme
Der Befehl kommt bei mir aus dem Paket cronie-1.4.8-50.1.2.x86_64. Evtl.
hilft es auch, das Paket neu zu installieren.

Heinz

[Tobias Crefeld]

Am Tue, 20 May 2014 14:18:48 +0200 schrieb Heinz Dittmar

Post by Heinz Dittmar
Folgendes Problem: (Ich habe es schon ein wenig eingekreist.), um das
besser zu verstehen woran das liegen könnte. Ich kann weder als user
noch als root mit dem Befehl "crontab -e" in die crontab schreiben.
Die crontab ist irgendwie von crond nicht Freigegeben.

Dir ist aber schon klar, dass die User inkl. root ihre eigene crontab
haben? Bei Suse liegen die unter /var/spool/cron/tabs/ .

/etc/crontab gehört ebenso wie der Inhalt von /etc/cron.d/ zu den
Dateien, die von cron interpretiert werden, aber nicht von crontab
bearbeitet werden. /etc/crontab ist System-Standard und wird
normalerweise nie angefasst (siehe "man 5 crontab", Abschnitt
FILES). /etc/cron.d/ wird zur Ablage paketspezifischer cronjobs
genutzt. Am besten mal "man crond" studieren.

Was heißt "kann nicht schreiben"? Lässt sich crontab -e aufrufen? Kann
man anschließend abspeichern? Funktioniert crontab -l ? Was
sagt "grep crontab /var/log/messages"?
--
Gruß,
Tobias.

no email, only xmpp: ***@xabber.de

[Heinz Dittmar]

Post by Tobias Crefeld
Am Tue, 20 May 2014 14:18:48 +0200 schrieb Heinz Dittmar

Post by Heinz Dittmar
Folgendes Problem: (Ich habe es schon ein wenig eingekreist.), um das
besser zu verstehen woran das liegen könnte. Ich kann weder als user
noch als root mit dem Befehl "crontab -e" in die crontab schreiben.
Die crontab ist irgendwie von crond nicht Freigegeben.

Dir ist aber schon klar, dass die User inkl. root ihre eigene crontab
haben? Bei Suse liegen die unter /var/spool/cron/tabs/ .
/etc/crontab gehört ebenso wie der Inhalt von /etc/cron.d/ zu den
Dateien, die von cron interpretiert werden, aber nicht von crontab
bearbeitet werden. /etc/crontab ist System-Standard und wird
normalerweise nie angefasst (siehe "man 5 crontab", Abschnitt
FILES). /etc/cron.d/ wird zur Ablage paketspezifischer cronjobs
genutzt. Am besten mal "man crond" studieren.
Was heißt "kann nicht schreiben"? Lässt sich crontab -e aufrufen? Kann
man anschließend abspeichern? Funktioniert crontab -l ? Was
sagt "grep crontab /var/log/messages"?

E37: Kein Schreibvorgang seit der letzten Änderung (erzwinge mit !).
Ich bin also mgzwungen mit :q! zu beenden. dann wird es aber nicht
wegeschrieben.

[Heinz Dittmar]

Post by Tobias Crefeld
Am Tue, 20 May 2014 14:18:48 +0200 schrieb Heinz Dittmar

Post by Heinz Dittmar
Folgendes Problem: (Ich habe es schon ein wenig eingekreist.), um das
besser zu verstehen woran das liegen könnte. Ich kann weder als user
noch als root mit dem Befehl "crontab -e" in die crontab schreiben.
Die crontab ist irgendwie von crond nicht Freigegeben.

Dir ist aber schon klar, dass die User inkl. root ihre eigene crontab
haben? Bei Suse liegen die unter /var/spool/cron/tabs/ .
/etc/crontab gehört ebenso wie der Inhalt von /etc/cron.d/ zu den
Dateien, die von cron interpretiert werden, aber nicht von crontab
bearbeitet werden. /etc/crontab ist System-Standard und wird
normalerweise nie angefasst (siehe "man 5 crontab", Abschnitt
FILES). /etc/cron.d/ wird zur Ablage paketspezifischer cronjobs
genutzt. Am besten mal "man crond" studieren.
Was heißt "kann nicht schreiben"? Lässt sich crontab -e aufrufen? Kann
man anschließend abspeichern? Funktioniert crontab -l ? Was
sagt "grep crontab /var/log/messages"?

kommt keine neue Meldung.
Wenn ich beende crontab mit quasi :q!
no crontab for heinz - using an empty one
crontab: no changes made to crontab

[Tobias Crefeld]

Am Tue, 20 May 2014 16:33:18 +0200 schrieb Heinz Dittmar

Post by Heinz Dittmar

Post by Tobias Crefeld
Was heißt "kann nicht schreiben"? Lässt sich crontab -e aufrufen?
Kann man anschließend abspeichern? Funktioniert crontab -l ? Was
sagt "grep crontab /var/log/messages"?

kommt keine neue Meldung.
Wenn ich beende crontab mit quasi :q!
no crontab for heinz - using an empty one
crontab: no changes made to crontab

Das ist ein völlig normales Verhalten:
Wenn Du nichts geändert hast -> q
Wenn Du was geändert hast, dass Du nicht speichern willst -> q!
Wenn Du was geändert hast, dass Du speichern willst -> x
--
Gruß,
Tobias.

no email, only xmpp: ***@xabber.de

[Matthias Müller]

Hallo,

Post by Tobias Crefeld
Am Tue, 20 May 2014 16:33:18 +0200 schrieb Heinz Dittmar

Post by Heinz Dittmar

Was heißt "kann nicht schreiben"? LÀsst sich crontab -e aufrufen?
Kann man anschließend abspeichern? Funktioniert crontab -l ? Was
sagt "grep crontab /var/log/messages"?

kommt keine neue Meldung.
Wenn ich beende crontab mit quasi :q!
no crontab for heinz - using an empty one
crontab: no changes made to crontab

Wenn Du nichts geÀndert hast -> q
Wenn Du was geÀndert hast, dass Du nicht speichern willst -> q!
Wenn Du was geÀndert hast, dass Du speichern willst -> x

also mit crontab -e eine neue crontab angelegt hast. Alternativ :wq
Du arbeitest mit vi/vim, der macht nix automatisch

[Carsten Neumann]

Post by Heinz Dittmar
Hallo Liste,
brauche cron.
Folgendes Problem: (Ich habe es schon ein wenig eingekreist.), um das besser
zu verstehen woran das liegen könnte. Ich kann weder als user noch als root
mit dem Befehl "crontab -e" in die crontab schreiben. Die crontab ist
irgendwie von crond nicht Freigegeben.

Welchen Fehler bekommst denn?

Post by Heinz Dittmar
~> ls -l /etc/crontab
-rw-r--r-- 1 root root 273 19. Mai 19:04 /etc/crontab
# ls -l /etc/cron.deny
-rw------- 1 root root 6 28. Sep 2013 /etc/cron.deny
cat /etc/crontab
SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=root
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly
#
-*/15 * * * * root test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-
crons >/dev/null 2>&1
# cat /etc/cron.deny
guest
Habe schon versucht eine /etc/cron.allow hinzuzufügen und root und mein
username hinzuzufügen, erfolglos. Dann meckert der Aufgabenplaner in KDE4
schon beim Aufruf. Also habe sie wieder gelöscht. Mit dem Aufgabenplaner ist
das selbe wie mit crontab -e, dass man die Datei /etc/crontab nicht
überschreiben kann.
Woran liegt das. ???
Viele Grüße,
Heinz Dittmar

[Heinz Dittmar]

Post by Carsten Neumann

Post by Heinz Dittmar
Hallo Liste,
brauche cron.
Folgendes Problem: (Ich habe es schon ein wenig eingekreist.), um das
besser zu verstehen woran das liegen könnte. Ich kann weder als user noch
als root mit dem Befehl "crontab -e" in die crontab schreiben. Die
crontab ist irgendwie von crond nicht Freigegeben.

Welchen Fehler bekommst denn?

Beim beenden von crontab -e
:q
E37: Kein Schreibvorgang seit der letzten Änderung (erzwinge mit !)
Ich bin also gezwungen mit :q! zu beenden. Dann wird es aber nicht
wegeschrieben.

Post by Carsten Neumann

Post by Heinz Dittmar
~> ls -l /etc/crontab
-rw-r--r-- 1 root root 273 19. Mai 19:04 /etc/crontab
# ls -l /etc/cron.deny
-rw------- 1 root root 6 28. Sep 2013 /etc/cron.deny
cat /etc/crontab
SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=root
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly
#
-*/15 * * * * root test -x /usr/lib/cron/run-crons &&
/usr/lib/cron/run-
crons >/dev/null 2>&1
# cat /etc/cron.deny
guest
Habe schon versucht eine /etc/cron.allow hinzuzufügen und root und mein
username hinzuzufügen, erfolglos. Dann meckert der Aufgabenplaner in KDE4
schon beim Aufruf. Also habe sie wieder gelöscht. Mit dem Aufgabenplaner
ist das selbe wie mit crontab -e, dass man die Datei /etc/crontab nicht
überschreiben kann.
Woran liegt das. ???
Viele Grüße,
Heinz Dittmar

[Martin Schröder]

Post by Heinz Dittmar
Beim beenden von crontab -e
:q
E37: Kein Schreibvorgang seit der letzten Änderung (erzwinge mit !)
Ich bin also gezwungen mit :q! zu beenden. Dann wird es aber nicht
wegeschrieben.

Und welche Meldung gibt's bei :wq ?

Gruß
Martin

[Heinz Dittmar]

Post by Martin Schröder

Post by Heinz Dittmar
Beim beenden von crontab -e
:q
E37: Kein Schreibvorgang seit der letzten Änderung (erzwinge mit !)
Ich bin also gezwungen mit :q! zu beenden. Dann wird es aber nicht
wegeschrieben.

Und welche Meldung gibt's bei :wq ?

crontab -e
no crontab for root - using an empty one
crontab: installing new crontab

Post by Martin Schröder
Gruß

Heinz

[Heinz Dittmar]

Post by Heinz Dittmar

Post by Martin Schröder

Post by Heinz Dittmar
Beim beenden von crontab -e
:q
E37: Kein Schreibvorgang seit der letzten Änderung (erzwinge mit !)
Ich bin also gezwungen mit :q! zu beenden. Dann wird es aber nicht
wegeschrieben.

Und welche Meldung gibt's bei :wq ?

crontab -e
no crontab for root - using an empty one
crontab: installing new crontab

OK die Datei /var/spool/cron/tabs/heinz wird angelegt somit müßte es erst mal
mit :wq funktionieren.
Aber warum geht dann in KDE "Einstellungen > Aufgabenplaner" nicht. ???
Wenn ich eine neue Aufgabe anlege, dann ist der OK Butten imer noch auf
Disable. Ich hatte das bisher in den selben zusammenhang gebracht.

Post by Heinz Dittmar

Post by Martin Schröder
Gruß

Heinz

[Martin Schröder]

Post by Heinz Dittmar
crontab -e
no crontab for root - using an empty one
crontab: installing new crontab

Achtung: _Entweder_ /etc/crontab _oder_ eine crontab für root.
Nicht beides - das verwirrt nur. OpenSUSE verwendet /etc/crontab.

Gruß
Martin

PS: Gibt's aktuelle Linux-Distris ohne /etc/crontab?

[Karl Thomas Schmidt]

Post by Martin Schröder

Post by Heinz Dittmar
crontab -e
no crontab for root - using an empty one
crontab: installing new crontab

Achtung: _Entweder_ /etc/crontab _oder_ eine crontab für root.
Nicht beides - das verwirrt nur. OpenSUSE verwendet /etc/crontab.
Gruß
Martin
PS: Gibt's aktuelle Linux-Distris ohne /etc/crontab?

Das gibt es längst.

Google: "systemd timer"

[Martin Schröder]

Am 21. Mai 2014 00:27 schrieb Karl Thomas Schmidt

Post by Karl Thomas Schmidt

Post by Martin Schröder
PS: Gibt's aktuelle Linux-Distris ohne /etc/crontab?

Das gibt es längst.
Google: "systemd timer"

Ich meinte: Ohne /etc/crontab, aber mit crontab für root.

Gruß
Martin

PS: Das mit dem Zitieren übst Du noch, oder?

[Tobias Crefeld]

Am Tue, 20 May 2014 23:57:00 +0200 schrieb Martin Schröder

Post by Martin Schröder
Achtung: _Entweder_ /etc/crontab _oder_ eine crontab für root.
Nicht beides - das verwirrt nur. OpenSUSE verwendet /etc/crontab.

Muss natürlich jeder selbst für sein System entscheiden, aber im
Prinzip sehe ich das anders: /etc/crontab wird vom System gewartet und
eventuell kommt mal ein rpm-Update für crond daher, dass diese Datei
ändert und dann (wegen manueller Änderung) die Änderung unterlässt.

Seine systemspezifischen Anpassungen kann man entweder in die
Verzeichnisse /etc/cron* legen oder in die crontab von root schreiben.
Wenn der cronjob mit root-Rechten ausgeführt werden soll, halte ich
beides für einen konzeptionell vernünftigen Ansatz.
--
Gruß,
Tobias.

no email, only xmpp: ***@xabber.de

[Carsten Neumann]

Post by Heinz Dittmar

Post by Carsten Neumann

Post by Heinz Dittmar
Hallo Liste,
brauche cron.
Folgendes Problem: (Ich habe es schon ein wenig eingekreist.), um das
besser zu verstehen woran das liegen könnte. Ich kann weder als user noch
als root mit dem Befehl "crontab -e" in die crontab schreiben. Die
crontab ist irgendwie von crond nicht Freigegeben.

Welchen Fehler bekommst denn?

Beim beenden von crontab -e
:q
E37: Kein Schreibvorgang seit der letzten Änderung (erzwinge mit !)
Ich bin also gezwungen mit :q! zu beenden. Dann wird es aber nicht
wegeschrieben.

Und wieso versuchst Du noch nicht mal, die crontab wegzuschreiben?

Post by Heinz Dittmar

Post by Carsten Neumann

Post by Heinz Dittmar
~> ls -l /etc/crontab
-rw-r--r-- 1 root root 273 19. Mai 19:04 /etc/crontab
# ls -l /etc/cron.deny
-rw------- 1 root root 6 28. Sep 2013 /etc/cron.deny
cat /etc/crontab
SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=root
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly
#
-*/15 * * * * root test -x /usr/lib/cron/run-crons &&
/usr/lib/cron/run-
crons >/dev/null 2>&1
# cat /etc/cron.deny
guest
Habe schon versucht eine /etc/cron.allow hinzuzufügen und root und mein
username hinzuzufügen, erfolglos. Dann meckert der Aufgabenplaner in KDE4
schon beim Aufruf. Also habe sie wieder gelöscht. Mit dem Aufgabenplaner
ist das selbe wie mit crontab -e, dass man die Datei /etc/crontab nicht
überschreiben kann.
Woran liegt das. ???
Viele Grüße,
Heinz Dittmar