Spuštění cronu selhalo
Vložil/a Anonymous, 28 Prosinec, 2010 - 18:24
Kategorie:
Jak na to?
Týká se verze:
Drupal 6.x
Dobrý den kolegové. I když jsem komplet prošel fórum na tento problém jsem řešení nenašel. Mám nainstalovaný Drupal 6.20 na hostingu Web4u v maximálním rozšíření. Půl roku mi vše běželo jak mělo a od začátku prosince najednou čas od času Cron nešel spustit – Spuštění cronu selhalo. Přišel jsem nato, že je občas potřeba opravit tabulky v MySQL a všechno šlapalo. Od 24.12 však už Cron nejede ani když mu skrze MySql domlouvám a protože na něm mám nastavené důležité akce je to dost tristní. Podpora Web4u hlásí, že Cron se normálně spouští a přesto požadované akce (vydat, nevydat, XML atd…) neběží. Můžete prosím poradit kde hledat problém? Moc díky
Hlavní RSS kanál
mozno malo pamate(php memory
mozno malo pamate(php memory limit)
PHP memory limit 128M to by
PHP memory limit 128M to by mělo stačit ne?
A co když spustíte cron
A co když spustíte cron ručně, to se provede?
Pokud zadám adresu
Pokud zadám adresu http://www.akce-kalendar.cz/cron.php tak se vypíše prázdná stránka takže sám nepoznám zda to jde nebo ne. Pokud zadám manuální spuštění cronu v logy/hlášení stavu přijde výpis „Spuštění cronu selhalo.“
Zkuste toto řešení:
Zkuste toto řešení: http://drupal.org/node/996044
Tak toto řešení odstraní
Tak toto řešení odstraní problém pouze částečně. V podstatě je neustále, po manuálním spuštění cronu zapotřebí vymazávat proměnné cron_semaphore a cron_last z databáze. Nicméně už jsem z toho tak trochu na nervy.
Tu je k tomu dobre info:
Tu je k tomu dobre info: http://drupal.org/node/553430 …niekedy moze pomoct aj navysit „max_execution_time“ (ak to ma hosting povolene, da sa to aj pomocou .htaccess), ale pravy dovod – ktory modul to robi by sa mal zistit, inak to moze zbytocne pretazovat server.
Velmi děkuji. Skutečně
Velmi děkuji. Skutečně naprosto jasně popsaný problém a stojí zato se podělit o řešení: 1, pro to abych se dozvěděl, který modul dělá problémy cronu jsem nainstaloval http://drupal.org/…ct/supercron , který vypíše veškeré moduly cron využívající a v pořadí v jakém je cron spouští 2, následně stačí vymazat cron_semaphore a cron_last a manuálně spustit cron 3, na stránce nově nainstalovaného Supercronu se vypíše čas a pořadí cronem obsloužených modulů a tam kde se proces zasekne to je vidět 4, podle toho lze prohodit pořadí obsluhovaných modulů tak, že tam kde problém nastal se dá až na konec 5, u mně to byly dva moduly: Search (u hostingu domlouvám max_execution_time v php.ini na 240s) a Update status 6, Update status jsem v Supercronu vypnul pro automatické spouštění cronu a budu zjišťovat aktualizace pouze manuálně
Ještě jednou díky a jdu si dát vanu mám toho plný zuby :-)
mozna by spis stalo za to
mozna by spis stalo za to casteji ten cron volat aby search nebyl indexovanim tak dlouho zatizeny.
Měl jsem nastaveno po hodině
Měl jsem nastaveno po hodině a ani tak často tam nebylo co indexovat. No nicméně Search nahradil Google Adsense search a ono to nakonec půjde
Poslat nový komentář