Beim Laufen:
/usr/bin/php /var/www/magento2/bin/magento cron:run | grep -v "Ran jobs by schedule" >> /var/www/magento2/var/log/magento.cron.log
Ich bekomme:
[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
gibtPHP 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
Antworten:
In meinem Fall wurde dies durch einige von Magento 1 migrierte Cron-Jobs verursacht
core_config_data
. Magento 2 erwartet das Formatcrontab/{groupname}/jobs/{code}
, während die importierten den Gruppennamen verfehlen (dh Standard). In diesem Fall möchten Sie möglicherweise die falschen Einträge in löschencore_config_data
oder aktualisieren, um die neuen Cron-Jobs zuzuordnen.quelle
core_config_data
Tabelle entfernen und dann ausführenphp bin/magento setup:upgrade
.bin/magento ca:fl config
war genug für michDELETE FROM core_config_data WHERE path LIKE 'crontab/%' AND path NOT LIKE 'crontab/default%' AND config_id > 0
Ich brauchte den letzten TeilAND config_id > 0
wegen des abgesicherten Modus.Ich habe den gleichen Fehler. Dies ist der Fehler bei der Migration von Magento 1 nach Magento 2. Also habe ich ihn behoben, indem ich alle Zeilen entfernt habe, deren "Pfad" mit "crobtab" in der Tabelle "core_config_data" beginnt.
Führen Sie dann Folgendes aus: php bin / magento setup: upgrade
Und Fehler behoben. Magento 2 generiert wieder alle Cronjobs.
quelle
Wie rcason sagte: Dieses Problem ist auf die Migration von Magento 1 nach Magento 2 zurückzuführen. Nach dem Entfernen aller Werte, die mit crontab / default ... (unter Konfigurationspfad) beginnen, aus "core _config_data" ist das Problem behoben, und M2-Cron-Jobs Jetzt ohne Probleme ausführen.
quelle
Sieht so aus, als hätten Sie das falsche Format der Cron-Konfiguration in der Datenbank. Versuchen Sie es mit der Bereinigungstabelle
cron_schedule
und führen Sie cron erneut aus.Überprüfen Sie auch die Cron-Einstellung in der Systemkonfiguration.
quelle
cron_schedule