[Comm] Branch 4.1 - не работает синхронизация времени?

[Comm] Branch 4.1 - не работает синхронизация времени?

[Владимир Гусев]

С каких-то пор стал замечать, что синхронизация времени перестала
работать - это заметно по программе Время. Раньше все было один-в-один,
а теперь нет. Обнаружил, что теперь есть какой-то 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 было лучше и все
работало.. Что это - баг? Если да, то на что вешать? Скорее всего это
баг...


-- 
С уважением,
Владимир Гусев

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Motsyo Gennadi aka Drool]

Владимир Гусев пишет:
> Раньше без 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, либо 
садить это в крон, иначе его работа сводится к нулю.

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Владимир Гусев]

> > Раньше без 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


-- 
С уважением,
Владимир Гусев

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Slava Dubrovskiy]

[-- 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 --]

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Pavlov Konstantin]

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@

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Slava Dubrovskiy]

[-- 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 --]

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Motsyo Gennadi aka Drool]

Владимир Гусев пишет:
>> HWCLOCK_SET_AT_HALT=true
> HWCLOCK_SET_AT_HALT=false

	Ну дык...

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Владимир Гусев]

> >> Да, согласен. на 4.0 branch тоже не работает. На 3 серверах
> >> наблюдаю. Настройки по умолчанию.
> >>     
> > openntpd вообще работает плохо, особенно на отдачу времени.
> >   
> Да никакой отдачи. Обычный клиент.

Ну так на что багу вешать будем?

P.S. Завтра проверю недавно поднятый сервер - неужто и там такое.. 


-- 
С уважением,
Владимир Гусев

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Vasyl Tereshko]

Владимир Гусев пишет:
>>>> Да, согласен. на 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), что остальные 
перестают его использовать.
 так что без источника с малым стратумом работать естественно ничего не 
будет.

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Владимир Гусев]

> >>>> Да, согласен. на 4.0 branch тоже не работает. На 3 серверах
> >>>> наблюдаю. Настройки по умолчанию.
> >>> openntpd вообще работает плохо, особенно на отдачу времени.
> >> Да никакой отдачи. Обычный клиент.
> > Ну так на что багу вешать будем?
> > P.S. Завтра проверю недавно поднятый сервер - неужто и там такое.. 
> Да всё там отлично работает. у меня
> [root@serval ~]# rpm -qa openntpd
> openntpd-3.9p1-alt8
> отлично исполняет роль как сервера, так и клиента. Один стоит одним 
> концом в мир, остальные внутри локалки получают время от него.
> 

Я не говорю о раздаче - я говорю о времени на отдельно взятом компе -
не синхронизируется, несмотря на установки. Почему не стартует ntpd?
Зачем он тогда там нужен включенный? Где сервис? 

-- 
С уважением,
Владимир Гусев

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Vyatcheslav Perevalov]

В сообщении от 19 июня 2008 Владимир Гусев написал(a):
> Я не говорю о раздаче - я говорю о времени на отдельно взятом компе -
> не синхронизируется, несмотря на установки. Почему не стартует ntpd?
> Зачем он тогда там нужен включенный? Где сервис?

Что говорит 
#ntpd -d 
?

-- 
Всего хорошего
		/vip

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Владимир Гусев]

[-- 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

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Vyatcheslav Perevalov]

В сообщении от 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

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Vyatcheslav Perevalov]

В сообщении от 18 июня 2008 Pavlov Konstantin написал(a):
> openntpd вообще работает плохо, особенно на отдачу времени.

Не знаю, как на отдачу, но на приём - там не вполне устойчивый алгоритм 
синхронизации. При больших расхождениях локального времени и NTP-сервера 
наблюдается самовозбуждение алгоритма.

-- 
Всего хорошего
		/vip

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Vyatcheslav Perevalov]

В сообщении от 20 июня 2008 Владимир Гусев написал(a):
> > Что говорит
> > #ntpd -d ?
>
> См. аттач к письму.

Хорошо бы понаблюдать несколько часов.

-- 
Всего хорошего
		/vip

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Vasyl Tereshko]

Владимир Гусев пишет:
>>>>>> Да, согласен. на 4.0 branch тоже не работает. На 3 серверах
>>>>>> наблюдаю. Настройки по умолчанию.
>>>>>>             
>>>>> openntpd вообще работает плохо, особенно на отдачу времени.
>>>>>           
>>>> Да никакой отдачи. Обычный клиент.
>>>>         
>>> Ну так на что багу вешать будем?
>>> P.S. Завтра проверю недавно поднятый сервер - неужто и там такое.. 
>>>       
>> Да всё там отлично работает. у меня
>> [root@serval ~]# rpm -qa openntpd
>> openntpd-3.9p1-alt8
>> отлично исполняет роль как сервера, так и клиента. Один стоит одним 
>> концом в мир, остальные внутри локалки получают время от него.
>>
>>     
>
> Я не говорю о раздаче - я говорю о времени на отдельно взятом компе -
> не синхронизируется, несмотря на установки. Почему не стартует ntpd?
> Зачем он тогда там нужен включенный? Где сервис? 
>
>   
У меня лично работает :) и синхронизирует - это то, ради чего он 
запускается ? ;)

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Vasyl Tereshko]

Владимир Гусев пишет:
>>> Я не говорю о раздаче - я говорю о времени на отдельно взятом компе
>>> - не синхронизируется, несмотря на установки. Почему не стартует
>>> 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 вполне выглядит живым ;)

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Владимир Гусев]

> >>> Я не говорю о раздаче - я говорю о времени на отдельно взятом
> >>> компе
> >>> - не синхронизируется, несмотря на установки. Почему не стартует
> >>> ntpd? Зачем он тогда там нужен включенный? Где сервис?
> >>>       
> >> Что говорит 
> >> #ntpd -d ?
> >>     
> >
> > См. аттач к письму. 
> >   
> А Вы не пробовали в
> # cat /etc/sysconfig/ntpd
> # Parameters for NTP daemon.
> # See ntpd(8) for more details.
> [..]

Не пробовал. Но если во время инсталляции есть возможность включения
синхронизации времени через публичный ntp-сервер, то это должно
работать и без моего вмешательства, разве нет? Настройку попробую.. 

> У меня ntpd вполне выглядит живым ;)

Если запустить вручную, то да, но сервис мертв.



-- 
С уважением,
Владимир Гусев

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Владимир Гусев]

> > [..]
> > Я не говорю о раздаче - я говорю о времени на отдельно взятом компе
> > - не синхронизируется, несмотря на установки. Почему не стартует
> > ntpd? Зачем он тогда там нужен включенный? Где сервис? 
> >
> >   
> У меня лично работает :) и синхронизирует - это то, ради чего он 
> запускается ? ;)

Когда запускается - это и ежу понятно, зачем он. Но если не запускается
изначально (не работает сервис ntpd, который в init.d сидит)?

-- 
С уважением,
Владимир Гусев

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Vasyl Tereshko]

Владимир Гусев пишет:
>>> [..]
>>> Я не говорю о раздаче - я говорю о времени на отдельно взятом компе
>>> - не синхронизируется, несмотря на установки. Почему не стартует
>>> 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 и сизиф.

--
Толми

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Владимир Гусев]

> [..]
> [root@homesrv ~]# service ntpd status
> ntpd is running
> [..] 
> Точно так же всё работает ещё на 4-х машинах. Branch 4.0 и сизиф.

Ну а у меня не работает - Branch 4.1. Это не 4.0 и уже не Сизиф..
Повешу-ка я багу на этот openntpd, откуда он только взялся на мою
голову..

-- 
С уважением,
Владимир Гусев

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Alexey Borisenkov]

Владимир Гусев пишет:
> Ну а у меня не работает - 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

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Владимир Гусев]

> > Ну а у меня не работает - Branch 4.1. Это не 4.0 и уже не Сизиф..
> > Повешу-ка я багу на этот openntpd, откуда он только взялся на мою
> > голову..
> 
> Ну вот у меня тоже 4.1 (правда x86_64)
> По внешним признакам вроде вполне рабочий
> [..]
> # ntpdate -q ru.pool.ntp.org

ntpdate тут не причем.. Он не устанавливается по умолчанию при
инсталляции, следовательно не влияет на работу ntpd или openntpd..
ntpdate -q и у меня работает при запуске вручную.

-- 
С уважением,
Владимир Гусев

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Alexey Borisenkov]

Владимир Гусев пишет:
> ntpdate тут не причем.. Он не устанавливается по умолчанию при
> инсталляции, следовательно не влияет на работу ntpd или openntpd..
> ntpdate -q и у меня работает при запуске вручную.

Я знаю. Его я привёл только для того, чтобы было видно, что время на 
компьютере не сильно отличается от серверов в интернете. Я уже и не 
помню, когда последний раз вручную сверял часы на компьютере.
Там ниже вывод /var/log/messages из которого видно что и ntpd отрабатывает.

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Aleksey Avdeev]

[-- 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 --]

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Vyatcheslav Perevalov]

В сообщении от 10 июля 2008 Aleksey Avdeev написал(a):
>  Есть ли способы борьбы с этим?

В области радиоэлектроники есть, применяется в синтезаторах частоты. Как 
перевести на какой-либо язык программирования - не знаю.

-- 
Всего хорошего
		/vip

Re: [Comm] Branch 4.1 - не работает синхронизация времени?

[Dmitriy Kruglikov]

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