Hallo! alfmn111@gmx.de, suse-linux@suse.com wrote:
ich habe mal eine Frage zu den Cronjobs: gebe ich als root crontab -l ein, erhalte ich die Systemmeldung, no crontab for root. Wo sind aber die Cronjobs des Systems eingetragen und wie komme ich da ran? Und wo ist der cronjob für die Ausführung von faxcron definiert?
Dies liegt daran, dass zum einen jeder User eine eigene crontab haben darf und das System unter /etc/crontab noch eine eigene crontab besitzt. Diese lässt sich natürlich von Hand editieren ... danach aber bitte ein kill -1 auf cron machen ... Die User können Ihre crontab selbst editieren mittels crontab -e. Dabei wird das Neuladen der Daten auch an cron weitergegeben (Halt das Kill -1 auf die pid von cron!) Zwischen der /etc/crontab und der crontab der user gibt es aber einen Unterschied! Die /etc/crontab hat ein Feld mehr ... * * * * * <user> <Befehl> (Wobei natürlich 5 Sterne so keine Gültige Angabe sind - siehe man 1 crontab und man 5 crontab!) Ganz nebenbei: Die Dateien /var/spool/cron/[allow|deny] können existieren. Aber dies ist in man crontab näher erläutert. (Es ist z.B. anzuraten, eine /var/spool/cron/allow anzulegen, wenn viele User auf das System zugreifen ... sonst hat man lauter cron-jobs der User, die die Kiste ausbremsen ...) Mit den besten Grüßen, Konrad Neitzel ----- SoftMediaTec GmbH Rudolfstr. 19 60327 Frankfurt / Main Tel: 069 / 27 22 09 25
* Konrad Neitzel schrieb am 13.Dez.2001:
alfmn111@gmx.de, suse-linux@suse.com wrote:
ich habe mal eine Frage zu den Cronjobs: gebe ich als root crontab -l ein, erhalte ich die Systemmeldung, no crontab for root. Wo sind aber die Cronjobs des Systems eingetragen und wie komme ich da ran? Und wo ist der cronjob für die Ausführung von faxcron definiert?
Dies liegt daran, dass zum einen jeder User eine eigene crontab haben darf und das System unter /etc/crontab noch eine eigene crontab besitzt.
Diese lässt sich natürlich von Hand editieren ... danach aber bitte ein kill -1 auf cron machen ...
Warum das? Nein, das ist nicht nötig. Probier's aus. Linux ist ein Multiusersystem. Stell Dir vor, an einem Rechner sitzen 40 Leute, daß ist per 40 X-Terminals möglich. Jedesmal wenn einer was an der crontab ändert müßte cron neu gestartet werden. Nein, braucht es nicht. Bernd -- Welches Buch ist zu empfehlen? Schon mal bei SuSE vorbeigesehen? http://www.suse.de/de/produkte/buecher/index.html oder die Empfehlungen der SuSE-Entwickler auf dem eigenen Rechner? file:///usr/shar/doc/sdb/de/html/literatur.html |Zufallssignatur 5
Am Donnerstag, 13. Dezember 2001 18:47 schrieb Bernd Brodesser:
Dies liegt daran, dass zum einen jeder User eine eigene crontab haben darf und das System unter /etc/crontab noch eine eigene crontab besitzt.
Diese lässt sich natürlich von Hand editieren ... danach aber bitte ein kill -1 auf cron machen ...
Warum das? Nein, das ist nicht nötig. Probier's aus. Linux ist ein Multiusersystem. Stell Dir vor, an einem Rechner sitzen 40 Leute, daß ist per 40 X-Terminals möglich. Jedesmal wenn einer was an der crontab ändert müßte cron neu gestartet werden. Nein, braucht es nicht.
Ein Kill -1 startet cron nicht neu. Ein kill -1 veranlasst ein Programm nur, seine Dateien zu schliessen, die Konfiguration neu zu lesen und dann wieder normal weiter zu laufen. Und woher soll denn cron wissen, dass /etc/crontab geändert wurde? Wenn ein user crontab -e aufruft, dann sendet crontab an cron auch ein solches Signal. Mit den besten Grüßen, Konrad Neitzel
* Konrad Neitzel schrieb am 13.Dez.2001:
Am Donnerstag, 13. Dezember 2001 18:47 schrieb Bernd Brodesser:
Dies liegt daran, dass zum einen jeder User eine eigene crontab haben darf und das System unter /etc/crontab noch eine eigene crontab besitzt.
Diese lässt sich natürlich von Hand editieren ... danach aber bitte ein kill -1 auf cron machen ...
Warum das? Nein, das ist nicht nötig. Probier's aus. Linux ist ein Multiusersystem. Stell Dir vor, an einem Rechner sitzen 40 Leute, daß ist per 40 X-Terminals möglich. Jedesmal wenn einer was an der crontab ändert müßte cron neu gestartet werden. Nein, braucht es nicht.
Ein Kill -1 startet cron nicht neu. Ein kill -1 veranlasst ein Programm nur, seine Dateien zu schliessen, die Konfiguration neu zu lesen und dann wieder normal weiter zu laufen.
Und woher soll denn cron wissen, dass /etc/crontab geändert wurde?
Es liest jede Minute die crontab neu ein. Probier es aus.
Wenn ein user crontab -e aufruft, dann sendet crontab an cron auch ein solches Signal.
ich ändere die crontab mit vi und zu Fuß. Habe es gerade noch mal gemacht. Bearbeite mit einem Editor Deiner Wahl /etc/crontab. Füge folgende Zeile hinzu: * * * * * root echo "Hallo" > /dev/tty11 Speichere die Datei ab und schau Dir Bildschirm 11 (ALT-CTRL-F11) an. Ohne kill -1 oder so. Nicht vergessen es wieder zurück zu nehmen. ;) Bernd -- Probleme mit dem Drucker? Schon die Druckercheckliste beachtet? http://localhost/doc/sdb/de/html/drucker-howto.html | Auch lesenswert: Oder schon das Drucker-HOWTO gelesen? | man lpr file://usr/shar/doc/howto/de/DE-Drucker-HOWTO.txt.gz | Zufallssignatur 3
Hallo! Am Thu, 13 Dec 2001 20:36:27 +0100 schrieb B.Brodesser@t-online.de:
Wenn ein user crontab -e aufruft, dann sendet crontab an cron auch ein solches Signal.
ich ändere die crontab mit vi und zu Fuß.
Habe es gerade noch mal gemacht. Bearbeite mit einem Editor Deiner Wahl /etc/crontab. Füge folgende Zeile hinzu:
* * * * * root echo "Hallo" > /dev/tty11
Speichere die Datei ab und schau Dir Bildschirm 11 (ALT-CTRL-F11) an. Ohne kill -1 oder so.
Kannst mir jemand sagen, warum ich beim Aufruf von 'crontab -e' (es wird nedit geöffnet) andreas@gamma:~ > crontab -e nach dem Editieren ein crontab: installing new crontab "/tmp/crontab.594":1: bad minute errors in crontab file, can't install. Do you want to retry the same edit? erhalte und nach /tmp gespeichert werden soll? Ich habe Einträge in /var/cron/tabs für andreas und root. Hat das etwas mit nedit zu tun? Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
Andreas Meyer wrote:
Kannst mir jemand sagen, warum ich beim Aufruf von 'crontab -e' (es wird nedit geöffnet)
andreas@gamma:~ > crontab -e
nach dem Editieren ein
crontab: installing new crontab "/tmp/crontab.594":1: bad minute ^^^^^^^^^^
Überprüf mal die Minute (das erste Feld). Da scheint was falsch zu sein.
errors in crontab file, can't install. Do you want to retry the same edit? [...] Ich habe Einträge in /var/cron/tabs für andreas und root. Hat das etwas mit nedit zu tun?
Glaube ich nicht. Rene -- Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est [Aurelius Augustinus, 4. Jhd] Erklärung und Übsersetzung: http://fsfeurope.org/order/ öffentlicher GnuPG-Schlüssel: Mail an gnupgkey@rene-engelhard.de
Hallo! Am Sat, 15 Dec 2001 19:18:23 +0100 schrieb Rene Engelhard:
crontab: installing new crontab "/tmp/crontab.594":1: bad minute ^^^^^^^^^^
Überprüf mal die Minute (das erste Feld). Da scheint was falsch zu sein.
Wo? Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
Hi Andreas, hi Liste Andreas Meyer wrote:
Hallo!
Am Sat, 15 Dec 2001 19:18:23 +0100 schrieb Rene Engelhard:
crontab: installing new crontab "/tmp/crontab.594":1: bad minute ^^^^^^^^^^
Überprüf mal die Minute (das erste Feld). Da scheint was falsch zu sein.
Wo?
poste mal was du da eintragen willst. cu Gerald
* Andreas Meyer schrieb am 15.Dez.2001:
Hallo!
Am Sat, 15 Dec 2001 19:18:23 +0100 schrieb Rene Engelhard:
crontab: installing new crontab "/tmp/crontab.594":1: bad minute ^^^^^^^^^^
Überprüf mal die Minute (das erste Feld). Da scheint was falsch zu sein.
Wo?
/etc/crontab oder /var/spool/cron/tabs/$USER siehe hierzu man cron man crontab man 5 crontab Bernd -- Welches Buch ist zu empfehlen? Schon mal bei SuSE vorbeigesehen? http://www.suse.de/de/produkte/buecher/index.html oder die Empfehlungen der SuSE-Entwickler auf dem eigenen Rechner? file:///usr/shar/doc/sdb/de/html/literatur.html |Zufallssignatur 5
Hallo! Am Sun, 16 Dec 2001 00:11:45 +0100 schrieb B.Brodesser@t-online.de:
crontab: installing new crontab "/tmp/crontab.594":1: bad minute ^^^^^^^^^^
Überprüf mal die Minute (das erste Feld). Da scheint was falsch zu sein.
Wo?
/etc/crontab oder /var/spool/cron/tabs/$USER
siehe hierzu
man cron man crontab man 5 crontab
Komischerweise kommt heute bei einem 'crontab -e' diese Meldung mit der bad minute nicht mehr. Ich habe an dem Eintrag nichts geändert. 45 23 * * * echo "Du solltest ins Bett gehen" \ | mail -s "schlafen legen" andreas@gamma nedit benutzt aber immer noch /tmp/crontab.1831 und will auch dahin speichern. Natürlich kann ich dann den richtigen Pfad angeben.... Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
Am Sonntag, 16. Dezember 2001 13:10 schrieben Sie:
nedit benutzt aber immer noch /tmp/crontab.1831 und will auch dahin speichern. Natürlich kann ich dann den richtigen Pfad angeben.... Das ist normal. Crontab startet den Editor und es wird in ein temporäres Files gespeichert. Nach beendigung des Editors arbeitet dann crontab -e mit der Datei weiter.
Mit den besten Grüßen,
Konrad Neitzel
--
Konrad Neitzel
Hallo! Am Donnerstag, 13. Dezember 2001 20:36 schrieb Bernd Brodesser:
Es liest jede Minute die crontab neu ein. Probier es aus. Ohh ja ... steht sogar in "man cron" ... Asche auf mein Haupt .... kommt davon, wenn man meint, man wüsste etwas und sich nicht informiert.
Vielen Dank für die Aufklärung. Mit den besten Grüßen, Konrad Neitzel
participants (5)
-
Andreas Meyer
-
B.Brodesser@t-online.de
-
Gerald Goebel
-
Konrad Neitzel
-
Rene Engelhard