3

Недавно пользователь в одной из наших систем (Linux Ubuntu, но любой * nix был бы таким же) имел файл crontab, в котором отсутствовал завершающий символ новой строки.

Обычно для файлов конфигурации * nix требуется завершающий символ новой строки, cron ничем не отличается. Однако при добавлении файла без перевода строки предупреждение не выводится, и команда никогда не выполняется.

Итак, два исправления идентифицируют себя.

  1. Запустите процесс cron для проверки этих файлов.
  2. Предоставьте более дружественный интерфейс для cron.

Во-вторых, о чем этот вопрос. Либо что-нибудь, чтобы проверить синтаксис перед входом в файл, либо начать весь процесс ввода, что в любом случае немного загадочно.

Для этого конкретного компьютера потребуется инструмент командной строки, поскольку он расположен в центре обработки данных, а среда X не установлена.

|источник

4 ответа4

1

Я всегда обнаруживал, что раскраски синтаксиса в vim достаточно, чтобы сделать это для меня. Я не столкнулся с проблемой новой строки просто потому, что научил себя быть автоматным с ним, как вождение, поэтому вы получаете те ощущения, когда вы едете, думая о чем-то захватывающем, выходя из машины и удивляясь себе. "Как я сюда попал? Я не помню поездку вообще!"---" Черт, откуда взялись все эти новые строки?"

|источник
1

Теперь есть CronSandbox.

Это «песочница», где безопасно изучать команды crontab. Введите значения времени, CronSandbox проверяет синтаксис и предоставляет будущие даты и время выполнения задания.

|источник
1

Мне нравится интерфейс cron в webmin.

|источник
0

Я изменил свой редактор по умолчанию на emacs, который спрашивает, хотите ли вы завершить буфер новой строкой при выходе :)

setenv EDITOR <editor>

в вашем .bashrc (или соответствующем) должен справиться с этим решением :)

Чтобы ответить на вторую часть вашего вопроса, вы также можете просто удалить скрипты в каталогах cron.<period> в /etc

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .