že je to délkou celého cronu, kde bylo nastavení po 2 minutách a nestihlo se to, prý, zpracovat.
Tomu nerozumím. V posledních verzcích moodle se cron může (a má) spouštět, jak často chceš. Každou minutu je rozumný a pragmatický interval. Je docela běžné a stává se, že samotné vykonávání nějaké naplánované úlohy trvá déle, než jednu minutu. Od toho tam jsou potom ty zámky. Pokud se v minutu N spustí nějaká dlouhotrvající úloha, tak další spuštění v minutě N+1 si prostě vybere další úlohu v pořadí. Může jich takto jet paralelně několik, až do hodnoty nastavené v proměnné task_scheduled_concurrency_limit
(ve výchozím nastavení 3). Pouze pokud některá úloha trvá déle než task_scheduled_max_runtime
(ve výchozím nastavení 30 minut), je daný spouštěč nuceně uvolněn pro zpracování dalších úloh.
tak abych necekal ty dve minuty a ta kopie se vytvorila rychleji po zadani
To se tuším děje přes ad-hoc úlohy. V prosinci 2018 jsem o nich mluvil na setkání vývojářů - prezentace je dostupná na https://docs.moodle.org/dev/Developer_meeting_December_2018
Zkus se zeptat na hostingu, jestli by ti uměli zařídit dva spuštěné crony.
Má to tu výhodu, že ten druhý skript je v podstatě pořád spuštěný a vyčkává. Jen co se objeví nová ad-hoc úloha, hned ji spustí. A tím pádem má taky ten první klasický cron méně práce a celkový tok zpracování úloh je plynulejší.
No a zpět k tvému problému. Teoreticky je možné, že máš všechny spouštěče cronu vytížené a žádný další se tudíž nepodaří spustit. Druhá varianta je ale, že ti tam zůstal viset nějaký uzamknutý proces, taky se mi už stalo. Ale není to moc triviální na odladění...