<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Раздел полезных советов: Случайная задержка в shell-скрипте, выполняемом из crontab</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/128078.html</link>
    <description>применимо в системах без anacron, без /etc/cron.&#091;hourly&amp;#124;daily&amp;#124;weekly&amp;#124;monthly&#093; и без systemd.&lt;br&gt;&lt;br&gt;цель: чтобы вписать простую строку в crontab вида&lt;br&gt;&lt;br&gt;   0 */8  * * * $HOME/bin/script.sh&lt;br&gt;&lt;br&gt;но при этом иметь случайное начало работы (а не ровно 00:00, 08:00 и 16:00), &lt;br&gt;в начале script.sh нужно поместить&lt;br&gt;&lt;br&gt;   R0=&#096;dd if=/dev/urandom bs=1 count=4 status=none &amp;#124; od -t u4 &amp;#124; head -1 &amp;#124; cut -c 8-&#096;&lt;br&gt;   sleep &#096;echo &quot;scale=0;&quot; $R0 &#037; 3601 &amp;#124; bc&#096;&lt;br&gt;&lt;br&gt;задержка будет случайная, равномерно распределённая в интервале от 0 до 3600 секунд.&lt;br&gt;&lt;br&gt;URL: &lt;br&gt;Обсуждается: http://www.opennet.ru/tips/info/3207.shtml&lt;br&gt;</description>

<item>
    <title>Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов) (Алексей)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/128078.html#70</link>
    <pubDate>Mon, 24 Jul 2023 15:07:10 GMT</pubDate>
    <description>Тема &quot;кто виноват&quot; раскрыта.&lt;br&gt;А предложения &quot;что делать&quot; некорректны, ибо скрипт с предложенными конструкциями, растиражированный на несколько машин, будет начинать активную работу везде одновременно. Хоть с командой date, хоть с константой из башки.&lt;br&gt;Возражение, что про несколько машин в задании не упомянуто, не принимается, т.к. скрипты с форума априори обречены на многократное тиражирование.&lt;br&gt;</description>
</item>

<item>
    <title>Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов) (qwas)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/128078.html#69</link>
    <pubDate>Mon, 26 Dec 2022 12:05:26 GMT</pubDate>
    <description>sleep $(($$&#037;3600))&lt;br&gt;</description>
</item>

<item>
    <title>Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов) (OpenEcho)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/128078.html#68</link>
    <pubDate>Sun, 20 Nov 2022 10:17:08 GMT</pubDate>
    <description>&amp;gt; Нафига козе этот баян, если такое простое действо можно/нужно на скриптоте?&lt;br&gt;&lt;br&gt;Есть такое слово  &quot;независимость&quot;,  - гарантия того, что код не сломается с годами, как в примере питон2-&amp;gt;питон3 ;)&lt;br&gt;&lt;br&gt;Хотя для ОП случая вполне достаточно &lt;br&gt;&lt;br&gt;&amp;lt;code&amp;gt;&lt;br&gt;    echo $(($RANDOM &#037;3600))&lt;br&gt;&amp;lt;/code&amp;gt;&lt;br&gt;&lt;br&gt;на не секьюрных машинах&lt;br&gt;</description>
</item>

<item>
    <title>Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов) (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/128078.html#67</link>
    <pubDate>Sat, 19 Nov 2022 12:26:31 GMT</pubDate>
    <description>Нафига козе этот баян, если такое простое действо можно/нужно на скриптоте?&lt;br&gt;</description>
</item>

<item>
    <title>Случайная задержка в shell-скрипте, выполняемом из crontab (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/128078.html#66</link>
    <pubDate>Sat, 19 Nov 2022 12:23:45 GMT</pubDate>
    <description>Придумывали и будем придумывать, чтобы эту какашку не ставить.&lt;br&gt;</description>
</item>

<item>
    <title>Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов) (sshutdown0w)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/128078.html#65</link>
    <pubDate>Tue, 15 Nov 2022 11:59:14 GMT</pubDate>
    <description>вот для FreeBSD   &lt;br&gt;  -jjitter&lt;br&gt;     Enable time jitter.  Priorto executing commands, cron will sleep&lt;br&gt;     a random number ofsecondsin the range from 0 to jitter.This&lt;br&gt;     will not affect superuser jobs (see -J).  A value for jitter must&lt;br&gt;     bebetween0 and 60 inclusive.  Default is0, which effectively&lt;br&gt;     disables time jitter.&lt;br&gt;&lt;br&gt;     This option can help to smooth down systemload spikes during mo-&lt;br&gt;     ments whena lot of jobs are likely to start at once, e.g., at&lt;br&gt;     the beginning of the firstminute of each hour.&lt;br&gt;&lt;br&gt;     -Jrootjitter&lt;br&gt;     Enable time jitterfor superuser jobs.  The same as -j except&lt;br&gt;     that it will affect jobs run by the superuser only.&lt;br&gt;</description>
</item>

<item>
    <title>Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов) (Michael Shigorin)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/128078.html#64</link>
    <pubDate>Sun, 09 Oct 2022 10:07:06 GMT</pubDate>
    <description>&amp;gt; После долгих поисков проблем со всеми сервисами оказалось, что файлы из &lt;br&gt;&amp;gt; cron.daily дебиан пропускает через велосипед по имени run-parts, который не принимает &lt;br&gt;&amp;gt; т.о.ч.к.и в именах и наш сервис это животное просто игнорировало.&lt;br&gt;&lt;br&gt;Багу-то повесили, чтоб хоть в логи внятно ругалось?&lt;br&gt;</description>
</item>

<item>
    <title>Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов) (Michael Shigorin)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/128078.html#63</link>
    <pubDate>Sun, 09 Oct 2022 10:06:01 GMT</pubDate>
    <description>&amp;gt; Что будет, если клиенты отключат задержку, чтобы получить обновления раньше?&lt;br&gt;&lt;br&gt;never underestimate the power of the default (c) Malx&lt;br&gt;&lt;br&gt;...тем более когда речь об убунте (ц) я&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов) (Michael Shigorin)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/128078.html#62</link>
    <pubDate>Sun, 09 Oct 2022 10:05:00 GMT</pubDate>
    <description>&amp;gt; Значит им тоже надо головой подумать и понять, что рандомные задержки проблему &lt;br&gt;&amp;gt; не решают. Что если апдейт одного из пакетов может в одиночку нагрузить систему?&lt;br&gt;&lt;br&gt;Ну вот и подумайте.  Что речь может идти вообще не о localhost, а об удалённой стороне (как каналах, так и iops при том).  Что и на localhost могут ринуться жрать диск десятки или сотни VE/VM...&lt;br&gt;&lt;br&gt;Я тоже порой возникаю весь такой умный, а затем оказывается, что чего-то не предусмотрел (или попросту не знал) -- хорошо, когда кто-нить укажет.&lt;br&gt;</description>
</item>

</channel>
</rss>
