Почему не работает задание cron?

Question

[Евгений Иванов]

Скрипты собирают информацию и вносят её в БД. Если запустить скрипты из браузера, то всё работает.
В таблицах базы появляются новые строки.
Мне нужно собирать информацию каждые 30 минут. Поэтому создал задание cron.

*/30 * * * * /usr/bin/php5  /var/www/4/get_data_from_site/get_data_from_site1.php >/dev/null 2>&1
*/30 * * * * /usr/bin/php5  /var/www/4/get_data_from_site/get_data_from_site2.php >/dev/null 2>&1

Перезапустил cron.
Но прошло 2 часа, а в таблицах базы нет новых строк. Т.е. задание не выполняется.
Почему не работает задание cron?

Comments

[Rsa97]

Запись в системной таблице (/etc/crontab) или пользовательской? Если в системной, то не хватает имени пользователя от которого должен запускаться скрипт.
Ну и проверьте, что в скрипте нет относительных ссылок, например к конфигурации БД.

[zorca]

Запускать нужно для проверки не в браузере, а в консоли, иначе проверка не имеет смысла

[Евгений Иванов]

Rsa97, То есть вот так нельзя?

//Путь к корневой директории сайта
$path_to_root_dir='../';


//Подключение к БД
include ($path_to_root_dir.'mysql.php');

//Функции
include ($path_to_root_dir.'functions.php');

[Rsa97]

Евгений Иванов, А вы уверены, что в момент запуска скрипта из крона рабочий путь правильный? Попробуйте изменить команду на

cd /здесь/нужный/путь && /usr/bin/php5  /var/www/4/get_data_from_site/get_data_from_site1.php >/dev/null 2>&1

[Евгений Иванов]

Да, думаю путь правильный т.к. предыдущий скрипт (задание cron) работал по этому пути.

[Евгений Иванов]

Убрал из скрипта все include. Пришлось вставить код из этих файлов вручную. (
И вроде работает. Но это не дело. (

Answer 1

[Denis Popov]

можно как сайт вызывать. по крону curl запускать... так даже удобнее будет...

Comments

[Евгений Иванов]

Как сайт не хотелось бы.
Раньше, с одной строкой, крон работал.
Возможно, у меня ошибка в написании/синтаксисе.

Answer 2

[Андрей Михалёв]

от какого пользователя запускается скрипт?
сделай перенаправление вывода в файл (не в /dev/null), и посмотри на что ругается

Comments

[Евгений Иванов]

Как я понимаю, от системы. Права доступа ко всем папкам и файлам 775.
Раньше была одна строка и один скрипт. И всё работало.

Как то так

*/10 * * * * /usr/bin/php5 /var/www/4/script.php >/dev/null 2>&1

Причем без >/dev/null 2>&1 не работало.
Но понадобилось два скрипта. И не работает ни один.
Где то ошибка в логике, синтаксисе. Что то явно не так.

Answer 3

[vanoc]

Я бы для начала проверил запущена ли вообще служба :-)

Comments

[Евгений Иванов]

Да запущена. После изменения crontab -e делаю sudo /etc/init.d/cron restart

[vanoc]

> sudo /etc/init.d/cron restart
лишнее. Кажется уже даже в убунте systemd.
Проверить запускается ли крон при загрузке и работает ли можно командами
$ systemctl list-unit-files | grep crond
crond.service enabled
$ systemctl status crond.service
● crond.service - Command Scheduler
Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2017-11-20 16:08:51 MSK; 1h 6min ago