CronJob Mails

[[nix]pepe]

Hi,
jedesmal wenn meine CronJobs durch laufen bekommen ich ne Mail, und da einige stündlich durchlaufen is das auf dauer relativ nervig und erzeugt nur unnützen traffic, kann mir jemand sagen, wie ich das ausstellen kann?

MfG
Pepe

[captaincrunch]

Ich poste es auch gerne noch mal ... ;)

Die Lösung ist ganz einfach :
Wenn du einen Cronjob in der Forum
0 0 * * * /pfad/zum/programm
hast, setzt du hinten einfach ein 2>&1 >/dev/null an. Dadurch leitest du die Standardausgabe und die Standardfehlerausgabe nach /dev/null um, und der crond hat nichts mehr, was er dir schicken könnte.

[[nix]pepe]

thx :D

[olaf.dietsche]

Die Lösung ist ganz einfach :
Wenn du einen Cronjob in der Forum
0 0 * * * /pfad/zum/programm
hast, setzt du hinten einfach ein 2>&1 >/dev/null an. Dadurch leitest du die Standardausgabe und die Standardfehlerausgabe nach /dev/null um, und der crond hat nichts mehr, was er dir schicken könnte.

Das muß

Code: Select all

>/dev/null 2>&1

heißen. Sonst wird bei Ausgaben auf stderr immer noch eine mail versendet. Das kann aber auch gewünscht sein, falls normale Ausgaben unterdrückt und die Fehlermeldungen erscheinen sollen.

[captaincrunch]

Sonst wird bei Ausgaben auf stderr immer noch eine mail versendet.

Falsch. Auf sämtlichen Shells leitest du erst stderr nach stdout um, damit beide nach /dev/null umgeleitet werden. Die bash handhabt die Stellung etwas sanfter, sofern du aber mal vor einer ksh (z.B.) sitzt, wirst du damit gehörig auf die Nase fallen.

Das kann aber auch gewünscht sein, falls normale Ausgaben unterdrückt und die Fehlermeldungen erscheinen sollen.

Wenn du Fehlermdelungen trotzdem sehen möchtest, leitest du halt nur stdout durch >/dev/null um, deine Variante hat nichts damit zu tun ... ;)

[[nix]pepe]

also?
was muss ich ejtzt hinten dran hängen, damit mir error ausgaben zugesendet werden alles andere aber nicht???

[captaincrunch]

Mach's einfach so, wie ich im ersten Posting vorgeschlagen hatte : häng ein 2>&1 >/dev/null hintendran, und du bekommst keine "störenden" Mails mehr ...

[olaf.dietsche]

Sonst wird bei Ausgaben auf stderr immer noch eine mail versendet.

Falsch. Auf sämtlichen Shells leitest du erst stderr nach stdout um, damit beide nach /dev/null umgeleitet werden.

Damit liegst du definitiv falsch. Die Umleitung ist ein close() gefolgt von einem dup() und kein Umbiegen in ein gemeinsames Ziel. Teste mal deine Variante.
Mit

Code: Select all

 2>&1 >/dev/null

wird stderr immer noch zu sehen sein, während mit

Code: Select all

>/dev/null 2>&1

stdout und stderr nach /dev/null umgeleitet werden.

Die bash handhabt die Stellung etwas sanfter, sofern du aber mal vor einer ksh (z.B.) sitzt, wirst du damit gehörig auf die Nase fallen.

Ich habe gerade eben beide Varianten mit bash und ksh getestet. Ergebnis: bei 2>&1 >/dev/null wird stderr immer noch ausgegeben, und zwar unabhängig davon, ob ich die bash oder ksh benutze. Das hätte mich auch sehr gewundert, wenn es das eine Mal richtig funktioniert und das andere Mal nicht.

[rootmaster]

Code: Select all

2>&1 >/dev/null

(akt.) filedeskriptor stderr -> (akt.) filedeskriptor stdout
(akt.) filedeskriptor stdout -> /dev/null

Code: Select all

>/dev/null 2>&1

(akt.) filedeskriptor stdout -> /dev/null
(akt.) filedeskriptor stderr -> (akt.) filedeskriptor stdout = /dev/null

für letzteres soll übrigens auch "&>/dev/null" funzen ;)

"back to the roots"

[olaf.dietsche]

also?
was muss ich ejtzt hinten dran hängen, damit mir error ausgaben zugesendet werden alles andere aber nicht???

Wenn du gar keine Ausgaben und damit auch keine mails haben möchtest, hängst du ein

Code: Select all

>/dev/null 2>&1

dran.

Wenn du stderr (Fehlermeldungen) sehen möchtest, hängst du entweder

Code: Select all

2>&1 >/dev/null

oder - wie CaptainCrunch im anderen Posting geschrieben hat - einfach nur

Code: Select all

>/dev/null

dran.

[[nix]pepe]

thx,
genau des wollt ich wissen olaf :D

MfG
Pepe