Откуда эта работа 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. Есть ли способ остановить это и обновлять плагины (или что-то еще) вручную?

  • Как найти беглого Кронтаба
  • sudo source: команда не найдена
  • cron, каждую минуту
  • Cronjob запускается каждые 30 минут
  • Cron arbtirary будние дни диапазон
  • Выполнение cron 9 до 5 и в полночь
  • Задача Cron запускаться каждую минуту с 11:00 до 6:00
  • Как начать работу cron без перезагрузки?
  • В чем смысл косой черты в кронтабе?
  • время crontab для выполнения, не использующее системную 'дату'
  • / etc / crontab отредактировано путем копирования и вставки, как вернуться назад?
  • Запуск нескольких заданий cron, где одна работа занимает много времени
  • 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 - лучшая ОС в мире.