Linux за българи: Форуми

здравейте изкам да попитам винаги ли трябва да рестартирам crond след смяна на часа на системата
защото съм го конфигурирал да спира системата в 3:00
а се изпълнява ntpdate през 4 минути
и не винаги се спира системата в 3:00
ето го и конфигурационния файл
0 3 * * *   root  /sbin/halt
*/4 * * * *   /usr/sbin/ntpdate 129.132.2.21

Извадка от документацията:

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 wild cards 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.

Ако часовникът ти изостава, нямаш проблем - или задачата за спиране на системата ще се изпълни, когато й дойде времето, и ще се изпълни само веднъж, ако часовникът не се върне с повече от 3 часа назад, но и да се върне с повече от 3 часа (или се получи някакъв сценарий, при който времето за задачата да има шанса да се повтори), системата така или иначе ще е изключена. В твоя случай би имал проблем (пропускане изпълнението на задачата за спиране на системата), само ако часовникът ти избързва с повече от 3 часа за тези 4 минути, между които ти е задачата за обновяване на часа, което едва ли ти се случва (ако ти се случва, имаш по-големи въпроси за решаване). Ако часовникът ти не избързва с повече от 3 часа за 4 минути, то, ако времето за изпълнение на задачата за спиране на системата се пропусне, задачата ще се изпълни при следващото задействане на демона (демек, след по-малко от минута).
Накратко, нямаш нужда от допълнителни действия (като рестартиране на демона) в твоя случай ;)

//Извън темата: Това ntpdate защо не го замениш с демона ntpd ?

//Извън темата: Това ntpdate защо не го замениш с демона ntpd ?

//точно по темата
Именно, ntpd в голяма степен замества ntpdate, но ако разликата във времето на машината и полученото от сървърите е повече от (мисля) 3 минути ntpd няма да свери времето. Но има смисъл ntpdate да се пуска не по-често то веднъж в денонощието

Нещо не ми е ясно защо трябва през 4 минути да сверяваш часовника (просто го дай на ремонт ако е толкова зле))))

А на сериозно вместо halt използвай "shutdown -h now" ако искаш наистина да спреш която и да е Unix система. Другите варианти изчакват всякакви други процеси да приключат доброволно вместо да ги "подръчкват" малко по-насериозно, че все пак ще гасим тока.

оки а кое е най доброто решение системата винаги да спира в указания час 3:0:0

оки а кое е най доброто решение системата винаги да спира в указания час 3:0:0

//off реле в захранването вързано за будилника навит за 3 часа

А сериозно аз бих използвал 'shutdown -h now'
Синхронизацията ти по време също е добре да промениш на комбинация от nptdate и ntpd, защото така е малко грозна картина. nptdate пускаш веднаж при стартиране на системата, за да синхронизира еднократно, след което работата се поема от ntpd.

Колега ти пробва ли по този начин

GeSHi (Bash):
sudo shutdown -h 03:00

Това ще спре компютъра ти точно в 03:00 часа + - 1 минута.

1 а ако системата крашне за определено време и часовника спре какво да правя
не може ли някакав скрипт дето проверява дали имам пинг до ntp servera
и ако нямам да изпълнява ntpdate

2

това сложих в конфигурацията и на две машини
но при едната работи а при другата не
защо е така

1 а ако системата крашне за определено време и часовника спре какво да правя
не може ли някакав скрипт дето проверява дали имам пинг до ntp servera
и ако нямам да изпълнява ntpdate

сменяте батерията на компютъра и ще има часовник даже и да е спряна

2

това сложих в конфигурацията и на две машини
но при едната работи а при другата не
защо е така

И по какво се различават двете машини?

ами по версията на crond може би

извинявам се конфигурацията е различна
на едината машина е 0 3 * * *    /sbin/shutdown -h now
а на другада 0 3 * * *  root    /sbin/shutdown -h now

извинявам се конфигурацията е различна
на едината машина е 0 3 * * *    /sbin/shutdown -h now
а на другада 0 3 * * *  root    /sbin/shutdown -h now

втория формат не е коректен за запис в кронтабовете, той се ползва от /etc/cron... махнете думата root от втория

мерси

а когато използвам ntpd на колко време се синхронизира времето и как може да се увеличи времето за синхронизация с останалите ntp сървъри

ntpd  се грижи постоянно за коректното време на машината. На какъвто и интервал да е, време и дата винаги ще са ОК и постоянно синхронизирани. Делта, мелта, стратум - всичко ще е ОК. Нали затова е протокола NTP и всичките му radio и GPS сървъри.

Ама пък само да те попитам колега. Абе какво толкова все им синхронизираш времето на тез твойте машини ? Толкова ли се разбутва часовника, ще ме извинят колегите от форума, ама бах го в компютъра, дето на 5 минути ще го сверявам. И ще му треперя, аджеба дали все още е верен след един час. То верно ntp заявката и отговора са по 10 кирливи байта, нито е трафик, нито нищо. Ама според мен не е редно чак такова сверяване.

Някои виртуални машини с Vmware ESX са с ужасни часовници. Може и в случая да е така.

Вместо да се слага в crontab , спокойно може да се използва

{ ntpd -qg; hwclock -w; } &

Някои виртуални машини с Vmware ESX са с ужасни часовници. Може и в случая да е така.

Може да прочетете на тази страница ($2) за Chrony - усъвършенстван наследник на ntpd.