Dotaz: Jak se chová cron při posunutí času

[Lukáš Zapletal]

Zajímalo by mě, jak se zachová cron, když má naplánováno na 2:30 ráno nějakou akci, ale posune se čas z 2 na 3 hodiny (také z cronu).

Odpovědi

[Adnusem]

Klasicky cron tohle imho neresi a proste to neprovede (vubec se chova divne pri zemene casu), napr. vcera se me akce naplanovana na 20:00 provedla v 22:15, dalsi opakovani uz je v pohode (chape to nekdo?), nicmene tyhle veci by meli byt poreseny v fcronu (ten resi aj kdyz je stroj po dobu kdy ma probihat ukol vypnuty a tak ...)
A vubec, proc presouvat cas cronem? Tohle preci resi sam localtime (staci ho linknout na Europe/Prague), nepresouva cas, systemovy hodiny zustavaj na GMT ale lokalne je videt jak ma.

[Marble]

Viz man ke cronu (verze z debianu, ale asi plati obecne):

Special considerations exist when the clock is changed by less than 3 hours, for example at the beginning and end of daylight savings time. If the time has moved forwards, those jobs which would have run in the time that was skipped will be run soon after the change. Conversely, if the time has moved backwards by less than 3 hours, those jobs that fall into the repeated time will not be re-run.

Only jobs that run at a particular time (not specified as @hourly, nor with '*' in the hour or minute specifier) are affected. Jobs which are specified with wildcards are run based on the new time immediately.

Clock changes of more than 3 hours are considered to be corrections to the clock, and the new time is used immediately.

[Michal Kubeček]

verze z debianu, ale asi plati obecne

Neplatí. Naopak, takové chování je spíš netypické.

[Lukáš Zapletal]

No je to v debianu i red hatu, tak nevím...

[Michal Čihař]

Na SUSE taky… A nejspíš kdekoliv, kde je Vixie cron.

[Michal Kubeček]

Podle mých zkušeností na SuSE 10.2 ne. Když jsem pod VMware nouzově použil

  */15 * * * *       /usr/sbin/netdate tcp unicorn

zcela běžně jsem měl v logu od cronu dva zápisy o spuštění, které měly stejný čas, což by se podle výše uvedené citace stát nemělo.

[Marble]

Mělo, protože má hvězdičku u hodin a minut. Přečti si prosím ten kus manuálu pořádně. Navíc to i dává smysl, když chci něco spouštět každých 15 minut, tak jsou mi posuny letního času jedno, ne?

[Marble]

Aha, teď jsem si uvědomil, že tady jde o srovnání času a posun jen o krátký čas. Pak to chování tak úplně logické není, ale odpovídá úryvku výše.

[Michal Čihař]

Já to nezkoušel, jenom jsem si přečetl dokumentaci:

Daylight Saving Time and other time changes

Local time changes of less than three hours, such as those caused by the start or end of Daylight Saving Time, are handled specially. This only applies to jobs that run at a specific time and jobs that are run with a granularity greater than one hour. Jobs that run more frequently are scheduled normally.

If time has moved forward, those jobs that would have run in the interval that has been skipped will be run immediately. Conversely, if time has moved backward, care is taken to avoid running jobs twice. Time changes of more than 3 hours are considered to be corrections to the clock or timezone, and the new time is used immediately.