- š©šŖGermany asb
New server, trying 'elysia_cron' again on three sites (in the past decade, I had been using 'ultimate_cron', which also did not work reliably)
Now using 'elysia_cron' 6.x-2.2, LTS version, from Jan 19, 2023 (https://github.com/d6lts/elysia_cron) with PHP 7.3.31-1~deb10u6.
Results as of May 28, 2024 as shown at the respective ./admin/build/cron admin pages:
1) Last run: 24.05.2024 - 23:12
2) Last run: 25.05.2024 - 05:12
3) Last run: 25.05.2024 - 05:12These were the times I ran cron manually via ./admin/reports/status/run-cron.
According to Legend, everything is in status: "Waiting for execution Job is ready to be executed, and is waiting for system cron call".
So after a decade, still the identical issue: Cron is not automatically executed according to the settings from crontab; the search index becomes quickly stale and also has to be manually updates (e.g. drush search-index); maintenance jobs like cleaning expired access logs or removing older rows from flood and batch table are not executed unattended.
Running cron manually from ./admin/build/cron takes an exec time between 25s, 51s, and 87s, so I guess timeouts should not be an issue. Really odd.