Откуда эта работа munin cron?

У меня есть куча узлов мунина, и каждые пять минут они создают это сообщение в /etc/syslog :

 CRON[5779]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12 >/dev/null; fi) 

В crontab нет работы, связанной с munin. Я предполагаю, что это какой-то скрипт для проверки обновлений плагина munin. Есть ли способ остановить это и обновлять плагины (или что-то еще) вручную?

  • Вход Crontab с часовым диапазоном, проходящим в полночь
  • Создание задания cron и просмотр его вывода в режиме реального времени
  • Может grep | crontab уничтожить все рабочие места?
  • Скрипт запускается вручную, но не из cron
  • Как найти беглого Кронтаба
  • почему не 0 0 * * 1 root hostname >> /tmp/hostname.txt работать как crontab?
  • Не все сценарии оболочки, работающие с crontab
  • В чем цель использования разных crontab для каждого пользователя?
  • One Solution collect form web for “Откуда эта работа munin cron?”

    Для пользователя есть два набора заданий cron: пользовательский crontab (отредактированный crontab -e ) и система crontab ( /etc/crontab ). Система crontab позволяет системному администратору выполнять задания как любой пользователь – обычно root или системная учетная запись.

    Необязательно иметь пользовательский crontab на системной учетной записи, потому что системная учетная запись не должна быть той, которая модифицирует crontab, администратор должен это сделать. А дистрибутивы никогда не будут отправлять пользовательские crontab, потому что в дистрибутиве нет полного контроля над именами пользователей и идентификаторами пользователей, тогда как отгрузки в /etc являются обычными. Итак, все, что происходит от дистрибутива, находится в системе crontab.

    Расположение системы crontab – /etc/crontab . По крайней мере на Debian-дериваторах /etc/crontab содержит фактических сервисов, а только инструкции для запуска скриптов под подкаталогами /etc таких как /etc/cron.daily для ежедневных заданий и т. Д. Кроме того, cron Debian считывает записи в /etc/cron.d . Причиной размещения отдельных заданий в отдельных файлах является упрощение управления пакетами (пакет может просто отбросить файл в каталоге для регистрации задания cron). Поэтому, если вы ищете системное задание cron, проверьте /etc/cron* , а не только /etc/crontab .

    Linux и Unix - лучшая ОС в мире.