* [Comm] Branch 4.1 - не работает синхронизация времени? @ 2008-06-18 9:35 Владимир Гусев 2008-06-18 9:49 ` Motsyo Gennadi aka Drool 0 siblings, 1 reply; 27+ messages in thread From: Владимир Гусев @ 2008-06-18 9:35 UTC (permalink / raw) To: ALT Linux Community general discussions С каких-то пор стал замечать, что синхронизация времени перестала работать - это заметно по программе Время. Раньше все было один-в-один, а теперь нет. Обнаружил, что теперь есть какой-то openntpd вместо обычного [root@book ~]# rpm -qa |grep ntp ntpdate-4.2.4-alt3.p4 openntpd-3.9p1-alt8 ntp-aux-4.2.4-alt3.p4 При этом сервис ntpd присутствует: [root@book ~]# chkconfig --list |grep ntp ntpd 0:off 1:off 2:on 3:on 4:on 5:on 6:off Однако он не запущен, несмотря на 345 on (по умолчанию): [root@book ~]# service ntpd status ntpd is stopped Попытка запустить ntpd вручную ничего не дала: [root@book ~]# service ntpd start [root@book ~]# service ntpd status ntpd is stopped При инсталляции я выбирал синхронизацию с сервером. Да и после в альтераторе еще раз это перевыбрал на всякий случай. Менял серверы - без толку. Ставил вместо имен ip-адреса - без толку, была даже ругань, что нужны имена серверов (бред, а если DNS глюкнется, то что, без точного времени сидеть?). Смотрел файл: [root@book etc]# cat ntpd.conf # $OpenBSD: ntpd.conf,v 1.7 2004/07/20 17:38:35 henning Exp $ # sample ntpd configuration file, see ntpd.conf(5) # Addresses to listen on (ntpd does not listen by default) #listen on * #listen on 127.0.0.1 #listen on ::1 # sync to a single server #server ntp.example.org # use a random selection of 8 public stratum 2 servers # see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers servers pool.ntp.org Короче, не работает синхронизация. Раньше без openntpd было лучше и все работало.. Что это - баг? Если да, то на что вешать? Скорее всего это баг... -- С уважением, Владимир Гусев ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-18 9:35 [Comm] Branch 4.1 - не работает синхронизация времени? Владимир Гусев @ 2008-06-18 9:49 ` Motsyo Gennadi aka Drool 2008-06-18 13:25 ` Владимир Гусев 0 siblings, 1 reply; 27+ messages in thread From: Motsyo Gennadi aka Drool @ 2008-06-18 9:49 UTC (permalink / raw) To: ALT Linux Community general discussions Владимир Гусев пишет: > Раньше без openntpd было лучше и все > работало.. И раньше был именно openntpd: rpm -qf /etc/rc.d/init.d/ntpd openntpd-3.9p1-alt8 service ntpd status ntpd is running А еще в /etc/sysconfig/clock у меня # Whether Hardware Clock should be set to system time # at reboot/halt/poweroff. HWCLOCK_SET_AT_HALT=true По умолчанию было false, но мне кажется в таком виде от ntpd толку никакого и он выполняет только роль погремушки для времени в системном трэе. До первой перезагрузки или выключения. Мне кажется что ntpd должен делать еще и service clock sync, либо садить это в крон, иначе его работа сводится к нулю. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-18 9:49 ` Motsyo Gennadi aka Drool @ 2008-06-18 13:25 ` Владимир Гусев 2008-06-18 16:19 ` Slava Dubrovskiy 2008-06-18 17:04 ` Motsyo Gennadi aka Drool 0 siblings, 2 replies; 27+ messages in thread From: Владимир Гусев @ 2008-06-18 13:25 UTC (permalink / raw) To: community > > Раньше без openntpd было лучше и все > > работало.. > > И раньше был именно openntpd: > rpm -qf /etc/rc.d/init.d/ntpd > openntpd-3.9p1-alt8 Еще раньше, в 3.0. В 4-й ветке я как-то не обращал внимания на это, пока расхождение по времени не стало заметным.. Как копнул - так сразу и обнаружил, что, оказывается, ничего не работает... > service ntpd status > ntpd is running > > А еще в /etc/sysconfig/clock у меня > > # Whether Hardware Clock should be set to system time > # at reboot/halt/poweroff. > HWCLOCK_SET_AT_HALT=true > > По умолчанию было false, но мне кажется в таком виде от ntpd > толку никакого и он выполняет только роль погремушки для времени в > системном трэе. До первой перезагрузки или выключения. > Мне кажется что ntpd должен делать еще и service clock sync, > либо садить это в крон, иначе его работа сводится к нулю. У меня по умолчанию такое: [root@book ~]# cat /etc/sysconfig/clock # Whether Hardware Clock should be set to system time # at reboot/halt/poweroff. HWCLOCK_SET_AT_HALT=false # Whether to add or subtract time from the Hardware Clock # at startup to account for systematic drift since the # last time the clock was set or adjusted at startup. HWCLOCK_ADJUST=false # UTC=true indicates that the clock is set to UTC; # anything else indicates that it is set to local time. UTC=true # ARC=true on alpha only indicates the ARC console's # 42-year time offset is in effect; otherwise the normal # Unix epoch is assumed. #ARC=false # ZONE="filename" indicates the zonefile under /usr/share/zoneinfo # that /etc/localtime is a copy of, for example: ZONE="Europe/Moscow" # FAST=true run hwclock with the --fast option. #FAST=false -- С уважением, Владимир Гусев ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-18 13:25 ` Владимир Гусев @ 2008-06-18 16:19 ` Slava Dubrovskiy 2008-06-18 16:38 ` Pavlov Konstantin 2008-06-19 18:28 ` Vyatcheslav Perevalov 2008-06-18 17:04 ` Motsyo Gennadi aka Drool 1 sibling, 2 replies; 27+ messages in thread From: Slava Dubrovskiy @ 2008-06-18 16:19 UTC (permalink / raw) To: ALT Linux Community general discussions [-- Attachment #1: Type: text/plain, Size: 787 bytes --] Владимир Гусев пишет: >>> Раньше без openntpd было лучше и все >>> работало.. >>> >> И раньше был именно openntpd: >> rpm -qf /etc/rc.d/init.d/ntpd >> openntpd-3.9p1-alt8 >> > Еще раньше, в 3.0. В 4-й ветке я как-то не обращал внимания на это, > пока расхождение по времени не стало заметным.. Как копнул - так сразу > и обнаружил, что, оказывается, ничего не работает... > Да, согласен. на 4.0 branch тоже не работает. На 3 серверах наблюдаю. Настройки по умолчанию. -- WBR, Dubrovskiy Vyacheslav [-- Attachment #2: S/MIME Cryptographic Signature --] [-- Type: application/x-pkcs7-signature, Size: 3249 bytes --] ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-18 16:19 ` Slava Dubrovskiy @ 2008-06-18 16:38 ` Pavlov Konstantin 2008-06-18 16:59 ` Slava Dubrovskiy 2008-06-19 18:31 ` Vyatcheslav Perevalov 2008-06-19 18:28 ` Vyatcheslav Perevalov 1 sibling, 2 replies; 27+ messages in thread From: Pavlov Konstantin @ 2008-06-18 16:38 UTC (permalink / raw) To: community On Wed, Jun 18, 2008 at 07:19:14PM +0300, Slava Dubrovskiy wrote: > Владимир Гусев пишет: > >>> Раньше без openntpd было лучше и все > >>> работало.. > >>> > >> И раньше был именно openntpd: > >> rpm -qf /etc/rc.d/init.d/ntpd > >> openntpd-3.9p1-alt8 > >> > > Еще раньше, в 3.0. В 4-й ветке я как-то не обращал внимания на это, > > пока расхождение по времени не стало заметным.. Как копнул - так сразу > > и обнаружил, что, оказывается, ничего не работает... > > > Да, согласен. на 4.0 branch тоже не работает. На 3 серверах наблюдаю. > Настройки по умолчанию. openntpd вообще работает плохо, особенно на отдачу времени. -- > А в каких случаях происходит регистрация или модификация схемы ? Регистрация, симптоматически -- минимум раз во время установки gconf-enabled пакета. Модификация, как я понимаю -- в результате импульсного поступления продуктов метаболизма в виде азотистых гетероциклов в голову админа. -- peet in devel@ ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-18 16:38 ` Pavlov Konstantin @ 2008-06-18 16:59 ` Slava Dubrovskiy 2008-06-18 21:54 ` Владимир Гусев 2008-06-19 18:31 ` Vyatcheslav Perevalov 1 sibling, 1 reply; 27+ messages in thread From: Slava Dubrovskiy @ 2008-06-18 16:59 UTC (permalink / raw) To: ALT Linux Community general discussions [-- Attachment #1: Type: text/plain, Size: 408 bytes --] Pavlov Konstantin пишет: >> Да, согласен. на 4.0 branch тоже не работает. На 3 серверах наблюдаю. >> Настройки по умолчанию. >> > openntpd вообще работает плохо, особенно на отдачу времени. > Да никакой отдачи. Обычный клиент. -- WBR, Dubrovskiy Vyacheslav [-- Attachment #2: S/MIME Cryptographic Signature --] [-- Type: application/x-pkcs7-signature, Size: 3249 bytes --] ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-18 16:59 ` Slava Dubrovskiy @ 2008-06-18 21:54 ` Владимир Гусев 2008-06-19 9:37 ` Vasyl Tereshko 0 siblings, 1 reply; 27+ messages in thread From: Владимир Гусев @ 2008-06-18 21:54 UTC (permalink / raw) To: community > >> Да, согласен. на 4.0 branch тоже не работает. На 3 серверах > >> наблюдаю. Настройки по умолчанию. > >> > > openntpd вообще работает плохо, особенно на отдачу времени. > > > Да никакой отдачи. Обычный клиент. Ну так на что багу вешать будем? P.S. Завтра проверю недавно поднятый сервер - неужто и там такое.. -- С уважением, Владимир Гусев ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-18 21:54 ` Владимир Гусев @ 2008-06-19 9:37 ` Vasyl Tereshko 2008-06-19 13:40 ` Владимир Гусев 0 siblings, 1 reply; 27+ messages in thread From: Vasyl Tereshko @ 2008-06-19 9:37 UTC (permalink / raw) To: ALT Linux Community general discussions Владимир Гусев пишет: >>>> Да, согласен. на 4.0 branch тоже не работает. На 3 серверах >>>> наблюдаю. Настройки по умолчанию. >>>> >>>> >>> openntpd вообще работает плохо, особенно на отдачу времени. >>> >>> >> Да никакой отдачи. Обычный клиент. >> > > Ну так на что багу вешать будем? > > P.S. Завтра проверю недавно поднятый сервер - неужто и там такое.. > Да всё там отлично работает. у меня [root@serval ~]# rpm -qa openntpd openntpd-3.9p1-alt8 отлично исполняет роль как сервера, так и клиента. Один стоит одним концом в мир, остальные внутри локалки получают время от него. [root@caracal ~]# ntpdate -u -d 10.1.5.9 19 Jun 12:26:53 ntpdate[14777]: ntpdate 4.2.4p4@1.1520 Sat Apr 5 03:37:13 UTC 2008 (1) Looking for host 10.1.5.9 and service ntp host found : xxx.xxx.kiev.ua transmit(10.1.5.9) receive(10.1.5.9) transmit(10.1.5.9) receive(10.1.5.9) transmit(10.1.5.9) receive(10.1.5.9) transmit(10.1.5.9) receive(10.1.5.9) transmit(10.1.5.9) server 10.1.5.9, port 123 stratum 3, precision -19, leap 00, trust 000 refid [10.1.5.9], delay 0.02568, dispersion 0.00000 transmitted 4, in filter 4 reference time: cc04a0db.c4905fff Thu, Jun 19 2008 12:09:47.767 originate timestamp: cc04a4dd.75c8e7ff Thu, Jun 19 2008 12:26:53.460 transmit timestamp: cc04a4dd.7d0c9107 Thu, Jun 19 2008 12:26:53.488 filter delay: 0.02576 0.02570 0.02570 0.02568 0.00000 0.00000 0.00000 0.00000 filter offset: -0.02840 -0.02841 -0.02841 -0.02841 0.000000 0.000000 0.000000 0.000000 delay 0.02568, dispersion 0.00000 offset -0.028417 Там есть тонкость - если openntpd не может получить время от источника, то он выставляет стратум настолько большим ( кажется 19), что остальные перестают его использовать. так что без источника с малым стратумом работать естественно ничего не будет. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-19 9:37 ` Vasyl Tereshko @ 2008-06-19 13:40 ` Владимир Гусев 2008-06-19 14:01 ` Vyatcheslav Perevalov 2008-06-20 10:06 ` Vasyl Tereshko 0 siblings, 2 replies; 27+ messages in thread From: Владимир Гусев @ 2008-06-19 13:40 UTC (permalink / raw) To: community > >>>> Да, согласен. на 4.0 branch тоже не работает. На 3 серверах > >>>> наблюдаю. Настройки по умолчанию. > >>> openntpd вообще работает плохо, особенно на отдачу времени. > >> Да никакой отдачи. Обычный клиент. > > Ну так на что багу вешать будем? > > P.S. Завтра проверю недавно поднятый сервер - неужто и там такое.. > Да всё там отлично работает. у меня > [root@serval ~]# rpm -qa openntpd > openntpd-3.9p1-alt8 > отлично исполняет роль как сервера, так и клиента. Один стоит одним > концом в мир, остальные внутри локалки получают время от него. > Я не говорю о раздаче - я говорю о времени на отдельно взятом компе - не синхронизируется, несмотря на установки. Почему не стартует ntpd? Зачем он тогда там нужен включенный? Где сервис? -- С уважением, Владимир Гусев ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-19 13:40 ` Владимир Гусев @ 2008-06-19 14:01 ` Vyatcheslav Perevalov 2008-06-19 17:44 ` Владимир Гусев 2008-06-20 10:06 ` Vasyl Tereshko 1 sibling, 1 reply; 27+ messages in thread From: Vyatcheslav Perevalov @ 2008-06-19 14:01 UTC (permalink / raw) To: ALT Linux Community general discussions В сообщении от 19 июня 2008 Владимир Гусев написал(a): > Я не говорю о раздаче - я говорю о времени на отдельно взятом компе - > не синхронизируется, несмотря на установки. Почему не стартует ntpd? > Зачем он тогда там нужен включенный? Где сервис? Что говорит #ntpd -d ? -- Всего хорошего /vip ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-19 14:01 ` Vyatcheslav Perevalov @ 2008-06-19 17:44 ` Владимир Гусев 2008-06-19 18:33 ` Vyatcheslav Perevalov 2008-06-20 10:08 ` Vasyl Tereshko 0 siblings, 2 replies; 27+ messages in thread From: Владимир Гусев @ 2008-06-19 17:44 UTC (permalink / raw) To: community [-- Attachment #1: Type: text/plain, Size: 494 bytes --] > > Я не говорю о раздаче - я говорю о времени на отдельно взятом компе > > - не синхронизируется, несмотря на установки. Почему не стартует > > ntpd? Зачем он тогда там нужен включенный? Где сервис? > > Что говорит > #ntpd -d ? См. аттач к письму. -- С уважением, Владимир Гусев [-- Attachment #2: ntpd.log --] [-- Type: text/x-log, Size: 6939 bytes --] [root@book ~]# ntpd -d ntp engine ready reply from 85.21.125.66: offset -26.068185 delay 0.004062, next query 8s reply from 212.100.132.50: offset -26.108687 delay 0.023096, next query 6s reply from 193.125.143.173: offset -26.109478 delay 0.025784, next query 9s reply from 194.33.191.69: offset -26.098280 delay 0.030128, next query 7s reply from 212.100.132.50: offset -26.108423 delay 0.023198, next query 7s reply from 194.33.191.69: offset -26.098062 delay 0.030000, next query 9s reply from 85.21.125.66: offset -26.067662 delay 0.003505, next query 7s reply from 193.125.143.173: offset -26.109508 delay 0.023702, next query 5s reply from 212.100.132.50: offset -26.108194 delay 0.023311, next query 6s reply from 193.125.143.173: offset -26.109451 delay 0.024057, next query 9s reply from 85.21.125.66: offset -26.067220 delay 0.003309, next query 5s reply from 194.33.191.69: offset -26.097789 delay 0.030145, next query 8s peer 212.100.132.50 now valid reply from 212.100.132.50: offset -26.108048 delay 0.023189, next query 5s peer 85.21.125.66 now valid reply from 85.21.125.66: offset -26.067019 delay 0.003179, next query 6s peer 193.125.143.173 now valid reply from 193.125.143.173: offset -26.109890 delay 0.025963, next query 5s reply from 212.100.132.50: offset -26.107906 delay 0.023117, next query 9s peer 194.33.191.69 now valid reply from 194.33.191.69: offset -26.097569 delay 0.030036, next query 9s reply from 85.21.125.66: offset -26.067258 delay 0.004044, next query 5s reply from 193.125.143.173: offset -26.109031 delay 0.023987, next query 7s reply from 85.21.125.66: offset -26.066854 delay 0.003881, next query 5s reply from 212.100.132.50: offset -26.107564 delay 0.023047, next query 5s reply from 194.33.191.69: offset -26.097266 delay 0.030027, next query 6s reply from 193.125.143.173: offset -26.108672 delay 0.023919, next query 7s reply from 85.21.125.66: offset -26.066820 delay 0.003770, next query 33s reply from 212.100.132.50: offset -26.107435 delay 0.023021, next query 34s reply from 194.33.191.69: offset -26.096989 delay 0.030178, next query 8s reply from 193.125.143.173: offset -26.108198 delay 0.024228, next query 33s reply from 194.33.191.69: offset -26.096768 delay 0.030059, next query 31s reply from 85.21.125.66: offset -26.065600 delay 0.003894, next query 33s reply from 212.100.132.50: offset -26.106237 delay 0.023053, next query 33s reply from 193.125.143.173: offset -26.107095 delay 0.025337, next query 33s reply from 194.33.191.69: offset -26.095741 delay 0.030114, next query 33s adjusting local clock by -26.102748s skiping very first adjtimex reply from 85.21.125.66: offset -26.052371 delay 0.003128, next query 34s reply from 212.100.132.50: offset -26.091906 delay 0.023161, next query 34s reply from 193.125.143.173: offset -26.091608 delay 0.023941, next query 33s reply from 194.33.191.69: offset -26.078345 delay 0.030150, next query 33s ntp engine exiting dispatch_imsg in main: pipe closed Lost child: child exited Terminating [root@book ~]# ntpd -d > /tmp/ntpd.log ntp engine ready reply from 85.21.125.66: offset -25.945785 delay 0.003636, next query 8s reply from 212.100.132.50: offset -25.987514 delay 0.023095, next query 7s reply from 193.125.143.173: offset -25.988615 delay 0.023870, next query 8s reply from 194.33.191.69: offset -25.977042 delay 0.030383, next query 9s reply from 212.100.132.50: offset -25.983827 delay 0.023235, next query 6s reply from 85.21.125.66: offset -25.941415 delay 0.003288, next query 6s reply from 193.125.143.173: offset -25.989791 delay 0.034611, next query 6s reply from 194.33.191.69: offset -25.972456 delay 0.030197, next query 6s reply from 212.100.132.50: offset -25.980546 delay 0.023126, next query 7s reply from 85.21.125.66: offset -25.938466 delay 0.004012, next query 5s reply from 193.125.143.173: offset -25.981191 delay 0.023903, next query 7s reply from 194.33.191.69: offset -25.969182 delay 0.029918, next query 6s peer 85.21.125.66 now valid reply from 85.21.125.66: offset -25.935590 delay 0.003410, next query 5s peer 212.100.132.50 now valid reply from 212.100.132.50: offset -25.976755 delay 0.023119, next query 8s peer 193.125.143.173 now valid reply from 193.125.143.173: offset -25.977458 delay 0.024048, next query 5s peer 194.33.191.69 now valid reply from 194.33.191.69: offset -25.965920 delay 0.029965, next query 7s reply from 85.21.125.66: offset -25.932980 delay 0.003707, next query 5s reply from 193.125.143.173: offset -25.974699 delay 0.023745, next query 9s reply from 212.100.132.50: offset -25.972648 delay 0.023484, next query 5s reply from 194.33.191.69: offset -25.961423 delay 0.031571, next query 8s reply from 85.21.125.66: offset -25.930452 delay 0.004016, next query 7s reply from 212.100.132.50: offset -25.969791 delay 0.023096, next query 5s reply from 193.125.143.173: offset -25.970010 delay 0.023871, next query 8s reply from 85.21.125.66: offset -25.926249 delay 0.003291, next query 34s reply from 194.33.191.69: offset -25.959145 delay 0.033531, next query 5s reply from 212.100.132.50: offset -25.967673 delay 0.022968, next query 30s reply from 194.33.191.69: offset -25.955247 delay 0.029961, next query 33s reply from 193.125.143.173: offset -25.966248 delay 0.023961, next query 31s reply from 212.100.132.50: offset -25.951621 delay 0.023276, next query 33s reply from 85.21.125.66: offset -25.908717 delay 0.003828, next query 31s reply from 193.125.143.173: offset -25.950486 delay 0.025772, next query 30s reply from 194.33.191.69: offset -25.937573 delay 0.030053, next query 31s adjusting local clock by -25.968428s skiping very first adjtimex reply from 85.21.125.66: offset -25.891957 delay 0.003474, next query 32s reply from 212.100.132.50: offset -25.934094 delay 0.023087, next query 33s reply from 193.125.143.173: offset -25.933575 delay 0.023814, next query 30s reply from 194.33.191.69: offset -25.920995 delay 0.030032, next query 30s reply from 85.21.125.66: offset -25.874910 delay 0.003645, next query 34s reply from 212.100.132.50: offset -25.916356 delay 0.022936, next query 31s reply from 193.125.143.173: offset -25.917767 delay 0.024325, next query 32s reply from 194.33.191.69: offset -25.904899 delay 0.030253, next query 32s reply from 212.100.132.50: offset -25.899906 delay 0.023115, next query 34s reply from 193.125.143.173: offset -25.900560 delay 0.023984, next query 33s reply from 85.21.125.66: offset -25.856635 delay 0.003674, next query 33s reply from 194.33.191.69: offset -25.887976 delay 0.030141, next query 30s reply from 194.33.191.69: offset -25.871787 delay 0.029909, next query 32s reply from 212.100.132.50: offset -25.881731 delay 0.023123, next query 30s reply from 193.125.143.173: offset -25.881964 delay 0.025390, next query 34s reply from 85.21.125.66: offset -25.838694 delay 0.003271, next query 32s ntp engine exiting dispatch_imsg in main: pipe closed Lost child: child exited Terminating ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-19 17:44 ` Владимир Гусев @ 2008-06-19 18:33 ` Vyatcheslav Perevalov 2008-06-20 10:08 ` Vasyl Tereshko 1 sibling, 0 replies; 27+ messages in thread From: Vyatcheslav Perevalov @ 2008-06-19 18:33 UTC (permalink / raw) To: ALT Linux Community general discussions В сообщении от 20 июня 2008 Владимир Гусев написал(a): > > Что говорит > > #ntpd -d ? > > См. аттач к письму. Хорошо бы понаблюдать несколько часов. -- Всего хорошего /vip ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-19 17:44 ` Владимир Гусев 2008-06-19 18:33 ` Vyatcheslav Perevalov @ 2008-06-20 10:08 ` Vasyl Tereshko 2008-06-20 10:41 ` Владимир Гусев 1 sibling, 1 reply; 27+ messages in thread From: Vasyl Tereshko @ 2008-06-20 10:08 UTC (permalink / raw) To: ALT Linux Community general discussions Владимир Гусев пишет: >>> Я не говорю о раздаче - я говорю о времени на отдельно взятом компе >>> - не синхронизируется, несмотря на установки. Почему не стартует >>> ntpd? Зачем он тогда там нужен включенный? Где сервис? >>> >> Что говорит >> #ntpd -d ? >> > > См. аттач к письму. > А Вы не пробовали в # cat /etc/sysconfig/ntpd # Parameters for NTP daemon. # See ntpd(8) for more details. # Overrides pseudouser name. #NTPD_USER="ntpd" # Specifies additional parameters for ntpd. NTPD_ARGS="-s" добавить -s ? -s Set the time immediately at startup if the local clock is off by more than 180 seconds. Allows for a large time correction, eliminating the need to run rdate(8) before starting . [root@homesrv ~]# date Птн Июн 20 13:01:38 EEST 2008 [root@homesrv ~]# date 06201300 Птн Июн 20 13:00:00 EEST 2008 [root@homesrv ~]# ntpd -d -s ntp engine ready reply from 195.214.215.17: offset 242.393114 delay 0.001758, next query 7s no reply from 195.78.234.82 received in time, next query 648s no reply from 82.207.89.35 received in time, next query 644s set local clock to Fri Jun 20 13:04:09 EEST 2008 (offset 242.393114s) no reply from 195.214.215.17 received in time, next query 638s У меня ntpd вполне выглядит живым ;) ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-20 10:08 ` Vasyl Tereshko @ 2008-06-20 10:41 ` Владимир Гусев 0 siblings, 0 replies; 27+ messages in thread From: Владимир Гусев @ 2008-06-20 10:41 UTC (permalink / raw) To: community > >>> Я не говорю о раздаче - я говорю о времени на отдельно взятом > >>> компе > >>> - не синхронизируется, несмотря на установки. Почему не стартует > >>> ntpd? Зачем он тогда там нужен включенный? Где сервис? > >>> > >> Что говорит > >> #ntpd -d ? > >> > > > > См. аттач к письму. > > > А Вы не пробовали в > # cat /etc/sysconfig/ntpd > # Parameters for NTP daemon. > # See ntpd(8) for more details. > [..] Не пробовал. Но если во время инсталляции есть возможность включения синхронизации времени через публичный ntp-сервер, то это должно работать и без моего вмешательства, разве нет? Настройку попробую.. > У меня ntpd вполне выглядит живым ;) Если запустить вручную, то да, но сервис мертв. -- С уважением, Владимир Гусев ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-19 13:40 ` Владимир Гусев 2008-06-19 14:01 ` Vyatcheslav Perevalov @ 2008-06-20 10:06 ` Vasyl Tereshko 2008-06-20 10:43 ` Владимир Гусев 1 sibling, 1 reply; 27+ messages in thread From: Vasyl Tereshko @ 2008-06-20 10:06 UTC (permalink / raw) To: ALT Linux Community general discussions Владимир Гусев пишет: >>>>>> Да, согласен. на 4.0 branch тоже не работает. На 3 серверах >>>>>> наблюдаю. Настройки по умолчанию. >>>>>> >>>>> openntpd вообще работает плохо, особенно на отдачу времени. >>>>> >>>> Да никакой отдачи. Обычный клиент. >>>> >>> Ну так на что багу вешать будем? >>> P.S. Завтра проверю недавно поднятый сервер - неужто и там такое.. >>> >> Да всё там отлично работает. у меня >> [root@serval ~]# rpm -qa openntpd >> openntpd-3.9p1-alt8 >> отлично исполняет роль как сервера, так и клиента. Один стоит одним >> концом в мир, остальные внутри локалки получают время от него. >> >> > > Я не говорю о раздаче - я говорю о времени на отдельно взятом компе - > не синхронизируется, несмотря на установки. Почему не стартует ntpd? > Зачем он тогда там нужен включенный? Где сервис? > > У меня лично работает :) и синхронизирует - это то, ради чего он запускается ? ;) ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-20 10:06 ` Vasyl Tereshko @ 2008-06-20 10:43 ` Владимир Гусев 2008-06-20 10:48 ` Vasyl Tereshko 0 siblings, 1 reply; 27+ messages in thread From: Владимир Гусев @ 2008-06-20 10:43 UTC (permalink / raw) To: community > > [..] > > Я не говорю о раздаче - я говорю о времени на отдельно взятом компе > > - не синхронизируется, несмотря на установки. Почему не стартует > > ntpd? Зачем он тогда там нужен включенный? Где сервис? > > > > > У меня лично работает :) и синхронизирует - это то, ради чего он > запускается ? ;) Когда запускается - это и ежу понятно, зачем он. Но если не запускается изначально (не работает сервис ntpd, который в init.d сидит)? -- С уважением, Владимир Гусев ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-20 10:43 ` Владимир Гусев @ 2008-06-20 10:48 ` Vasyl Tereshko 2008-06-20 16:02 ` Владимир Гусев 0 siblings, 1 reply; 27+ messages in thread From: Vasyl Tereshko @ 2008-06-20 10:48 UTC (permalink / raw) To: ALT Linux Community general discussions Владимир Гусев пишет: >>> [..] >>> Я не говорю о раздаче - я говорю о времени на отдельно взятом компе >>> - не синхронизируется, несмотря на установки. Почему не стартует >>> ntpd? Зачем он тогда там нужен включенный? Где сервис? >>> >>> >>> >> У меня лично работает :) и синхронизирует - это то, ради чего он >> запускается ? ;) >> > > Когда запускается - это и ежу понятно, зачем он. Но если не запускается > изначально (не работает сервис ntpd, который в init.d сидит)? > [root@homesrv ~]# service ntpd stop Stopping ntpd service: [ DONE ] [root@homesrv ~]# service ntpd start Starting ntpd service: [ DONE ] [root@homesrv ~]# service ntpd status ntpd is running [root@homesrv ~]# ps ax | grep ntpd 23706 pts/4 S 0:00 ntpd: ntp engine 23707 ? Ss 0:00 ntpd: [priv] 23728 pts/4 S+ 0:00 grep ntpd [root@homesrv ~]# rpm -q openntpd openntpd-3.9p1-alt8 Точно так же всё работает ещё на 4-х машинах. Branch 4.0 и сизиф. -- Толми ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-20 10:48 ` Vasyl Tereshko @ 2008-06-20 16:02 ` Владимир Гусев 2008-06-20 21:54 ` Alexey Borisenkov 0 siblings, 1 reply; 27+ messages in thread From: Владимир Гусев @ 2008-06-20 16:02 UTC (permalink / raw) To: community > [..] > [root@homesrv ~]# service ntpd status > ntpd is running > [..] > Точно так же всё работает ещё на 4-х машинах. Branch 4.0 и сизиф. Ну а у меня не работает - Branch 4.1. Это не 4.0 и уже не Сизиф.. Повешу-ка я багу на этот openntpd, откуда он только взялся на мою голову.. -- С уважением, Владимир Гусев ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-20 16:02 ` Владимир Гусев @ 2008-06-20 21:54 ` Alexey Borisenkov 2008-06-20 22:22 ` Владимир Гусев 0 siblings, 1 reply; 27+ messages in thread From: Alexey Borisenkov @ 2008-06-20 21:54 UTC (permalink / raw) To: ALT Linux Community general discussions Владимир Гусев пишет: > Ну а у меня не работает - Branch 4.1. Это не 4.0 и уже не Сизиф.. > Повешу-ка я багу на этот openntpd, откуда он только взялся на мою > голову.. Ну вот у меня тоже 4.1 (правда x86_64) По внешним признакам вроде вполне рабочий # service ntpd status ntpd is running # rpm -qa | grep ntpd openntpd-3.9p1-alt8 ntpdate-4.2.4-alt3.p4 # service ntpd status ntpd is running # ntpdate -q ru.pool.ntp.org server 194.33.191.69, stratum 2, offset 0.107541, delay 0.11357 server 77.234.200.98, stratum 4, offset 0.105800, delay 0.12350 server 80.68.242.188, stratum 3, offset 0.113984, delay 0.10455 server 80.249.135.2, stratum 2, offset 0.115292, delay 0.10954 21 Jun 02:40:19 ntpdate[26560]: adjust time server 80.249.135.2 offset 0.115292 sec # grep ntpd /var/log/messages | tail -n 3 Jun 21 01:42:29 alexhome ntpd[8560]: adjusting local clock by 0.379956s Jun 21 01:46:42 alexhome ntpd[8560]: adjusting local clock by 0.231475s Jun 21 02:20:45 alexhome ntpd[8560]: adjusting local clock by -0.157405s ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-20 21:54 ` Alexey Borisenkov @ 2008-06-20 22:22 ` Владимир Гусев 2008-06-20 22:26 ` Alexey Borisenkov 0 siblings, 1 reply; 27+ messages in thread From: Владимир Гусев @ 2008-06-20 22:22 UTC (permalink / raw) To: community > > Ну а у меня не работает - Branch 4.1. Это не 4.0 и уже не Сизиф.. > > Повешу-ка я багу на этот openntpd, откуда он только взялся на мою > > голову.. > > Ну вот у меня тоже 4.1 (правда x86_64) > По внешним признакам вроде вполне рабочий > [..] > # ntpdate -q ru.pool.ntp.org ntpdate тут не причем.. Он не устанавливается по умолчанию при инсталляции, следовательно не влияет на работу ntpd или openntpd.. ntpdate -q и у меня работает при запуске вручную. -- С уважением, Владимир Гусев ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-20 22:22 ` Владимир Гусев @ 2008-06-20 22:26 ` Alexey Borisenkov 0 siblings, 0 replies; 27+ messages in thread From: Alexey Borisenkov @ 2008-06-20 22:26 UTC (permalink / raw) To: ALT Linux Community general discussions Владимир Гусев пишет: > ntpdate тут не причем.. Он не устанавливается по умолчанию при > инсталляции, следовательно не влияет на работу ntpd или openntpd.. > ntpdate -q и у меня работает при запуске вручную. Я знаю. Его я привёл только для того, чтобы было видно, что время на компьютере не сильно отличается от серверов в интернете. Я уже и не помню, когда последний раз вручную сверял часы на компьютере. Там ниже вывод /var/log/messages из которого видно что и ntpd отрабатывает. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-18 16:38 ` Pavlov Konstantin 2008-06-18 16:59 ` Slava Dubrovskiy @ 2008-06-19 18:31 ` Vyatcheslav Perevalov 2008-07-10 12:06 ` Aleksey Avdeev 1 sibling, 1 reply; 27+ messages in thread From: Vyatcheslav Perevalov @ 2008-06-19 18:31 UTC (permalink / raw) To: ALT Linux Community general discussions В сообщении от 18 июня 2008 Pavlov Konstantin написал(a): > openntpd вообще работает плохо, особенно на отдачу времени. Не знаю, как на отдачу, но на приём - там не вполне устойчивый алгоритм синхронизации. При больших расхождениях локального времени и NTP-сервера наблюдается самовозбуждение алгоритма. -- Всего хорошего /vip ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-19 18:31 ` Vyatcheslav Perevalov @ 2008-07-10 12:06 ` Aleksey Avdeev 2008-07-10 12:33 ` Vyatcheslav Perevalov 2008-07-10 12:33 ` Dmitriy Kruglikov 0 siblings, 2 replies; 27+ messages in thread From: Aleksey Avdeev @ 2008-07-10 12:06 UTC (permalink / raw) To: ALT Linux Community general discussions [-- Attachment #1: Type: text/plain, Size: 426 bytes --] Vyatcheslav Perevalov пишет: > В сообщении от 18 июня 2008 Pavlov Konstantin написал(a): >> openntpd вообще работает плохо, особенно на отдачу времени. > > Не знаю, как на отдачу, но на приём - там не вполне устойчивый алгоритм > синхронизации. При больших расхождениях локального времени и NTP-сервера > наблюдается самовозбуждение алгоритма. Есть ли способы борьбы с этим? -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 552 bytes --] ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-07-10 12:06 ` Aleksey Avdeev @ 2008-07-10 12:33 ` Vyatcheslav Perevalov 2008-07-10 12:33 ` Dmitriy Kruglikov 1 sibling, 0 replies; 27+ messages in thread From: Vyatcheslav Perevalov @ 2008-07-10 12:33 UTC (permalink / raw) To: ALT Linux Community general discussions В сообщении от 10 июля 2008 Aleksey Avdeev написал(a): > Есть ли способы борьбы с этим? В области радиоэлектроники есть, применяется в синтезаторах частоты. Как перевести на какой-либо язык программирования - не знаю. -- Всего хорошего /vip ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-07-10 12:06 ` Aleksey Avdeev 2008-07-10 12:33 ` Vyatcheslav Perevalov @ 2008-07-10 12:33 ` Dmitriy Kruglikov 1 sibling, 0 replies; 27+ messages in thread From: Dmitriy Kruglikov @ 2008-07-10 12:33 UTC (permalink / raw) To: ALT Linux Community general discussions 10 июля 2008 г. 15:06 пользователь Aleksey Avdeev написал: >> При больших расхождениях локального времени и NTP-сервера >> наблюдается самовозбуждение алгоритма. > > Есть ли способы борьбы с этим? В /etc/sysconfig/ntpd разкомментировать строку #NTPD_ARGS="-s" и при старте ntpd время будет установлено принудительно, без алгоритма последовательного приближения к идеалу. После этого ntpd весьма прилично держит время, а ситуацию сохранения времени BIOS решаете самостоятельно ... -- Best regards, Dmitriy L. Kruglikov Dmitriy.Kruglikov_at_gmail_dot_com DKR6-RIPE DKR6-UANIC XMPP: Dmitriy.Kruglikov_at_gmail_dot_com ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-18 16:19 ` Slava Dubrovskiy 2008-06-18 16:38 ` Pavlov Konstantin @ 2008-06-19 18:28 ` Vyatcheslav Perevalov 1 sibling, 0 replies; 27+ messages in thread From: Vyatcheslav Perevalov @ 2008-06-19 18:28 UTC (permalink / raw) To: slava, ALT Linux Community general discussions В сообщении от 18 июня 2008 Slava Dubrovskiy написал(a): > Да, согласен. на 4.0 branch тоже не работает. На 3 серверах наблюдаю. > Настройки по умолчанию. У меня работает. cat /etc/ntpd.conf # $OpenBSD: ntpd.conf,v 1.7 2004/07/20 17:38:35 henning Exp $ # sample ntpd configuration file, see ntpd.conf(5) # Addresses to listen on (ntpd does not listen by default) #listen on * #listen on 127.0.0.1 #listen on ::1 # sync to a single server #server ntp.example.org server 212.73.125.217 server 213.183.112.102 server 212.192.100.4 # use a random selection of 8 public stratum 2 servers # see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers #servers pool.ntp.org -- Всего хорошего /vip ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Comm] Branch 4.1 - не работает синхронизация времени? 2008-06-18 13:25 ` Владимир Гусев 2008-06-18 16:19 ` Slava Dubrovskiy @ 2008-06-18 17:04 ` Motsyo Gennadi aka Drool 1 sibling, 0 replies; 27+ messages in thread From: Motsyo Gennadi aka Drool @ 2008-06-18 17:04 UTC (permalink / raw) To: ALT Linux Community general discussions Владимир Гусев пишет: >> HWCLOCK_SET_AT_HALT=true > HWCLOCK_SET_AT_HALT=false Ну дык... ^ permalink raw reply [flat|nested] 27+ messages in thread
end of thread, other threads:[~2008-07-10 12:33 UTC | newest] Thread overview: 27+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2008-06-18 9:35 [Comm] Branch 4.1 - не работает синхронизация времени? Владимир Гусев 2008-06-18 9:49 ` Motsyo Gennadi aka Drool 2008-06-18 13:25 ` Владимир Гусев 2008-06-18 16:19 ` Slava Dubrovskiy 2008-06-18 16:38 ` Pavlov Konstantin 2008-06-18 16:59 ` Slava Dubrovskiy 2008-06-18 21:54 ` Владимир Гусев 2008-06-19 9:37 ` Vasyl Tereshko 2008-06-19 13:40 ` Владимир Гусев 2008-06-19 14:01 ` Vyatcheslav Perevalov 2008-06-19 17:44 ` Владимир Гусев 2008-06-19 18:33 ` Vyatcheslav Perevalov 2008-06-20 10:08 ` Vasyl Tereshko 2008-06-20 10:41 ` Владимир Гусев 2008-06-20 10:06 ` Vasyl Tereshko 2008-06-20 10:43 ` Владимир Гусев 2008-06-20 10:48 ` Vasyl Tereshko 2008-06-20 16:02 ` Владимир Гусев 2008-06-20 21:54 ` Alexey Borisenkov 2008-06-20 22:22 ` Владимир Гусев 2008-06-20 22:26 ` Alexey Borisenkov 2008-06-19 18:31 ` Vyatcheslav Perevalov 2008-07-10 12:06 ` Aleksey Avdeev 2008-07-10 12:33 ` Vyatcheslav Perevalov 2008-07-10 12:33 ` Dmitriy Kruglikov 2008-06-19 18:28 ` Vyatcheslav Perevalov 2008-06-18 17:04 ` Motsyo Gennadi aka Drool
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git