Hi Folks Folgendes habe ich in die Crontab eingetragen 00,15,30,45 7,8,9,10,11,12,13,14,15,16 * * * root /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 & Leider wird das nicht ausgeführt! Jemand eine AHnung warum nicht? mfg Jens Keith
Hi, wurde der crond neu gestartet ? mfG h.bellenberg Jens Keith wrote:
Hi Folks
Folgendes habe ich in die Crontab eingetragen 00,15,30,45 7,8,9,10,11,12,13,14,15,16 * * * root /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 &
Leider wird das nicht ausgeführt!
Jemand eine AHnung warum nicht?
mfg
Jens Keith
bellenberg wrote:
wurde der crond neu gestartet ?
Nein, nein, nein! Aus, boeser "bellenberg". Der crond wird nicht neugestartet, wenn was an den crontabs veraendert wird. Der einzige Umstand, den ein Neustarten von diesem Daemon rechtfertigen wuerde, waere ein Neusetzen der System in die Vergangenheit, da sonst die Zeitstempel nicht zu den Ausfuehrungszeiten passen. Wobei zukuenftige Zeitstempel als nichtexistent angesehen werden. -- Have fun, Peter
Hallo Peter, Am Montag, 14. Juli 2003 16:16 schrieb Peter Wiersig:
bellenberg wrote:
wurde der crond neu gestartet ?
Nein, nein, nein! Aus, boeser "bellenberg".
Der crond wird nicht neugestartet, wenn was an den crontabs veraendert wird.
Der einzige Umstand, den ein Neustarten von diesem Daemon rechtfertigen wuerde, waere ein Neusetzen der System in die Vergangenheit, da sonst die Zeitstempel nicht zu den Ausfuehrungszeiten passen.
Wobei zukuenftige Zeitstempel als nichtexistent angesehen werden.
Nach meinen Erfahrungen (um die deine zu erweitern) ist es so das man im /var/log/messages sehen kann das der cron die crontab nach der abgelaufenen vollen Minute die crontab "reloaded" und damit die neue Tabelle einliest. Damit braucht der cron nicht neu gestartet werden. Wäre ja auch ein unding wenn man 20 User hat bei dem jeder ändern kann am cron was er will und man die Ausführungen nur zum starten bekommt wenn root dann den con neu startet. Gruß Frank
Hi,
wurde der crond neu gestartet ?
den finde ich leider garnicht ps -aux |grep crond Nichts da
mfG h.bellenberg
Jens Keith wrote:
Hi Folks
Folgendes habe ich in die Crontab eingetragen 00,15,30,45 7,8,9,10,11,12,13,14,15,16 * * * root /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 &
Leider wird das nicht ausgeführt!
Jemand eine AHnung warum nicht?
mfg
Jens Keith
... aber vielleicht /usr/sbin/cron ??? sorry, kam grad von einer solaris-maschine! mfG h.bellenberg Jens Keith wrote:
Hi,
wurde der crond neu gestartet ?
den finde ich leider garnicht
ps -aux |grep crond Nichts da
mfG h.bellenberg
Jens Keith wrote:
Hi Folks
Folgendes habe ich in die Crontab eingetragen 00,15,30,45 7,8,9,10,11,12,13,14,15,16 * * * root /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 &
Leider wird das nicht ausgeführt!
Jemand eine AHnung warum nicht?
mfg
Jens Keith
Jens Keith wrote:
wurde der crond neu gestartet ?
den finde ich leider garnicht
ps -aux |grep crond Nichts da
Der heisst "cron" ohne "d". Wenn Du die Prozessnummer hast, dann ein "kill -HUP nr". Oder direkt neustarten. Müsste auch über "rccron" gehen. Also "rccron restart".
Jens Keith wrote:
Hi Folks
Folgendes habe ich in die Crontab eingetragen 00,15,30,45 7,8,9,10,11,12,13,14,15,16 * * * root /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 &
Leider wird das nicht ausgeführt!
Jemand eine AHnung warum nicht?
Wie und wo hast Du das geändert bzw. erstellt ? -- Gruß, Andreas
bellenberg am Montag, 14. Juli 2003 16:09:
Hi,
wurde der crond neu gestartet ?
Wieso dass denn? (nein, keine "Hohecker-Frage" ;-) Wenn der crond läuft, dann läuft er. Läuft er denn? Entscheidend ist: In welcher Crontab hast du das eingetragen? 1. Variante: in /etc/crontab (IMHO ungünstig) --------------------------------------------- Dann ist der Eintrag richtig so und sollte funxen (vorausgesetzt, die Pfadangaben stimmen). Ggf. würde ich die Zeitangabe kürzen: 0-59/15 7-16 * * * .... tut es auch. 2. Variante: als root (ggf. über su) mit crontab -e --------------------------------------------------- Dies ändert die user-crontab unter /var/spool/cron/crontabs/<user> und ist IMHO die bessere Variante. Da hier jeder User seine eigene crontab hat (und auch ändern kann), darf der Username nicht mehr in der Tabelle stehen. -- Gruß MaxX 8-)
Jens Keith wrote:
Hi Folks
Folgendes habe ich in die Crontab eingetragen 00,15,30,45 7,8,9,10,11,12,13,14,15,16 * * * root /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 &
Leider wird das nicht ausgeführt!
Jemand eine AHnung warum nicht?
mfg
Jens Keith
Hallo Jens, vielleicht hilft es, das "root" wegzulassen. Normalerweise sollte der "Auftraggeber" darüber festgelegt werden, wessen crontab es ist (zumindest funktioniert so bei mir ein anderer cronjob). Hast Du das Ganze mit "crontab -e" angelegt? Viele Grüsse Joachim
On Mon, 14 Jul 2003 at 16:15 (+0200), Joachim Kieferle wrote:
Jens Keith wrote:
Folgendes habe ich in die Crontab eingetragen 00,15,30,45 7,8,9,10,11,12,13,14,15,16 * * * root /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 & [...] vielleicht hilft es, das "root" wegzulassen. Normalerweise sollte der "Auftraggeber" darüber festgelegt werden, wessen crontab es ist (zumindest funktioniert so bei mir ein anderer cronjob).
Darüber hatten wir vor ein paar Wochen einen Thread: Es kommt darauf an, in welche crontab es eingetragen wird. In /var/spool/cron/tabs/ (also den benutzerspezifischen Dateien, an die Du mit dem crontab-Kommando rankommst) _darf_ kein Benutzer eingetragen werden, in /etc/crontab _muss_ ein Benutzer rein. @Jens: Rufst Du normalerweise fetchmail auch unter root auf? Hat root überhaupt eine .fetchmailrc? Steht da was Sinnvolles drin? Was steht in /var/log/fetchmail? Gibt es vom cron eine Mail an root mit Fehlermeldungen? Hast Du dial-on-demand oder musst Du evtl. vorher eine Internet-Verbindung aufbauen? Zu Deinem Kommando: Die Startzeiten kann man verkürzt schreiben, das macht die Sache auch übersichtlicher, das & am Ende kann weg, spielt bei cron keine Rolle - die Prozesse werden eh im Hintergrund gestartet (sonst würde cron bei Langnläufern nie die Chance kriegen, auch mal den nächsten Eintrag in der crontab-Datei zu starten): In /etc/crontab: 0/15 7-16 * * * root /usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 mit Kommando crontab -e (also in den benutzerspezifischen Dateien): 0/15 7-16 * * * /usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 Jan
* Jan Trippler schrieb am 14.Jul.2003:
In /etc/crontab: 0/15 7-16 * * * root /usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 ^
Du meinst: */15 7-16 * * * root /usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1
mit Kommando crontab -e (also in den benutzerspezifischen Dateien): 0/15 7-16 * * * /usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1
*/15 7-16 * * * /usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 Bernd
On Mon, 14 Jul 2003 at 19:29 (+0200), Bernd Brodesser wrote:
* Jan Trippler schrieb am 14.Jul.2003:
In /etc/crontab: 0/15 7-16 * * * root /usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 ^
Du meinst: */15 7-16 * * * root /usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1
jupp, war wohl noch nicht wach ;-) Jan
Hallo Jens Am Montag, 14. Juli 2003 16:07 schrieb Jens Keith:
Hi Folks
Folgendes habe ich in die Crontab eingetragen 00,15,30,45 7,8,9,10,11,12,13,14,15,16 * * * root /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 &
Leider wird das nicht ausgeführt!
Jemand eine AHnung warum nicht?
Es gibt es dazu mehrere Fragen: Normalerweise kann man auch schreiben: 0,15,30,45 od 0-59/15 Stunde kan man auch in Bereichen angeben: 7-16 u.s.w den Benutzer root nicht mit aufführen. Versuchst du als anderer User den befehl auszuführen? Wenn root es starten soll mußt du die crontab -e als root aufrufen und dort deine eintragungen machen. Als Normalsterblicher geht ein root Befehl nur über sudo oder ähnliches. Der cron wird im /usr/sbin/cron gestartet. Ist cron oben? ps ax | grep cron | grep -v grep Probier mal den befehl bevor du ihn über cron ausführst mit der Hand aufzurufen geht das? /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 & Gruß Frank
Hallo Jens, On Mon, Jul 14, 2003 at 04:07:13PM +0200, Jens Keith wrote:
Folgendes habe ich in die Crontab eingetragen 00,15,30,45 7,8,9,10,11,12,13,14,15,16 * * * root /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 &
Du bist Dir sicher das Du fetchmail als root ausführen möchtest? Wenn nicht dann mach das über crontab -e -u <user> (als root) und schau Dir vorher man crontab an.
Leider wird das nicht ausgeführt!
Jemand eine AHnung warum nicht?
folgende Möglichkeiten: a) cron läuft nicht b) /root/.fetchmailrc hat andere Zugriffsrechte als 0600 root:root c) du hast das tatsächlich zweizeilig eingetragen d) Dein fetchmail ist nicht (mehr) da wo Du es vermutest Noch zwei allgemeine Anmerkungen: 1. cron muss entgegen anderstlautender Aussagen vieler definitiv _nicht_ neu gestartet werden. Ausnahme: umstellen der Uhrzeit. 2. */15 7-16/1 * * * root .... (ungetestet) sollte in etwa das selbe tun wie das was Du da hinschreibst. Greetings Daniel -- #!/bin/sh echo 'Linux Must Die!' | wall dd if=/dev/zero of=/vmlinuz bs=1 \ count=`du -Lb /vmlinuz | awk '{ /^([0-9])+/ ; print $1 }'` shutdown -r now
Am Montag, 14. Juli 2003 17:55 schrieb Daniel Lord:
Hallo Jens,
On Mon, Jul 14, 2003 at 04:07:13PM +0200, Jens Keith wrote:
Folgendes habe ich in die Crontab eingetragen 00,15,30,45 7,8,9,10,11,12,13,14,15,16 * * * root /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 &
Du bist Dir sicher das Du fetchmail als root ausführen möchtest? Wenn nicht dann mach das über crontab -e -u <user> (als root) und schau Dir vorher man crontab an.
Ich verwende crontab -e als user am Server und habe da zB reingeschrieben 0 * * * * fetchmail >> fetchmaillog.txt 2>&1 30 * * * * fetchmail >> fetchmaillog.txt 2>&1 22 * * * * fetchmail -f .fetchmailrc2 >> fetchmaillog.txt 2>&1 Damit werden Mailboxen mit hohem Mailaufkommen alle halbe Stunde abgefragt und Mailboxen mit wenigen Mails stündlich zur 22. Minute. Am Server läuft qpopper und der Client frägt ein POP3-Konto des Users am Server ab. Al
participants (11)
-
Al Bogner -
Andreas Winkelmann -
B.Brodesser＠t-online.de -
bellenberg -
Daniel Lord -
Frank Babies -
Jan.Trippler＠t-online.de -
Jens Keith -
Joachim Kieferle -
Matthias Houdek -
Peter Wiersig