Надійне відключення конкретного крона. {Погодинний, щоденний, щотижневий} сценарій

У різних системах, якими я адмініструю, існують сценарії кронів, які запускаються через широко використовуваний /etc/cron.{hourly,daily,weekly}макет. Що я хочу знати, чи є якась загальна функція "відключити цей скрипт".

Очевидно, що просто видалення чогось із заданого каталогу відключить це, але я шукаю більш постійне рішення. Видалення /etc/cron.daily/slocateбуде працювати, щоб вимкнути ніч updatedbна моїй домашній машині (де я ніколи не використовуюсь slocate), але наступного разу, коли я оновлю пакет пакету, я впевнений, що він знову з’явиться.

Два дистрибуції, які мене найбільше цікавлять, - це Gentoo та OpenSUSE, але я сподіваюся, що існує широко впроваджений механізм. Обидва дистрибутива, як у мене, використовують vixie-cron (не впевнений, що це має значення).

Ви повинні мати можливість chmod -x scriptnameвідключити скрипт, але залишити файл на місці.

run-parts не виконує завдання, які мають крапку у своєму імені

mv /etc/cron.d/job /etc/cron.d/job.disabled

зробить трюк.

Зазвичай cron.dailyвикликається через /etc/crontabлінію, наприклад, наприклад,

run-parts --report /etc/cron.daily

man run-parts надає варіанти.

run-parts --test /etc/cron.daily показує, які завдання виконуються без їх запуску.

Я вважаю за краще зробити субдір "Інвалідів" і переїхати туди.

У будь-якому випадку, якщо ви оновлюєте пакет, цілком ймовірно, що завдання знову встане на місце або вилучені «х» біти відновляться

Ви можете видалити пакет, який ви не будете використовувати.

Якщо ви використовуєте cfengine ( https://cfengine.com/ ), ви можете це зробити з відключенням. Ви просто напишете файл з обіцянками для групи хостів, і він застосує себе в наступному запуску cfagent. Зробити це з лялькою або шеф-кухарем або будь-яким іншим також слід досить просто.

/Etc/cron.daily та ін. ін. сценарії виконуються за допомогою сценарію, який називається run-parts. Цей сценарій відрізняється. Наприклад, зазначений вище перемикач --test не знаходиться на машині, якою я зараз користуюся.

Виконати частини - це сценарій баш. Це, як правило, корисний інструмент для запуску всіх сценаріїв у каталозі, який подається як аргумент. Зазвичай він знаходиться в / usr / bin / run-parts.

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

У версії, на яку я дивлюся, є логіка, яка під час роботи з каталогом <foo> перевіряє наявність <foo> /jobs.deny. Якщо це існує, він відмовляється запускати будь-який скрипт, який згадується у цьому файлі, у рядку. Якщо припустити, що у вас є ця функціональність, вона є приголомшливою, оскільки вона буде працювати, коли встановлений або оновлений пакет, який встановлюється.

Якщо crontabsви маєте справу з RHEL та похідними (які надає пакет), ви можете явно відключити завдання, ввівши його ім'я у jobs.denyфайл.

З crontabs / Run-сторінки людини :

Виконання файлів можна дозволити або відмовити, створивши файл jobs.allow або jobs.deny, який працював аналогічно іншим конфігураційним файлам дозволу / заборони. Файл повинен бути створений у вказаному каталозі.

Example /etc/cron.daily/jobs.deny може містити, наприклад, 0logwatch, що забороняє виконання цього сценарію.

Якщо ви також не хочете користувальницьких crontabs, просто відключіть crond у списку послуг.

У Debian та версіях, заснованих на Debian, це просто питання про видалення символьної посилання з відповідного /etc/rcX.d (для runlevel X).

Я не знаю, як ви обробляєте послуги в SUSE або Gentoo.