Інформація про (CRON) (не встановлено MTA, відкидання виходу) »помилка в системі

У мене є нова установка Ubuntu 12.04.1 LTS на декількох серверах.

Я не додав жодних завдань із cron і не відредагував свою crontab на цих серверах, однак, приблизно в один і той же час для кожної машини, я отримую 75% сплеск процесора та наступну інформацію в моєму системі під час шипу:

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

У мене встановлено моно-повне програмне забезпечення і я запускаю веб-сервер стека послуг.

Який найкращий спосіб для мене не допустити цього? Я хотів би мати можливість видалити сплеск процесора.

Linux використовує пошту для надсилання сповіщень користувачеві. У більшості дистрибутивів Linux встановлено поштову службу (включаючи MTA). Ubuntu хоча.

Ви можете встановити поштову службу, наприклад, постфікс, щоб вирішити цю проблему.

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>

з "коренем".

Тоді мені вдалося побачити вихід помилок, пов’язаний з дозволами.

Як було сказано в попередній відповіді, це трапляється тому, що ваші завдання на роботі з крон випускають вихід, і тоді демон-крон намагається надіслати вам цей електронний лист. Якщо ви не хочете (або не можете) встановити MTA, але хочете побачити вихід, ви можете перенаправити висновок завдання cron на файл журналу. Відредагуйте файл crontab за допомогою

crontab -e

(використовувати, sudoякщо проблема з crontab 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 )   >> / some / log / file 2> & 1

Якщо ви хочете ігнорувати stdout та захоплювати лише stderr, використовуйте замість цього. Покладіть файл журналу куди завгодно - свій домашній каталог, або навіть якщо ви впевнені, що вам не потрібно буде його зберігати.> /dev/null 2>> /some/log/file/var/log/tmp

Потім подивіться файл журналу після запуску завдання.

У crontab додайте це як перший рядок:

MAILTO=""

Це не дозволить cron намагатися надсилати електронну пошту.

Якщо ви не хочете встановлювати MTA (який мені наразі не потрібен), ви можете передавати результати завдання cron в файл журналу.

sudo crontab -e

то з вашою роботою з крон виглядатиме так.

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

тоді ви можете просто загорнути колоду і подивитися, що сталося

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

Це те, що я роблю на будь-якому сервері, і бачу це повідомлення в syslog

Це давнє запитання, але є додаткова відповідь, яка корисна за деяких обставин.

Проведіть висновок своєї команди cron, loggerщоб вони опинилися в syslog.

Це трохи простіше, ніж встановити постфікс, і він виводить цей вихід у syslog поряд з іншими журналами. Ця команда буде фіксувати stdout AND stderr, тому ви не побачите No MTA installedповідомлення, а ви побачите весь результат у syslog.

Приклад запису крона:

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

Ви можете переглянути журнали зі своїм тегом, mycmdвикористовуючи:

grep 'mycmd' /var/log/syslog

Одним із побічних ефектів додавання /dev/null 2>&1до команди cron task є те, що вона відкине STDERRі STDOUT(Standard Error, і Output). Це добре працює, якщо ви не хочете отримувати електронні листи від 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

Це якщо ви намагаєтеся змусити магенто запускатись на кішематику. Журнал покаже цю помилку на віртуальній машині:

потребує оновлення.

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