Вопросы Теги

Остановить почту отправки крона для резервного сценария?

Вы устанавливали GTK2 '-dev' пакеты? Они - 'другая половина'. Большинству людей обычно просто нужны библиотеки, так как программы уже записаны и скомпилированы, они просто связываются с библиотеками, и жизнь хороша.

Но людям, компилирующим код, нужны 'описания и указатели' на библиотечные подпрограммы, который содержится в '-dev' пакеты. Я пишу этому тот путь, так как имена пакета обычно очень похожи, только с '-dev', прикрепляемым на конце.

Например, в моей системе, '-dev' файл для GTK2 называют 'libgtk2.0-dev'. Взгляните в своем диспетчере пакетов для чего-то подобного.

Удачи.

Вы не получаете ошибку, так как Vim настраивает сценарий, не ТРЕБУЕТ библиотек GTK2, это - 'автоматическое', настраивают опцию, поэтому если это существует, это использует его, в противном случае это отступает к визуально ошеломляющему взгляду мотива.

13
30.07.2013, 20:54
4 ответа

Крон попытается послать электронное письмо с любым выводом, который, возможно, произошел, когда команда была выполнена. Из страницы справочника крона:

При выполнении команд любой вывод отправляется по почте владельцу crontab (или пользователю, указанному в переменной среды MAILTO в crontab, если такой существует). Любой вывод задания может также быть отправлен в системный журнал при помощи-s опции.

Таким образом для отключения его для определенной crontab записи просто получают весь вывод команд и или направляют его к файлу или к /dev/null.

30 * * * * notBraiamsBackup.sh >/dev/null 2>&1
22
27.01.2020, 19:52
  • 1
    D: использование моего примера! –  Braiam 25.07.2013, 04:07
  • 2
    @Braiam - извините я чувствовал себя ленивым и не испытывал желание вводить его. Я ввел бы то же самое так или иначе 8-). –  slm♦ 25.07.2013, 04:12
  • 3
    @Braiam - это лучше? 8-). –  slm♦ 25.07.2013, 04:14
  • 4
    Работает отлично, точно что я искал. –  Carter 25.07.2013, 09:33
  • 5
    Обратите внимание на это в моем CentOS 7, с crontab нет cron, -s средства selinux context..... –  WesternGun 09.01.2018, 19:18

Если Вы не хотите письма для определенной задачи крона, можно просто добавить >/dev/null 2>&1 в конце строки:

30 * * * * backup.sh >/dev/null 2>&1
4
27.01.2020, 19:52
  • 1
    я выбираю этот путь: Вы потеряли след всего, но аккуратно. –  WesternGun 09.01.2018, 19:09

К команде gnu tar следует добавить следующее: --warning=no-file-changing

That will suppress all the "%s: file changed as we read it" message. А используя это решение (и не перенаправляя все в /dev/null), вы все равно сможете получать сообщения об ошибках, когда что-то действительно пойдет не так...

С помощью флага --warning можно включать и выключать много различных сообщений, которые печатает tar. Вот соответствующая часть руководства со всеми ключевыми словами, которые вы можете использовать: https://www.gnu.org/software/tar/manual/html_section/tar_27.html.

Примечание: добавив "no-" перед ключевым словом, сообщение будет подавлено.

0
27.01.2020, 19:52

Вместо того, чтобы передавать все по конвейеру в / dev / null (что может оставить вас без понятия, что произошло, если что-то пойдет не так), вы можете направить свои скрипты в файлы журналов следующим образом: 

30 * * * * backup.sh > ~/logs/backup.log

И чтобы перестать получать почту, просто установите для переменной MAILTO пустую строку в начале вашего файла crontab: 

MAILTO=""
13
27.01.2020, 19:52

Теги

Похожие вопросы