Dotaz: CRON v určitý čas

[Jakub]

Zdravím. Už si nevím rady.

Mám v /etc/crond.d/ vytvořený soubor s obsahem:

SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

14 16 * * * root /usr/bin/lynx -source "http://NECO.cz/cron.php?news"

Ale úloha se v 16:14 vůbec neprovede. Ani v syslog není žádná zmínka.

Ale když CRON nastavím na

14 * * * * root /usr/bin/lynx -source "http://NECO.cz/cron.php?news"

Tak se to v *:14 provede. Úloha se nechce spustit vždy, když nastavím nějakou hodinu.

Můžete mi někdo poradit, co mohu dělat dělat blbě?

Mockrát děkuji.

---

---

Odpovědi

[none]

Spravny cas (casova zona) na serveru kde cron bezi? Pust `date` a srovnej cas s realnym casem.

[Jakub]

Správný: Sat Oct 29 18:10:20 CEST 2011

[Šangala]

Co je tam ten 'root'?

[Kit]

Také nechápu, proč se Jakub snaží browsovat pod rootem. Když se použije crontab, tak se tam to "root" samozřejmě nepíše.

[l4m4]

To je vcelku jedno, proč to má spouštět zrovna root. Je-li to systémový crontab, tak tam jméno uživatele, pod kterým má job běžet, patří.

[Kit]

IMHO stahování novinek, pokud se netýkají přímo OS, do systémového cronu prostě nepatří. Umístění do uživatelského crontabu má mj. i výhodu v tom, že se při jeho modifikaci nemusím přihlašovat jako root. O bezpečnosti nemluvě.

[Jakub]

Mám tam jiného uživatele. Jen jsem zkoušel příklady z webu. V Linuxu jsem laik. Ale vrtá mi hlavou, proč se daná úloha nespustí v přesně daný čas.

[Jakub]

Jinak to není skript na stahování novinek. Má sloužit k denní kontrole, zda jsou na webu vložené nové novinky - pokud ano, rozešle upozornění odběratelům.

[Kit]

Pokud jsi začátečník, tak místo systémového cronu zkoušej raději své experimenty spuštěním

crontab -e

Uvidíš, že je to mnohem pohodlnější. Možná ti to bude i fungovat.

14 16 * * * /usr/bin/lynx -source "http://NECO.cz/cron.php?news"

Všimni si, že slůvko "root" tam už není.

[l4m4]

Nespouští-li se job v systémovém crontabu, tak je ještě nějaký jiný problém, než že je někdo začátečník a má to dělat jinak. A tento problém zůstane, až bude potřebovat něco spustit jako root.

[Kit]

Není například nutné po editaci souborů cronu restartovat démona?

[Jakub]

Vložen řádek: 44 20 * * * /usr/bin/lynx -source "http://NECO.cz/cron.php?news"

# For more information see the manual pages of crontab(5) and cron(8)
# c
# m h  dom mon dow   command
44 20 * * * /usr/bin/lynx -source "http://zsprusy.cz/cron.php?news"

Úloha se nerpovedla.

Když jsem ale vložil řádek (nezadal přesnou hodinu): 46 * * * * /usr/bin/lynx -source "http://zsprusy.cz/cron.php?news"

Úloha se již provede

[Kit]

Možná hloupost: Jdou ti správně hodiny? Mám na mysli nejen správně nastavený čas, ale i časovou zónu. Mně to například píše:

$ date
So říj 29 20:59:32 CEST 2011

[Jakub]

Mne to vypíše Sat Oct 29 21:01:34 CEST 2011

Ale chyba nalezena. Když nastavím CRON na 19H a 1M - tak se provede v 21H 1M. To je ono, proč mi to nešlo při zadání hodiny.

Ale nevím, kde je blbě nastaven čas, když my date píše správný??

[Kit]

Při instalaci systému se zadává, zda HW hodiny používají UTC. Pokud je na stroji dualboot s Windows, lepší je "ne", jinak "ano". Netuším, zda to mohlo mít nějaký vliv.

Vypadá to, jako kdyby cron běžel v UTC. Možná jen root má nastaveno, že má běžet v UTC, ostatní mají CEST.

[Kit]

Našel jsem tohle: The CRON_TZ variable specifies the time zone specific for the cron table. Zkus v crontabu nastavit

CRON_TZ='Europe/Prague'

[Jakub]

Díky!

V systémovém souboru CRONU je: TZ=`cat /etc/timezone`

Na internetu jsem našel návod pro jeho změnu. Provedl restart a již to JDE..

Jinak by to určitě také šlo napsat rovnou: TZ='Europe/Prague'

Mockrát děkuji.

[Kit]

Skvělé, tedy správným řešením by mělo být asi

echo 'Europe/Prague' > /etc/timezone

Doufejme, že to zase nějaký démon nepřepíše

[none]

Podle ceho usuzujes, ze se uloha neprovede? Zkus si pridat jeste jednu ulohu pod svou:

14 16 * * * root /usr/bin/lynx -source "http://NECO.cz/cron.php?news"
14 16 * * * root /bin/touch /tmp/file

A sleduj, jestli se provedla...

[Jakub]

1, Viděl bych to v syslogu 2, V databázi bych viděl zprávu o odeslání emailů 3, Přišel by mi 'Emailový zpravodaj' do emailové schránky

[none]

Prikazy se vykonavaji v cronu postupne, ozkousej tu metodu co jsem ti poslal. Pokud neprobehne tvoje prvni uloha, tak neprobehne ani ta druha.

[Jakub]

Ale chyba nalezena.

Když nastavím CRON na 19H a 1M - tak se provede v 21H 1M. To je ono, proč mi to nešlo při zadání hodiny.

Ale nevím, kde je blbě nastaven čas, když my date píše správný??

[dustin]

Je docela rozdíl mezi hledáním chyby "příkaz se vůbec neprovedl" a "příkaz se provedl o dvě hodiny později".

Podíval bych se na

http://www.mail-archive.com/linux-users@it.canterbury.ac.nz/msg30738.html

http://superuser.com/questions/248841/how-to-run-cron-jobs-on-gmt-not-local-time

[pavel]

1. Edituj crontab pomocí příkazu: crontab -e

2. Cron je omezen na /bin/sh a z důvodu bezpečnosti nejsou např. nastaveny proměnné uživatele. Je lepší si napsat skript a ten potom spouštět z cronu, například:

14 16 * * * /root/mujskript

Obsah souboru "mujskript":

#!/bin/bash

/usr/bin/lynx -source "http://NECO.cz/cron.php?news"

[dustin]

Dost často se mi s českou klávesnicí v shellu stává, že se do příkazu dostane neviditelný znak, který nejde pořádně smazat a ukáže se až při opakovaném výpisu řádky. Takový příkaz pak samozřejmě nefunguje, ač na první pohled vypadá v pořádku. Nedostává se ti tam při přepisu té hvězdičky na 16 taky nějaký takový bordel? Měníš to v nějakém editoru se zvýrazněním syntaxe? Mrkni na obsah třeba přes mcedit v hexadecimálním režimu, jestli tam není nějaký netisknutelný znak navíc.

[Jakub]

Vyřešeno