У нас есть сторожевой сценарий, который запускается на нескольких серверах и перезапускает некоторые службы в случае их сбоя. У нас они успешно работают на нескольких сайтах, однако у нас есть один сайт, на котором не выполняется запись crontab, запускающая сторожевой таймер. Если мы запускаем запись из командной строки - она работает нормально
Когда сторожевой таймер установлен, он помещает следующую строку в crontab. Вы просто удалите '#', чтобы включить его
#*/5 * * * * root /usr/local/fusion/scripts/watch_fusion_services 60
Другие записи в Crontab запускаются - это всего лишь одна строка
Я сделал следующее, чтобы попытаться решить проблему
- Удалены записи crontab для сторожевого таймера и переустановлен сторожевой таймер
- Проверен системный журнал с получением этой ошибки:
Error: bad hour; while reading /etc/crontab
- Строка crontab изменена на 6 минут вместо 5 (поскольку на этом сайте каждые 5 минут выполнялось другое задание cron)
- Ошибка системного журнала больше не возникает, однако сторожевой таймер по-прежнему не работает через crontab. Нет сообщений об ошибках в системном журнале
- протестировано запуском строки crontab из командной строки - это работает нормально
- Попытка того же процесса на тестовой виртуальной машине - работала нормально
- Попытка того же процесса в live environment - протестировано нормально
- проверенные версии ICA - обе одинаковые - GNU / Linux 3.13.0-117-generi c x86_64
- запустил ntqp -p на сервере, который возникают проблемы - время «ЛОКАЛЬНО».
- введенная вручную запись - возникают те же проблемы
Я мог бы попробовать перезагрузить сервер - но это кажется немного экстремальным для одной записи crontab не работает
Есть у кого-нибудь идеи по этому поводу?