https://www.opennet.dev/openforum/vsluhforumID1/79540.html Народ может вопрос и глупый, но результат который получил я еще глупее.<br><br>Есть скрипт который запускается в 2:30 ночи. Так получилось что я не обратил на это внимания, и поскольку время перевелось на час вперед то он не запустился. Я погуглил и нашел несколько тем где написано что так и должно быть. Неужели в Crontab-е нет никакого защитного механизма?? Ведь если так то при переходе на зимнее время скрипт запустится два раза. Подскажите кто сталкивался.<br> https://www.opennet.dev/openforum/vsluhforumID1/79540.html#5 Mon, 31 Mar 2008 06:31:26 GMT &gt;[оверквотинг удален]<br>&gt; specified with wildcards are run <br>&gt;based on the new time immediately. <br>&gt;<br>&gt; Clock changes of more than <br>&gt;3 hours are considered to be corrections to the clock, and <br>&gt;the new time is used immediately. <br>&gt;<br>&gt;Как видим ситуация предусмотренная и проблем быть не должно. Однако стоит учитывать, <br>&gt;что кроме vixie-cron есть другие варианты реализации cron-like демонов и вполне <br>&gt;возможно, что в вашей системе(соляра?) стоит что-то другое. <br><br>Да у меня определенно не vixie-cron. Вот кусочек моего мана:<br><br>If some form of daylight savings or summer/winter time is in<br>effect, then jobs scheduled during the switchover period<br>could be executed once, twice, or not at all.<br><br>Так что мне не судьба. Пойду шефу скажу пусть даст распоряжение чтоб все сняли job-ы с этого времени.<br> https://www.opennet.dev/openforum/vsluhforumID1/79540.html#4 Mon, 31 Mar 2008 06:24:45 GMT Не совсем, я просто подумал что вас интересует несколько другой вопрос - как сделать чтобы задание выполнилось даже если время было существенно откорректировано или машина вообще была выключена. <br><br>А по поводу перехода на зимнее/летнее время(daylight savings time) man cron говорит следущее:<br> 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<br> 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<br> time has moved backwards by less than 3 hours, those jobs that fall into the repeated time will not be re-run.<br><br> 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<br> specified with wildcards are run based on the new time immediately.<br><br> Clock changes of more than 3 hours are considered to be correction https://www.opennet.dev/openforum/vsluhforumID1/79540.html#3 Mon, 31 Mar 2008 06:17:37 GMT &gt;&gt;Может anacron вам подойдет. <br>&gt;<br>&gt;Спасиба angra, Вы уже не первый раз даете мне полезные советы. Просто <br>&gt;тут дело в том что это production сервер. И мне проста <br>&gt;не пустят туда инстолить что то не сертефецированое со стороны SUN. <br>&gt;А доказывать что это лучше... <br>&gt;Значит и правда в стандартном кроне есть такая ФИГНЯ?? <br><br>Да, есть такая "ФИГНЯ". Обратите внимание, что во многих системах (FreeBSD, Linux, ...) в "штатном" crontab'е (т.е. том, к которому ещё не прикасался администратор) по умолчанию все задачи прописаны таким образом, чтобы исключить временной интервал 2-3 часа ночи. Как Вы думаете, почему так сделано? И почему администратор системы не должен создавать задачи в указанном интервале. Так что ССЗБ, cron тут, в общем-то, совершенно не причём.<br> https://www.opennet.dev/openforum/vsluhforumID1/79540.html#2 Mon, 31 Mar 2008 05:26:39 GMT &gt;Может anacron вам подойдет. <br><br>Спасиба angra, Вы уже не первый раз даете мне полезные советы. Просто тут дело в том что это production сервер. И мне проста не пустят туда инстолить что то не сертефецированое со стороны SUN. А доказывать что это лучше... <br>Значит и правда в стандартном кроне есть такая ФИГНЯ??<br> https://www.opennet.dev/openforum/vsluhforumID1/79540.html#1 Mon, 31 Mar 2008 05:20:20 GMT Может anacron вам подойдет. <br>