Wysyłaj tylko wiadomości e-mail o błędach cron dla zadań w cron.daily, cron.hourly itp

Mam kilka crona, które działają (w /etc/cron.daily, /etc/cron.hourly, /etc/cron.weekly, itd.) Oraz e-mail root@localhostz wynikami. Chciałbym zatrzymać te e-maile, jeśli zadania się powiodą, i tylko e-mail z błędem (rozumiem, że można to zrobić przez przekierowanie stdoutdo /dev/null). Rozumiem, jak to zrobić dla poszczególnych zadań cron, ale skrypty w tych specjalnych katalogach są uruchamiane przy użyciu run-parts. Jaki jest najlepszy sposób na powstrzymanie wiadomości e-mail o sukcesie dla tych skryptów?

— jrdioko
źródło

Odpowiedzi:

Możesz użyć jednego z opakowań dla programów, które wypisują wszystko, gdy coś pójdzie nie tak i połkną standardowe wyjście.

Jednym z przykładów może być chroniczny , wystarczy dodać „chroniczny” do „części roboczych”, np .:

# m h dom mon dow user  command
 17 *  *   *   *  root  cd / && /etc/cronic run-parts --report /etc/cron.hourly

gdzie /etc/cronicjest miejsce z wykonywalnym skryptem chronicznym, pobranym ze wspomnianej strony internetowej.

— Cyryl Płotnicki
źródło

Powinieneś wysłać pomyślne powiadomienia e-mail, aby /dev/nullzniknęły.

Ale chcesz zobaczyć nieudane powiadomienia e-mail.

Oznacza to, że musisz najpierw skierować stdoutdo, /dev/nulla następnie bezpośrednio /dev/stderrdostdout

spróbuj zmienić część przekierowującą twoich cronjobs na

>/dev/null 2>&1

Zobacz ten link

— pavium
źródło

Czy nie powstrzymałoby to również wiadomości e-mail z błędami (ponieważ nie generowałyby żadnych danych wyjściowych)? Ponadto muszę to zrobić dla moich cron.XXXkatalogów, które używają run-parts, więc nie jest to tak proste, jak przekierowanie dla poszczególnych skryptów.

— jrdioko

Nie chodzi o to, że stderrjest wyrzucany, a następnie stderr przekierowywany do stdout. Nie jestem pewien, co to run-partsjest, ale jednak działa przekierowanie, stdouta następnie stderrwydaje się być drogą.

— pavium

Aha, przejrzałem Google run-parts. To komplikuje problem, prawda? Może powinieneś unikać run-partsi wywoływać każdy skrypt osobno.

— pavium

Oh, ok, rozumiem. run-partsuruchamia wszystkie skrypty w katalogach takich jak /etc/cron.daily, więc sztuczka polega na przekierowaniu do poszczególnych uruchomionych skryptów.

— jrdioko

Jesteś tego pewien >/dev/null 2>&1? Przetestowałem to i to wszystko prowadzi do tego /dev/null, że jeśli upuścisz, 2>&1jedyne stdout zostanie usunięte.

— jrdioko

Jeśli skrypt zachowuje się dobrze, zapisze tylko w STDOUTprzypadku powodzenia i STDERRw przypadku wystąpienia błędu.
Domyślnie cron wyśle wszystko, co skrypt zapisuje w STDOUT lub STDERR ( Arch wiki ).

Jeśli więc chcesz zachować powiadomienia o błędach, nie przekierowuj STDERR, po prostu STDOUT:

COMMAND > /dev/null

Jeśli robisz to typowo >/dev/null 2>&1, skutecznie eliminujesz oba ( dokumentacja bash ).

Zrób stdindeskryptor pliku kopią / dev / null.
Ustaw stderrdeskryptor pliku w kopię stdout(która już wskazywała na / dev / null).

— morallo
źródło

Nawet jeśli nie odpowiada to w pełni na pierwotne pytanie, rozwiązuje niektóre błędy w odpowiedzi pawium .

— morallo,