Cuando se ejecuta:
/usr/bin/php /var/www/magento2/bin/magento cron:run | grep -v "Ran jobs by schedule" >> /var/www/magento2/var/log/magento.cron.log
Yo obtengo:
[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
daPHP 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
Respuestas:
En mi caso, fue causado por algunos trabajos cron migrados desde Magento 1, en
core_config_data
. Magento 2 espera que el formato seacrontab/{groupname}/jobs/{code}
, mientras que los importados pierden el nombre del grupo (es decir, predeterminado). Si ese es su caso, es posible que desee eliminar las entradas incorrectascore_config_data
o actualizarlas para asignar los nuevos trabajos cron.fuente
core_config_data
tabla y luego ejecutarlasphp bin/magento setup:upgrade
.bin/magento ca:fl config
fue suficiente para míDELETE FROM core_config_data WHERE path LIKE 'crontab/%' AND path NOT LIKE 'crontab/default%' AND config_id > 0
Necesitaba la última parteAND config_id > 0
debido al modo seguro.Yo tengo el mismo error. Este es el error cuando la migración de Magento 1 a Magento 2. Así que lo arreglé eliminando todas las filas que tienen "ruta" comienzan por "crobtab" en la tabla "core_config_data".
Luego ejecute esto: php bin / magento setup: upgrade
Y error corregido. Magento 2 generará todos los cronjobs nuevamente.
fuente
Como dijo rcason: este problema se debe a la migración de Magento 1 a Magento 2. Después de eliminar de "core _config_data" todos los valores que comienzan con crontab / default ... (en Config Path) el problema está resuelto y M2 cron jobs ahora corre sin problema.
fuente
Parece que tiene el formato incorrecto de configuración cron en la base de datos. Pruebe la
cron_schedule
tabla de limpieza e intente ejecutar cron nuevamente.También verifique la configuración cron en la configuración del sistema.
fuente
cron_schedule