Cron: Лише отримувати помилки в електронних листах?

Нарешті я встановив реалістичний графік резервного копіювання моїх даних за допомогою скрипту оболонки, який обробляється cron через строгі інтервали. На жаль, я постійно отримую порожні електронні листи щоразу, коли CRON виконується, і не лише тоді, коли справи йдуть не так.

Чи можливо змусити CRON надсилати електронні листи, коли щось піде не так, тобто. мій TARне виконується за призначенням?

Ось як налаштовано мій crontab на даний момент;

0 */2 * * * /bin/backup.sh 2>&1 | mail -s "Backup status" email@example.com

Дуже дякую!

В ідеалі ви хочете, щоб ваш сценарій резервного копіювання нічого не виводив, якщо все піде так, як очікувалося, і виводить лише тоді, коли щось піде не так. Потім використовуйте змінну середовища MAILTO, щоб надіслати будь-який вихід, створений вашим сценарієм, на вашу електронну адресу.

MAILTO=email@example.com
0 */2 * * * /bin/backup.sh

Якщо ваш сценарій зазвичай видає вихід, але вам це не важливо в cron, просто надішліть його в / dev / null, і він надішле вам електронну пошту лише тоді, коли щось буде написано на stderr.

MAILTO=email@example.com
0 */2 * * * /bin/backup.sh > /dev/null

Використання хронічного сценарію обгортки виглядає непоганою ідеєю; щоб використовувати його, вам не потрібно змінювати сценарії.

Замість:

 0 1 * * * /bin/backup.sh 2>&1 | mail -s "Backup status" email@example.com

робити:

 MAILTO=email@example.com
 0 1 * * * cronic /bin/backup.sh

Простіше кажучи; він буде мовчати, якщо все працює безперебійно (статус виходу 0), але він буде докладно повідомляти, якщо ні, і нехай cron обробляє повідомлення про пошту.

Більше інформації на https://habilis.net/cronic/ .

Ви спеціально доручаєте cronзавжди надсилати електронну пошту, навіть коли /bin/backup.sh(до речі, це має бути /usr/local/bin). Просто опустіть | mail -s "Backup status" email@example.comчастину і повідомлення електронної пошти буде надіслано лише тоді, коли з'явиться вихід. Ви, ймовірно, можете (залежно від вашого cron) явно вказати адресу електронної пошти для присвоєння файлу crontab.

Детальніше див

man 5 crontab

Ви повинні керувати stderranmd не обома, stdoutа stderr.

Використовуйте 1> /dev/nullне, 2>&1і це повинно бути добре. Крім того, можливо, вам доведеться правильно повідомити про помилку у своєму резервному скрипті.

Ось ще один варіант, який я успішно використовую протягом багатьох років - захоплюйте висновок та друкуйте його лише помилково , запускаючи електронний лист. Для цього не потрібні тимчасові файли, і зберігається весь вихід . Важлива частина - це 2>&1те, що перенаправляє STDERR до STDOUT.

Надішліть весь вихід через конфігурацію електронної пошти за замовчуванням:

1 2 * * * root OUTPUT=`flexbackup -set all 2>&1` || echo "$OUTPUT"

Те саме, але з конкретною адресою та темою:

(адресу можна також змінити, встановивши MAILTO = xxxx для всього файлу crontab)

1 2 * * * root OUTPUT=`flexbackup -set all 2>&1` || echo "$OUTPUT" | mail -s "Failed to backup" an@email.address

Ви навіть можете виконати кілька дій із помилкою та додати до електронної пошти:

1 2 * * * root OUTPUT=`flexbackup -set all 2>&1` || {echo "$OUTPUT" ; ls -ltr /backup/dir ; }

Це буде працювати для простих команд. Якщо ви маєте справу зі складними трубами ( find / -type f | grep -v bla | tar something-or-other), то вам краще перемістити команду в скрипт і запустити скрипт , використовуючи вищезгаданий підхід. Причина полягає в тому, що якщо будь-яка частина труби виводиться на STDERR, ви все одно отримаєте електронні листи.