Когда работает:
/usr/bin/php /var/www/magento2/bin/magento cron:run | grep -v "Ran jobs by schedule" >> /var/www/magento2/var/log/magento.cron.log
Я получил:
[Exception]
Notice: Undefined index: jobs in /home/ubuntu/repo/project/vendor/magento/
module-cron/Model/Config/Converter/Db.php on line 39
update.log
:setup-cron.ERROR: Database 'my-db' does not exist or specified database server user does not have privileges to access this database.
delete from core_config_data where path like 'crontab/jobs%';
community.magento.com/t5/Technical-Issues/…php /var/www/shootingstuff/update/cron.php
даетPHP Warning: require_once(/dir/update/vendor/autoload.php): failed to open stream: No such file or directory in /dir/update/app/bootstrap.php on line 15 PHP Fatal error: require_once(): Failed opening required '/dir/update/vendor/autoload.php' (include_path='.:/usr/share/php') in /dir/update/app/bootstrap.php on line 15
Ответы:
В моем случае это было вызвано перемещением некоторых заданий cron из Magento 1 в
core_config_data
. Magento 2 ожидает, что формат будетcrontab/{groupname}/jobs/{code}
, в то время как импортированные пропускают имя группы (то есть по умолчанию). Если это ваш случай, вы можете удалить неправильные записиcore_config_data
или обновить их, чтобы отобразить новые задания cron.источник
core_config_data
таблицы, а затем запуститьphp bin/magento setup:upgrade
.bin/magento ca:fl config
мне было достаточноDELETE FROM core_config_data WHERE path LIKE 'crontab/%' AND path NOT LIKE 'crontab/default%' AND config_id > 0
Мне нужна последняя частьAND config_id > 0
из-за безопасного режима.У меня такая же ошибка. Это ошибка при переходе с Magento 1 на Magento 2. Поэтому я исправил это, удалив все строки, начинающиеся с «path» с помощью «crobtab» в таблице «core_config_data».
Затем запустите: php bin / magento setup: обновить
И ошибка исправлена. Magento 2 снова сгенерирует все cronjobs.
источник
Как сказал rcason: эта проблема связана с миграцией из Magento 1 в Magento 2. После удаления из «core _config_data» всех значений, начинающихся с crontab / default ... (в разделе «Config Path»), проблема решена, и задания Mron cron Теперь бегите без проблем.
источник
Похоже, у вас неправильный формат конфигурации cron в базе данных. Попробуйте очистить
cron_schedule
таблицу и попробуйте снова запустить cron.Также, пожалуйста, проверьте настройку cron в конфигурации системы.
источник
cron_schedule