«(CRON) информация (MTA не установлена, отбрасывается вывод)» ошибка в системном журнале

У меня свежая установка Ubuntu 12.04.1 LTS и нескольких серверов.

Я не добавлял никаких заданий cron и не редактировал свой crontab на этих серверах, однако примерно в одно и то же время для каждой машины я получаю 75% -й всплеск ЦП и следующую информацию в моем системном журнале во время всплеска:

CRON[8380]: (CRON) info (No MTA installed, discarding output)

Я установил mono-complete и запускаю веб-сервер стека служб.

Каков наилучший способ остановить это? Я хотел бы иметь возможность удалить всплеск процессора.

Linux использует почту для отправки уведомлений пользователю. В большинстве дистрибутивов Linux установлен почтовый сервис (включая MTA). Ubuntu не все же.

Вы можете установить почтовый сервис, например, postfix, чтобы решить эту проблему.

sudo apt-get install postfix

Или вы можете игнорировать это. Я не думаю, что неспособность cron отправлять сообщения имеет какое-либо отношение к пику процессора (это связано с основной работой, которую выполняет cron). Может быть безопаснее установить MTA, а затем прочитать сообщения ( muttэто хороший системный почтовый ридер).

Это происходит потому, что ваши задания cron производят вывод, а затем демон cron пытается отправить вам этот вывод (т. Е. Root) по электронной почте. Если вам не нужен этот вывод, самый простой способ решить это - сбросить его в crontab:

sudo crontab -e

и добавить >/dev/null 2>&1к каждой работе:

* * * * * yourCommand >/dev/null 2>&1

В моем случае сообщение намекало на проблему с правами доступа в скрипте bash, но я не мог его увидеть, пока не установил MTA.

Как предположил, я побежал:

sudo aptitude install postfix

Я выбрал «Local» во время установки и после запуска задания cron снова:

sudo tail -f /var/mail/<user>

В моем случае я заменил

<user>

с "корнем".

Затем я смог увидеть вывод ошибок, связанных с разрешениями.

Как указывалось в предыдущем ответе, это происходит потому, что ваши задания cron выдают выходные данные, а затем демон cron пытается отправить вам этот вывод по электронной почте. Если вы не хотите (или не можете) установить MTA, но хотите увидеть вывод, вы можете перенаправить вывод задания cron в файл журнала. Отредактируйте файл crontab с помощью

crontab -e

(используйте, sudoесли проблема связана с корневым каталогом root) и добавляйте после каждой команды, например так:>> /some/log/file 2>&1

0 3 * * * cmd   >> / some / log / file 2> & 1

Если есть несколько команд на линии, разделенные ;,  &&  или ||, вы должны сделать выше для каждой команды, как это:

0 3 * * * cmd 1   >> / some / log / file 2> & 1;  cmd 2   >> / some / log / file 2> & 1

или сгруппировать их, вот так:

0 3 * * * ( cmd 1 ;   cmd 2 )   >> / некоторые / log / file 2> & 1

Если вы хотите игнорировать стандартный вывод и захватывать только стандартный вывод, используйте вместо этого. Поместите файл журнала куда угодно - в свой домашний каталог или даже если вы уверены, что вам не нужно его хранить.> /dev/null 2>> /some/log/file/var/log/tmp

Затем посмотрите на файл журнала после выполнения задания.

В crontab добавьте это как первую строку:

MAILTO=""

Это предотвратит попытку отправки электронной почты cron.

Если вы не хотите устанавливать MTA (который мне сейчас не нужен), вы можете направить результаты работы cron в файл журнала.

sudo crontab -e

тогда с твоим cron работа будет выглядеть так.

0 3 * * * /cmd/to/run >> /var/log/somelogfile.log

тогда вы можете просто хвост бревно и посмотреть, что случилось

sudo tail -f -n 50 /var/log/somelogfile.log

Это то, что я делал на любом сервере, который я вижу это сообщение в системном журнале

Это старый вопрос, но есть дополнительный ответ, который полезен в некоторых обстоятельствах.

Передайте выходные данные вашей команды cron, loggerчтобы они оказались в системном журнале.

Это немного проще, чем установка postfix, и он помещает этот вывод в системный журнал вместе с другими вашими журналами. Эта команда перехватывает stdout и stderr, поэтому вы не увидите No MTA installedсообщение и увидите все свои выходные данные в системном журнале.

Пример записи cron:

0 3 * * * (cmd1;  cmd2) 2>&1 | logger -t mycmd

Вы можете просматривать журналы с вашим тегом, mycmdиспользуя:

grep 'mycmd' /var/log/syslog

Один побочный эффект добавления /dev/null 2>&1к команде хрон рабочих мест, в том , что она будет отбрасывать как STDERRи STDOUT(Standard Error, а также выход). Это прекрасно работает, если вы не хотите получать письма от cron. Но если вы хотите, чтобы ваши ошибки отправлялись по электронной почте, используйте >/dev/nullвместо этого. Прочтите этот пост в блоге для более подробного объяснения .

Вам все равно нужно установить MTA (агент передачи почты), чтобы отправлять сообщения об ошибках. Postfix достаточно прост в установке:sudo apt-get install postfix

1. Сначала установите postfix, что может решить проблему

   sudo apt-get install postfix
   

2. Если Ubuntu, вы можете редактировать crontabфайл

   sudo vim /etc/crontab
   

3. Внимание ， отредактируйте верхний файл ， нет кода в первой строке ， и введите

   MAILTO=root // current system user
   

4. При выполнении cronлюбого задания ， вы получите электронное письмо

   mail
   

Вы можете установить MAILTO=””переменную в начале вашего crontabфайла. Это также отключит оповещение по электронной почте. Редактировать / открыть ваши задания cron:

$ crontab -e

В верхней части файла введите:

MAILTO=""

https://www.cyberciti.biz/faq/disable-the-mail-alert-by-crontab-command/

У меня была эта проблема с использованием инструментов Kitematic Docker .
Перейдите к контейнеру magento и нажмите exe.

Тогда беги

apt-get update

Это если вы пытаетесь заставить magento работать на kitematic. Журнал покажет эту ошибку на виртуальной машине:

Нужно обновить.

Извините, если это потеряло вас, но вот как это работает. Вы продолжаете заблудиться, но просто читайте об этом, и кусочки соберутся однажды. Потерпи.