Cron перестал работать на сервере, в чем может быть проблема?

Question

[Александр]

Добрый день, cron перестал выполнять задания совсем. Решил попробовать создать занового файл и все прописать. Получился вот такой файл

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin/
# m h dom mon dow user  command

*  *    * * *   root    touch /root/home/1.txt
#

Для теста решил дать задание, чтобы он создавал файл в определенной папке, но ничего не происходит абсолютно, задание редактирую через команду sudo crontab -e. Если в ручную выполняю touch /root/home/1.txt, то файл создается.

Кто знает в чем может быть дело?

Comments

[ky0]

Что в логах крона?

[Александр]

ky0, cat /var/log/syslog | grep 'cron' - этой командой можно достать лог? Просто я в этом не особо разбираюсь, что смог нагуглить.

[Александр]

ky0,

Dec 14 07:17:01 zmm CRON[3786]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 07:17:01 zmm CRON[3788]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 08:17:01 zmm CRON[5243]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 08:17:01 zmm CRON[5244]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 09:17:01 zmm CRON[6798]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 09:17:01 zmm CRON[6801]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 10:17:01 zmm CRON[9083]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 10:17:01 zmm CRON[9082]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 11:17:01 zmm CRON[12837]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 11:17:01 zmm CRON[12840]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 12:17:01 zmm CRON[16602]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 12:17:01 zmm CRON[16603]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 13:17:01 zmm CRON[19766]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 13:17:01 zmm CRON[19767]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 14:17:01 zmm CRON[25624]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 14:17:01 zmm CRON[25623]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 15:04:54 zmm crontab[28424]: (root) BEGIN EDIT (root)
Dec 14 15:05:19 zmm crontab[28424]: (root) REPLACE (root)
Dec 14 15:05:19 zmm crontab[28424]: (root) END EDIT (root)
Dec 14 15:05:36 zmm cron[28464]: (CRON) INFO (pidfile fd = 3)
Dec 14 15:05:36 zmm cron[28464]: (CRON) INFO (Skipping @reboot jobs -- not system startup)
Dec 14 15:08:50 zmm crontab[28562]: (root) BEGIN EDIT (root)
Dec 14 15:12:12 zmm crontab[28562]: (root) REPLACE (root)
Dec 14 15:12:12 zmm crontab[28562]: (root) END EDIT (root)
Dec 14 15:12:47 zmm crontab[28719]: (root) BEGIN EDIT (root)
Dec 14 15:13:01 zmm cron[28464]: (root) RELOAD (crontabs/root)
Dec 14 15:13:36 zmm crontab[28719]: (root) REPLACE (root)
Dec 14 15:13:36 zmm crontab[28719]: (root) END EDIT (root)
Dec 14 15:14:01 zmm cron[28464]: (root) RELOAD (crontabs/root)
Dec 14 15:17:01 zmm CRON[28854]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 15:17:19 zmm crontab[28869]: (root) BEGIN EDIT (root)
Dec 14 15:17:34 zmm crontab[28869]: (root) END EDIT (root)
Dec 14 15:21:00 zmm crontab[28973]: (root) BEGIN EDIT (root)
Dec 14 15:23:56 zmm crontab[28973]: (root) END EDIT (root)
Dec 14 15:45:04 zmm cron[30060]: (CRON) DEATH (can't lock /var/run/crond.pid, otherpid may be 28464: Resource temporarily unavailable)
Dec 14 15:48:02 zmm systemd[1]: cron.service: main process exited, code=killed, status=9/KILL
Dec 14 15:48:02 zmm systemd[1]: Unit cron.service entered failed state.
Dec 14 15:49:00 zmm cron[30168]: (CRON) INFO (pidfile fd = 3)
Dec 14 15:49:00 zmm cron[30168]: (CRON) INFO (Skipping @reboot jobs -- not system startup)
Dec 14 15:50:50 zmm cron[30428]: (CRON) DEATH (can't lock /var/run/crond.pid, otherpid may be 30168: Resource temporarily unavailable)
Dec 14 15:51:22 zmm cron[30662]: (CRON) INFO (pidfile fd = 3)
Dec 14 15:51:22 zmm cron[30662]: (CRON) INFO (Skipping @reboot jobs -- not system startup)

Answer 1

[Лев Забудкин]

Видимо служба не запущена.

service cron status
что говорит?

/etc/init.d/cron status
что говорит?

Если ubuntu/debian, то:
sudo systemctl enable cron

чтобы всегда запускалась служба.

А запустить вручную:
service cron start
/etc/init.d/cron start

Если у Вас старые версии, то там может быть не cron, а crond

Comments

[Александр]

● cron.service - Regular background program processing daemon
   Loaded: loaded (/lib/systemd/system/cron.service; enabled)
   Active: active (running) since Sat 2019-12-14 15:05:36 MSK; 24min ago
     Docs: man:cron(8)
 Main PID: 28464 (cron)
   CGroup: /system.slice/cron.service
           └─28464 /usr/sbin/cron -f

Dec 14 15:26:01 zmm CRON[29441]: pam_unix(cron:session): session closed for user root
Dec 14 15:27:01 zmm CRON[29468]: pam_unix(cron:session): session opened for user root by (uid=0)
Dec 14 15:27:01 zmm CRON[29469]: (root) CMD (root    touch /root/home/1.txt)
Dec 14 15:28:01 zmm CRON[29492]: pam_unix(cron:session): session opened for user root by (uid=0)
Dec 14 15:28:01 zmm CRON[29493]: (root) CMD (root    touch /root/home/1.txt)
Dec 14 15:28:01 zmm CRON[29492]: pam_unix(cron:session): session closed for user root
Dec 14 15:29:01 zmm CRON[29511]: pam_unix(cron:session): session opened for user root by (uid=0)
Dec 14 15:29:01 zmm CRON[29512]: (root) CMD (root    touch /root/home/1.txt)
Dec 14 15:30:01 zmm CRON[29535]: pam_unix(cron:session): session opened for user root by (uid=0)
Dec 14 15:30:01 zmm CRON[29536]: (root) CMD (root    touch /root/home/1.txt)

Это команды status говорят.

[Лев Забудкин]

Александр, значит запущен и работает.
Я так понимаю просто папки /root/home/ не существует? :) ну нет папки home в /root :) Да?

[Александр]

zabudkin, Имеется, я писал, что в ручную все выполняется,

[Александр]

zabudkin, вот что смог получить

Dec 14 07:17:01 zmm CRON[3786]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 07:17:01 zmm CRON[3788]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 08:17:01 zmm CRON[5243]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 08:17:01 zmm CRON[5244]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 09:17:01 zmm CRON[6798]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 09:17:01 zmm CRON[6801]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 10:17:01 zmm CRON[9083]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 10:17:01 zmm CRON[9082]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 11:17:01 zmm CRON[12837]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 11:17:01 zmm CRON[12840]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 12:17:01 zmm CRON[16602]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 12:17:01 zmm CRON[16603]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 13:17:01 zmm CRON[19766]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 13:17:01 zmm CRON[19767]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 14:17:01 zmm CRON[25624]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 14:17:01 zmm CRON[25623]: (root) CMD (root    cd / && run-parts --report /etc/cron.hourly)
Dec 14 15:04:54 zmm crontab[28424]: (root) BEGIN EDIT (root)
Dec 14 15:05:19 zmm crontab[28424]: (root) REPLACE (root)
Dec 14 15:05:19 zmm crontab[28424]: (root) END EDIT (root)
Dec 14 15:05:36 zmm cron[28464]: (CRON) INFO (pidfile fd = 3)
Dec 14 15:05:36 zmm cron[28464]: (CRON) INFO (Skipping @reboot jobs -- not system startup)
Dec 14 15:08:50 zmm crontab[28562]: (root) BEGIN EDIT (root)
Dec 14 15:12:12 zmm crontab[28562]: (root) REPLACE (root)
Dec 14 15:12:12 zmm crontab[28562]: (root) END EDIT (root)
Dec 14 15:12:47 zmm crontab[28719]: (root) BEGIN EDIT (root)
Dec 14 15:13:01 zmm cron[28464]: (root) RELOAD (crontabs/root)
Dec 14 15:13:36 zmm crontab[28719]: (root) REPLACE (root)
Dec 14 15:13:36 zmm crontab[28719]: (root) END EDIT (root)
Dec 14 15:14:01 zmm cron[28464]: (root) RELOAD (crontabs/root)
Dec 14 15:17:01 zmm CRON[28854]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 14 15:17:19 zmm crontab[28869]: (root) BEGIN EDIT (root)
Dec 14 15:17:34 zmm crontab[28869]: (root) END EDIT (root)
Dec 14 15:21:00 zmm crontab[28973]: (root) BEGIN EDIT (root)
Dec 14 15:23:56 zmm crontab[28973]: (root) END EDIT (root)
Dec 14 15:45:04 zmm cron[30060]: (CRON) DEATH (can't lock /var/run/crond.pid, otherpid may be 28464: Resource temporarily unavailable)
Dec 14 15:48:02 zmm systemd[1]: cron.service: main process exited, code=killed, status=9/KILL
Dec 14 15:48:02 zmm systemd[1]: Unit cron.service entered failed state.
Dec 14 15:49:00 zmm cron[30168]: (CRON) INFO (pidfile fd = 3)
Dec 14 15:49:00 zmm cron[30168]: (CRON) INFO (Skipping @reboot jobs -- not system startup)
Dec 14 15:50:50 zmm cron[30428]: (CRON) DEATH (can't lock /var/run/crond.pid, otherpid may be 30168: Resource temporarily unavailable)
Dec 14 15:51:22 zmm cron[30662]: (CRON) INFO (pidfile fd = 3)
Dec 14 15:51:22 zmm cron[30662]: (CRON) INFO (Skipping @reboot jobs -- not system startup)

Предполагаю вот по этой строке, что не так что-то.
Dec 14 15:50:50 zmm cron[30428]: (CRON) DEATH (can't lock /var/run/crond.pid, otherpid may be 30168: Resource temporarily unavailable)

[Лев Забудкин]

grep CRON /var/log/syslog

что говорит?

[Александр]

zabudkin,

[Лев Забудкин]

Александр, Задания выполняются исправно. Смотрите права доступа к папке.
На счёт DEATH, как я вижу на выполнение заданий это никак не влияет.
Скорее всего это ВЫ ЛИЧНО ПЫТАЛИСЬ ЗАПУСТИТЬ КРОН, когда он был запущен :)
Попробуйте вот так:
* * * * * root grep CRON /var/log/syslog >/root/cron-chisto.log

Файлик создастся?

[Александр]

Лев Забудкин, просто добавить через sudo crontab -e, эту строку в задания и не нужно перезапускать крон?

[Лев Забудкин]

Александр, крон никогда перезапускать не нужно, он сам перечитывает задания по F_LOCK (файл заблочился, значит редактируют, отблочился - перечитал). А почему У ВАС через crontab -e задание добавляется? У Вас скрипт какой-то?!

[Александр]

Лев Забудкин, во всех гайдах что я читал, задания добавляются через эту команду, я добавил вашу строку сохраняю файл, он перечитывает его автоматом и выдает вот такую строку в консоль crontab: installing new crontab, и до сегоднешнего дня я всегда добавлял через эту команду задания, они успешно отрабатывали(на этом сервере включительно), но вдруг перестали.

[Александр]

Лев Забудкин, Ваш файл по заданию создался в папке root

[Лев Забудкин]

Ну вот, крон работает.
Создайте файлик:
touch /root/alex.sh

запишите туда команды что хотите,
и добавьте на выполнение этот файл в крон, скажем на каждые 10 минут выполнение, отредактировав файл /etc/crontab:
*/10 * * * * root /root/alex.sh

Лучше редактируйте файл на прямую, если Вы редактируете через команду, то не забывайте Александр про ковычки, пожалуйста.
а если есть ковычки в добавляемой команде, то добавляйте перед ними наклонную черту \
"Я команда с \"ковычками\""

crontab: installing new crontab
- это кронтаб заметил изменение файла и его перечитал.
В линуксе все действия как правило фиксируются.

[Александр]

Лев Забудкин, Спасибо за подсказку, вот на счет ковычек я не понял, можно поподробнее что не так, по сути crontab -e и открывает файл /etc/crontab
И не понимаю, почему ваша команда выполнелась, а моя нет? Как предполагаю не хватает прав на папку /root/home? Но по сути команда запускается от root. Если не правильно думаю, поправьте пожалуйста)

[Лев Забудкин]

Александр, "И не понимаю, почему ваша команда выполнелась, а моя нет? Как предполагаю не хватает прав на папку /root/home? Но по сути команда запускается от root. "
Root - это такой же пользователь как и все, только с uid 0. Но это если кратко, на самом деле прав больше, но они упираются в то, что root может поменять права на папки и файлы. Вот поменяет и будет туда писать что хочет.
Если стоит на папке права юзера, скажем vasya и права для группы otdelvasi , то и root туда не запишет.
Может Вы папку home перенесли откуда-то, а у неё права на запись имеют только группа otdelvasi и сам хозяин vasya.
vasya может писать туда что хочет, также и группа otdelvasi может писать туда.

[Лев Забудкин]

root - это оператор, который может чем-то помочь.
Вот случилось что, а Вы не знаете что да как, он зашёл в Ваш каталог, посмотрел(!) файлы, изменить не может, ведь владелец Вы, но изменить права у файла и потом туда записать может.
На этом незыблимом праве владеть только своим строится вся структура линукса.
Да, рут прочитает всё. Но изменить - только после смены прав на файл, на что имеет полные права.
Надеюсь доходчиво объяснил.
Приятного Вам изучения мира свободы :)

[Лев Забудкин]

"Спасибо за подсказку, вот на счет ковычек я не понял, можно поподробнее что не так, по сути crontab -e и открывает файл /etc/crontab"
----
Да, верно. Он открывает задания для того пользователя, под которым Вы находитесь.
Вы меня спрашивали про -e .
Да, тут я сложал, это визуальное редактирование, прошу простить. Но про экранирование - я Вам реально немного подсказал как надо писать те же скрипты bash, чтобы не упираться в проблемы элементарные. Только не забывайте вначале писать:
#!/bin/bash

[Руслан Федосеев]

с каких пор root разучился править любые файлы в системе?
пользователь c uid=0 ложил на все права доступа, он может посмотреть все, что угодно и изменить все что угодно. Единственное исключение, добавленое в систему попозже - это chattr,lsattr - эти атрибуты могут закрыть файлы и от рута...

crontab -e никогда не открывал /etc/crontab на редактирование.
Всю жизнь он открывал файл в /var/spool/cron/
и в форматах персональных кронов и общесистемного крона есть разница
общесистемный крон (/etc/crontab) - 5 полей времени, имя пользователя от которого выполнить команду, команда.
персональный крон (crontab -e -u username) - 5 полей времени, команда.

[Лев Забудкин]

Руслан Федосеев, господин наш хороший, как же Вы правы, причём мои слова и цитируете. Да, где, что, пох где угодно смотреть может. Вот на счёт попозже - это Вы уже не сюда, господин.

------
естественно у всех свой крон. Мы в 2019 году! Явно человек не ставит себе систему старую.

[Руслан Федосеев]

интересно, почему я на своих серверах имея только рута любой файл редактирую... наверное я что то не так делаю, за 20 лет администрирования то...

Вы невнимательны все таки.
Есть общесистемный крон. Это текстовый файл /etc/crontab.
И есть крон для каждого пользователя. Редактируется командой crontab.

они существуют одновременно ) Какую бы систему вы не ставили....

[Лев Забудкин]

Руслан Федосеев, Руслан я тут Вам отвечу кратко: давайте помогать людям.

Человек решил свою проблему.

[Александр]

Руслан Федосеев, Лев Забудкин, можно такой вопрос к вам, почему через sudo crontab -e, у меня есть доступ к папке root, а в дочерних папках не выполняются скрипты, но через редактирование /etc/crontab все отрабатывает?

[Руслан Федосеев]

вы в /etc/crontab и в crontab -e в одинаковом формате задания прописываете?

[Александр]

Руслан Федосеев, Да, я взял строчку из crontab -e (скопировал) и перенес в /etc/crontab и там она сработала.

[Руслан Федосеев]

в /etc/crontab формат записи:
* * * * * пользователь команда

в crontab -e формат записи:
* * * * * команда

разницу улавливаете?

[Лев Забудкин]

Александр, отметьте задание пожалуйста, без отметки максимум 10-ти людям помочь можно.

[rionnagel]

Руслан Федосеев, Лев Забудкин, Александр,
Товарищи.... т.е. ничего, что вверху, в приведенном логе прямым текстом было написано, что автор вопроса по крону выполнял команду.... root

root touch /root/home/1.txt

извините, не сдержался)

[Лев Забудкин]

rionnagel, действительно, Вы правы!!!!!
Dec 14 15:28:01 zmm CRON[29493]: (root) CMD (root touch /root/home/1.txt)

тут видно что выполняется команда: root touch /root/home/1.txt
а не от пользователя root команда: touch /root/home/1.txt
:)))

Странно... а почему пля?!
в /etc/crontab всё верно написано. Неужели там не пробелы и не табы или ещё что...

[rionnagel]

Лев Забудкин, Тут Руслан Федосеев абсолютно прав. Автор делал crontab -e - там юзера не надо, а не редактировал общий /etc/crontab, где указывать надо.

[Лев Забудкин]

rionnagel, Вы правы, так и есть, но суть в том, что вверху-то он нам демонстрировал файл /etc/crontab и ввёл в заблуждение

[rionnagel]

Лев Забудкин, Есть вероятность, что комментарии скопировал из /etc/crontrab в crontab -e )

Answer 2

[Valdemar Smörman]

Часто очень, простое добавление в nano или др. редакторе команды расписания через:
sudo crontab -e
после сохранения Ctrl+O -> Enter, Ctrl+X, хоть и пишет, что задание модифицировано (добавлено), расписание не срабатывает.

Рекомендуется сделать перезапуск cron (crontab):

sudo /etc/init.d/cron restart

Почему sudo?

Если без него, т.е. задание писалось через crontab -e, файл ваше_имя_пользователя_в_системе пишется в:
/var/spool/cron/crontabs/ваше_имя_пользователя_в_системе

Если с sudo, т.е. задание писалось через sudo crontab -e, файл root пишется в:
/var/spool/cron/crontabs/root

Answer 3

[vreitech]

выполните

export s="$(which touch)"; perl -i -pe 's/touch/$ENV{"s"}/' /etc/crontab

проверьте через минуту, сработал ли крон.

Comments

[Александр]

vreitech ,прописал, всеравно не создает

Answer 4

[zersh]

Укажите полный путь к команде touch

Answer 5

[slalomjohn]

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