SuSE 9.1: Keine Mails von Cron mehr
Hallo, viele möchten keine Mails mehr vom Cron, aber ich schon, bekomme sie aber auf der 9.1 nicht mehr. Habe in der crontab schon das ">/dev/null 2>&1" rausgeschmissen und - bevor jemand nachfragt, den cron-Daemonen auch neu gestartet, aber immer noch keine Mail? Habe eine Scripte- z. B. Backups oder Virensignaturupdates laufen, die auch tatsächlich gestartet wurden, aber eben ohne die übliche Mail an root (alias auf mich natürlich angelegt). Hat da SuSE irgendwo was angeschaltet? -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Mailer/BBS/Fax : +49-2536-9943 (V34, X75) FidoNet: 2:2449/523 E-Mail : marcus.roeckrath@gmx.de WWW : http://home.foni.net/~marcusroeckrath/
Am Donnerstag, 20. Mai 2004 10:28 schrieb Marcus Roeckrath:
Hallo,
Hallo Marcus und Gemeinde,
viele möchten keine Mails mehr vom Cron, aber ich schon, bekomme sie aber auf der 9.1 nicht mehr.
Habe in der crontab schon das ">/dev/null 2>&1" rausgeschmissen und - bevor jemand nachfragt, den cron-Daemonen auch neu gestartet, aber immer noch keine Mail?
Beinhaltet "den cron-Daemonen auch neu gestartet" auch ein crontab datei?
(...)
So long, -- George *WinkeWinke*- Beauftragter auf http://www.suse-talk.de
Hallo Georg, Am Donnerstag, 20. Mai 2004 10:39 schrieb Georg Schilling:
viele möchten keine Mails mehr vom Cron, aber ich schon, bekomme sie aber auf der 9.1 nicht mehr.
Beinhaltet "den cron-Daemonen auch neu gestartet" auch ein crontab datei?
??? Ich kann doch die systemweite /etc/crontab editieren und diese wird ja auch benutzt. Dessen bin ich mir ja sicher, weil das Backup-Script (in /etc/crontab eingetragen) sauber zur gewünschten Zeit gestartet und durchgelaufen ist. Auch die Scripts, die ich in cron.hourly etc hinzugefügt habe, werden anstandslos ausgeführt. Was hat sich geändert, dass die Mails nicht bei mir als alias von root ankommen. Das alias scheint allerdings zu funktionieren, denn eine Mail eines weiteren users auf meiner Kiste an root wird von postfix korrekt an mich weitergeleitet. Hatte bisher eine 7.2 drauf, die ich vor wenigen tagen durch eine Neuinstallation der 9.1 ersetzt habe. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Mailer/BBS/Fax : +49-2536-9943 (V34, X75) FidoNet: 2:2449/523 E-Mail : marcus.roeckrath@gmx.de WWW : http://home.foni.net/~marcusroeckrath/
Am Donnerstag, 20. Mai 2004 13:31 schrieb Marcus Roeckrath:
Hallo Georg,
Am Donnerstag, 20. Mai 2004 10:39 schrieb Georg Schilling:
viele möchten keine Mails mehr vom Cron, aber ich schon, bekomme sie aber auf der 9.1 nicht mehr.
Beinhaltet "den cron-Daemonen auch neu gestartet" auch ein crontab datei?
???
Ich kann doch die systemweite /etc/crontab editieren und diese wird ja auch benutzt. Dessen bin ich mir ja sicher, weil das Backup-Script (in /etc/crontab eingetragen) sauber zur gewünschten Zeit gestartet und durchgelaufen ist.
Auch die Scripts, die ich in cron.hourly etc hinzugefügt habe, werden anstandslos ausgeführt.
Was hat sich geändert, dass die Mails nicht bei mir als alias von root ankommen. Das alias scheint allerdings zu funktionieren, denn eine Mail eines weiteren users auf meiner Kiste an root wird von postfix korrekt an mich weitergeleitet.
Hatte bisher eine 7.2 drauf, die ich vor wenigen tagen durch eine Neuinstallation der 9.1 ersetzt habe.
Meine Vermutung war das die Veränderung des Eintrags durch ein crontab <Datei> editiert werden muss. Wenn du natürlich schon Einträge hinzugefügt hast und diese auch ausgeführt werden, sollte die Mail auch in deinem Postfach liegen. Wie gesagt, nur eine Vermutung. Aber ich kenne das nur mit dem crontab- Befehl. -- Alte Klassenkameraden findest du bei http://www.stayfriends.de/?Absender=6e904336bba6770ba1d1aadc111efb0b
Hallo, On 20-May-2004 Georg Schilling wrote:
[...] diese auch ausgeführt werden, sollte die Mail auch in deinem Postfach liegen.
"Sollte" ist gut formuliert. Das gleiche Problem habe ich seit dem Update von der 8.1 auf die 9.0 ebenfalls. Die crontab-Befehle werden zwar ausgefuehrt, aber es gibt keine Mails mehr. Systemmails z.B. von Suseconfig werden aber weiterhin zugestellt. Das ist jetzt natuerlich wenig hilfreich, aber die Ursache fuer das Problem kenne ich auch nicht :-( Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Georg Schilling, Donnerstag, 20. Mai 2004 15:17:
Am Donnerstag, 20. Mai 2004 13:31 schrieb Marcus Roeckrath:
Hallo Georg,
Am Donnerstag, 20. Mai 2004 10:39 schrieb Georg Schilling:
viele möchten keine Mails mehr vom Cron, aber ich schon, bekomme sie aber auf der 9.1 nicht mehr.
Beinhaltet "den cron-Daemonen auch neu gestartet" auch ein crontab datei?
???
Ich kann doch die systemweite /etc/crontab editieren und diese wird ja auch benutzt. Dessen bin ich mir ja sicher, weil das Backup-Script (in /etc/crontab eingetragen) sauber zur gewünschten Zeit gestartet und durchgelaufen ist.
Auch die Scripts, die ich in cron.hourly etc hinzugefügt habe, werden anstandslos ausgeführt.
Was hat sich geändert, dass die Mails nicht bei mir als alias von root ankommen. Das alias scheint allerdings zu funktionieren, denn eine Mail eines weiteren users auf meiner Kiste an root wird von postfix korrekt an mich weitergeleitet.
Hatte bisher eine 7.2 drauf, die ich vor wenigen tagen durch eine Neuinstallation der 9.1 ersetzt habe.
Meine Vermutung war das die Veränderung des Eintrags durch ein crontab <Datei> editiert werden muss. Wenn du natürlich schon Einträge hinzugefügt hast und diese auch ausgeführt werden, sollte die Mail auch in deinem Postfach liegen. Wie gesagt, nur eine Vermutung. Aber ich kenne das nur mit dem crontab- Befehl.
Was soll den in diesem Zusammenhang der Befehl 'crontab <datei>' bewirken? Damit kann man doch lediglich eine neue crontab aus einer anderen Datei erstellen. Direkte Änderungen ('crontab -e' oder auch direktes Editieren) an der der jeweiligen crontab-Datei werden sofort übernommen. Dafür bedarf es auch keines Neustarts des Daemons. Werden denn die cron-Mails wenigstens an root ausgeliefert? Wenn ja, haut was mit deiner /etc/aliases nicht hin. Wenn nein, ...? Ich habe kein SuSE 9.1, bei mir funxt es ;-) -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Matthias, Am Donnerstag, 20. Mai 2004 16:05 schrieb Matthias Houdek:
Direkte Änderungen ('crontab -e' oder auch direktes Editieren) an der der jeweiligen crontab-Datei werden sofort übernommen. Dafür bedarf es auch keines Neustarts des Daemons.
Lieber einen Dienst restarten, als wegen Faulheit auf die Schnauze fliegen. :-))
Werden denn die cron-Mails wenigstens an root ausgeliefert?
Garnichts. In der /var/log/mail steht für die Zeit, in der die etc.hourly etc. Scripte gestartet werden keinerlei mailer Aktivität drin. Baue ich, nachdem ich in die crontab Fehler ein und entferne die Umleitung nach Null, kommen Fehlermeldungen (auch an nobody, wenn ich z. B. in der aliases "root: marcus, \root" eintrage. Gerade läuft testweise nochmal das Backup-Script. In der Prozesstabelle ist zu erkennen, dass dem Script-Aufruf ein sendmail folgt, danach noch ein postdrop. Sieht so aus, wie früher unter 7.2, nur das ich da sendmail statt postfix benutzt habe. Im mail-Log von heute Nacht, findet sich der Hinweis, dass eine Mail die originär an root ging angeblich für mich an procmail übergeben wurde; aber wo ist die?
Wenn ja, haut was mit deiner /etc/aliases nicht hin.
Da habe ich nichts verändert, bis auf die Tatsache, dass da natürlich der (von SuSEconfig erzeugte) alias von root auf mich drinsteht. Was sollen mir cron-Jobs bringen, wenn ich über den (Miß-)Erfolg z. B. eines Backups nicht informiert werde.
Wenn nein, ...? Ich habe kein SuSE 9.1, bei mir funxt es ;-)
Ich will meine 7.2 wieder. ;-) -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Mailer/BBS/Fax : +49-2536-9943 (V34, X75) FidoNet: 2:2449/523 E-Mail : marcus.roeckrath@gmx.de WWW : http://home.foni.net/~marcusroeckrath/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 20 May 2004 17:01, Marcus Roeckrath wrote:
Im mail-Log von heute Nacht, findet sich der Hinweis, dass eine Mail die originär an root ging angeblich für mich an procmail übergeben wurde; aber wo ist die?
Schau doch mal in /var/spool/mail nach. Dort sollten die lokalen Mailboxes ja liegen. Bei mir läuft noch 8.1, sodass ich zu Deinem konkreten Problem nix sagen kann, aber so findest Du wenigstens raus, an wen die Mail geht. Weitere Punkte, die ich überprüfen würde, wären: - - MAILTO= Eintrag in der crontab (siehe "man 5 crontab") - - /etc/aliases.db muss neuer sein als /etc/aliases. Sonst "newaliases" nochmal laufen lassen. Torsten -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFArM6cwicyCTir8T4RAj1rAJ4mYraO2CPomJ00y6Ko5Ljoiin+gwCfepnA LU2HS+AbcnvdDT5aTODhp7o= =+Kxv -----END PGP SIGNATURE-----
Hallo Torsten, Am Donnerstag, 20. Mai 2004 17:28 schrieb Torsten Foertsch:
Im mail-Log von heute Nacht, findet sich der Hinweis, dass eine Mail die originär an root ging angeblich für mich an procmail übergeben wurde; aber wo ist die?
Schau doch mal in /var/spool/mail nach. Dort sollten die lokalen Mailboxes ja liegen.
Wenn die vermissten Mails dort irgendwo in einer Mailbox gammeln würden, hätte man ja einen Ansatzpunkt. Wie schon gesagt: Die mitgelieferten Standardjobs liefern keinerlei Mail aus, nur nach Entfernung der /dev/null Umleitung und absichtlichem Fehlereinbau in der crontab, gibt´s eine Mail, die auch korrekt auf mich umgeleitet wird. Selbst eingetragene Jobs, wie mein Backup-Job, scheinen einen Aufruf von sendmail, wie ich ihn auch schon von älteren SuSEs kenne, nach sich zu ziehen, aber wie mir der vorige Backup-Job-Test zeigt, wurde der sendmail/postdrop-Aufruf vor Ende des Backup-Jobs beendet. In /var/spool/postfix/maildrop lag zeitweise eine 0Byte-Datei.
- MAILTO= Eintrag in der crontab (siehe "man 5 crontab") - /etc/aliases.db muss neuer sein als /etc/aliases. Sonst "newaliases" nochmal laufen lassen.
Alles tausendmal überprüft und die aliases funktioniert ja auch. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Mailer/BBS/Fax : +49-2536-9943 (V34, X75) FidoNet: 2:2449/523 E-Mail : marcus.roeckrath@gmx.de WWW : http://home.foni.net/~marcusroeckrath/
Hallo, Am Donnerstag, 20. Mai 2004 17:01 schrieb Marcus Roeckrath:
Baue ich, nachdem ich in die crontab Fehler ein und entferne die Umleitung nach Null, kommen Fehlermeldungen (auch an nobody, wenn ich z. B. in der aliases "root: marcus, \root" eintrage.
Habe genau diese Situation nochmal reproduziert. Sind in der cron-Zeile Fehler drin (z. B. nichtexistentes Programm), geht eine Fehlermail an root, die ordnungsgemäß zu meinem Useraccount weitergeleitet wird. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Mailer/BBS/Fax : +49-2536-9943 (V34, X75) FidoNet: 2:2449/523 E-Mail : marcus.roeckrath@gmx.de WWW : http://home.foni.net/~marcusroeckrath/
Marcus Roeckrath, Donnerstag, 20. Mai 2004 17:01:
Hallo Matthias,
Am Donnerstag, 20. Mai 2004 16:05 schrieb Matthias Houdek:
Direkte Änderungen ('crontab -e' oder auch direktes Editieren) an der der jeweiligen crontab-Datei werden sofort übernommen. Dafür bedarf es auch keines Neustarts des Daemons.
Lieber einen Dienst restarten, als wegen Faulheit auf die Schnauze fliegen. :-))
Ich bin lieber faul *g*
Werden denn die cron-Mails wenigstens an root ausgeliefert?
Garnichts. In der /var/log/mail steht für die Zeit, in der die etc.hourly etc. Scripte gestartet werden keinerlei mailer Aktivität drin.
Gut. Standardmäßig arbeitet cron die User-crontabs in /var/spool/cron[/crontabs]/<username> ab. Aus diesem Dateinamen leitet cron dabei den Login-Namen für die jeweiligen Prozesse sowie auch den Empfänger evtl. Fehlermails ab. Außerdem gibt es auch noch eine Systemweite crontab (/etc/crontab), in dieser gibt es die zusätzliche Spalte "user" vor dem eigentlichen Befehl. Dieser dient dann auch als Mailempfänger. Ich weiß nicht, was SuSE dort evtl. anders macht. Man kann aber in jeder crontab Parameter setzen wie "PATH = " oder "SHELL = ". Versuch mal in deiner crontab den Parameter "MAILTO = root".
Baue ich, nachdem ich in die crontab Fehler ein und entferne die Umleitung nach Null, kommen Fehlermeldungen (auch an nobody, wenn ich z. B. in der aliases "root: marcus, \root" eintrage.
Also kommen doch Mails?
Gerade läuft testweise nochmal das Backup-Script. In der Prozesstabelle ist zu erkennen, dass dem Script-Aufruf ein sendmail folgt, danach noch ein postdrop. Sieht so aus, wie früher unter 7.2, nur das ich da sendmail statt postfix benutzt habe.
Im mail-Log von heute Nacht, findet sich der Hinweis, dass eine Mail die originär an root ging angeblich für mich an procmail übergeben wurde; aber wo ist die?
Keine Ahnung. Hat root sie denn wenigstens?
Wenn ja, haut was mit deiner /etc/aliases nicht hin.
Da habe ich nichts verändert, bis auf die Tatsache, dass da natürlich der (von SuSEconfig erzeugte) alias von root auf mich drinsteht.
Was sollen mir cron-Jobs bringen, wenn ich über den (Miß-)Erfolg z. B. eines Backups nicht informiert werde.
Wenn nein, ...? Ich habe kein SuSE 9.1, bei mir funxt es ;-)
Ich will meine 7.2 wieder. ;-)
Ich hab sie noch (auf einem Server), danach bin ich umgestiegen. SuSE läuft hier nur noch manchmal testweise. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo, Am Donnerstag, 20. Mai 2004 17:58 schrieb Matthias Houdek:
Standardmäßig arbeitet cron die User-crontabs in /var/spool/cron[/crontabs]/<username> ab.
Ich arbeite nur mit der /etc/crontab. Dort sind die Variablen SHELL, PATH und MAILTO ordentlich gesetzt, genauso wie dder ausführende User vor dem eigentlichen Befehl.
Baue ich, nachdem ich in die crontab Fehler ein und entferne die Umleitung nach Null, kommen Fehlermeldungen (auch an nobody, wenn ich z. B. in der aliases "root: marcus, \root" eintrage.
Also kommen doch Mails?
Aber nur diese und zwar auch völlig korrekt. Etwas weitergekommen bin ich nun: Schaut mal in /usr/lib/cron/run-crons. Da gibt es direkt am Anfang eine Variable "SEND_MAIL_ON_NO_ERROR", die man manuell wohl auf true setzen muss, damit alle von run-cron gestarteten Scripte auch Mails versenden. Ich teste das gleich. Eigens hinzugefügte Crontab-Zeilen haben damit allerdings nichts zu tun. Hier zeichnet sich folgendes ab: Scripte, die schnell fertig sind, habe ich mal testweise eingetragen, mit dem Ergebnis, dass Mails kamen. Beim Backup-Script oder ähnlich langlaufenden Scripten, scheint aus irgendeinem Grund (Mail zu lang?, Dauer zu lang? Timeout?) das "Mitschreiben" abzubrechen. Da müsste man also mal genauer in postfix reinschauen, warum das so ist. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Mailer/BBS/Fax : +49-2536-9943 (V34, X75) FidoNet: 2:2449/523 E-Mail : marcus.roeckrath@gmx.de WWW : http://home.foni.net/~marcusroeckrath/
Hallo, Am Donnerstag, 20. Mai 2004 19:40 schrieb Marcus Roeckrath:
Schaut mal in /usr/lib/cron/run-crons. Da gibt es direkt am Anfang eine Variable "SEND_MAIL_ON_NO_ERROR", die man manuell wohl auf true setzen muss, damit alle von run-cron gestarteten Scripte auch Mails versenden.
Ich teste das gleich.
So sieht es nun aus: 1. Habe "/dev/null 2>&1" in der /etc/crontab dringelassen 2. Die Variable SEND_MAIL_ON_NO_ERROR kann man auf false lassen, allerdings muss man bei eigenen in /etc/cron.daily|hourly|weekly abgelegten Scripten darauf achten, dass sie nur bei einem errorlevel != 0 Informationen per Mail weitergeben können. Habe in allen eigenen Scripten einfach exit 1 am Ende hingeschrieben. 3. Langlaufende Scripte verlieren die Mail, weil aus irgendeinem Grund (vermutlich timeout) die vom cron gestartete Kette aus sendmail und postdrop nach 160 Minuten abbricht. Habe mal in der main.cf.default alle timeouts angesehen, aber keiner liegt irgendwie in der Nähe von 8400 Sekunden (nach Start um 14:00 brach das Logging um 16:40:08 ab). Der längste Default-Timeout von Postfix liegt bei 18000 Sekunden, was 5 Stunden entspricht. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Mailer/BBS/Fax : +49-2536-9943 (V34, X75) FidoNet: 2:2449/523 E-Mail : marcus.roeckrath@gmx.de WWW : http://home.foni.net/~marcusroeckrath/
participants (5)
-
Georg Schilling
-
Heinz W. Pahlke
-
Marcus Roeckrath
-
Matthias Houdek
-
Torsten Foertsch