[Comm] Избитая тема: ntpdate

[Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

Как заставить ntpdate заставить подводить часы?

[user@comp-Atom-CPU-924a4b work 05:33:09]$ sudo ntpdate ru.pool.ntp.org
29 Mar 05:33:28 ntpdate[18017]: no server suitable for synchronization found
[user@comp-Atom-CPU-924a4b work 05:33:28]$ sudo ntpdate -vd ru.pool.ntp.org
29 Mar 05:33:37 ntpdate[18030]: ntpdate 4.2.4p7@1.1607 Tue May 19 
14:54:02 UTC 2009 (1)
Looking for host ru.pool.ntp.org and service ntp
host found : naos.promodev.ru
transmit(83.229.210.18)
receive(83.229.210.18)
transmit(83.229.210.18)
receive(83.229.210.18)
transmit(83.229.210.18)
transmit(89.111.168.177)
receive(83.229.210.18)
transmit(83.229.210.18)
receive(89.111.168.177)
transmit(89.111.168.177)
transmit(95.140.150.143)
receive(83.229.210.18)
transmit(83.229.210.18)
receive(89.111.168.177)
transmit(89.111.168.177)
receive(95.140.150.143)
transmit(95.140.150.143)
receive(95.140.150.143)
transmit(95.140.150.143)
receive(89.111.168.177)
transmit(89.111.168.177)
receive(95.140.150.143)
transmit(95.140.150.143)
receive(95.140.150.143)
transmit(95.140.150.143)
receive(89.111.168.177)
transmit(89.111.168.177)
server 83.229.210.18, port 123
stratum 3, precision -6, leap 00, trust 000
refid [83.229.210.18], delay 0.10321, dispersion 0.02248
transmitted 4, in filter 4
reference time:    cf5a742e.3acb1fff  Mon, Mar 29 2010  4:34:54.229
originate timestamp: cf5a8e56.40f14fff  Mon, Mar 29 2010  6:26:30.253
transmit timestamp:  cf5a81f2.2a584f4c  Mon, Mar 29 2010  5:33:38.165
filter delay:  0.10321  0.15758  0.15440  0.15607
          0.00000  0.00000  0.00000  0.00000
filter offset: 3172.057 3172.030 3172.032 3172.030
          0.000000 0.000000 0.000000 0.000000
delay 0.10321, dispersion 0.02248
offset 3172.057462

server 89.111.168.177, port 123
stratum 3, precision -18, leap 00, trust 000
refid [89.111.168.177], delay 0.11783, dispersion 0.00923
transmitted 4, in filter 4
reference time:    cf5a89ae.7a675844  Mon, Mar 29 2010  6:06:38.478
originate timestamp: cf5a8e56.7c276389  Mon, Mar 29 2010  6:26:30.484
transmit timestamp:  cf5a81f2.65932d6e  Mon, Mar 29 2010  5:33:38.396
filter delay:  0.11783  0.14087  0.14102  0.14117
          0.00000  0.00000  0.00000  0.00000
filter offset: 3172.040 3172.030 3172.028 3172.030
          0.000000 0.000000 0.000000 0.000000
delay 0.11783, dispersion 0.00923
offset 3172.040680

server 95.140.150.143, port 123
stratum 2, precision -23, leap 00, trust 000
refid [95.140.150.143], delay 0.03572, dispersion 0.01874
transmitted 4, in filter 4
reference time:    cf5a8cc1.ff8f860b  Mon, Mar 29 2010  6:19:45.998
originate timestamp: cf5a8e56.7d182b73  Mon, Mar 29 2010  6:26:30.488
transmit timestamp:  cf5a81f2.67a6ce35  Mon, Mar 29 2010  5:33:38.404
filter delay:  0.03763  0.13449  0.03572  0.13272
          0.00000  0.00000  0.00000  0.00000
filter offset: 3172.079 3172.029 3172.078 3172.030
          0.000000 0.000000 0.000000 0.000000
delay 0.03572, dispersion 0.01874
offset 3172.078938

29 Mar 05:33:38 ntpdate[18030]: step time server 95.140.150.143 offset 
3172.078938 sec

Re: [Comm] Избитая тема: ntpdate

[Alexey Novikov]

On Mon, Mar 29, 2010 at 05:36:31AM +0400, Kharitonov A. Dmitry wrote:
> Как заставить ntpdate заставить подводить часы?
<skip>
Хранить время в БИОС по Гринвичу, не?
hint:
$ grep UTC /etc/sysconfig/clock 
# UTC=true indicates that the clock is set to UTC;
UTC=true

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Comm] Избитая тема: ntpdate

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 413 bytes --]

On Mon, Mar 29, 2010 at 08:20:08AM +0400, Alexey Novikov wrote:
> > Как заставить ntpdate заставить подводить часы?
> Хранить время в БИОС по Гринвичу, не?
не

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

Все знают, что в результате антикооперативной позиции Дреппера каждый
дистрибутив поддерживает свой форк glibc.  Просто не каждый этот форк
анонсирует.
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

On 29.03.2010 11:01, Andrey Rahmatullin wrote:
> On Mon, Mar 29, 2010 at 08:20:08AM +0400, Alexey Novikov wrote:
>    
>>> Как заставить ntpdate заставить подводить часы?
>>>        
>> Хранить время в БИОС по Гринвичу, не?
>>      
> не
>    
В 4.0 server работает. В 5 ветке поломато. Причём время-то он получает, 
но не устанавливает. В конце дня багу повешу.

Re: [Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

On 29.03.2010 08:20, Alexey Novikov wrote:
> On Mon, Mar 29, 2010 at 05:36:31AM +0400, Kharitonov A. Dmitry wrote:
>    
>> Как заставить ntpdate заставить подводить часы?
>>      
> <skip>
> Хранить время в БИОС по Гринвичу, не?
> hint:
> $ grep UTC /etc/sysconfig/clock
> # UTC=true indicates that the clock is set to UTC;
> UTC=true
>    
Это влияет только на автоперевод времени

Re: [Comm] Избитая тема: ntpdate

[Alexey Novikov]

On Mon, Mar 29, 2010 at 01:01:29PM +0600, Andrey Rahmatullin wrote:
> On Mon, Mar 29, 2010 at 08:20:08AM +0400, Alexey Novikov wrote:
> > > Как заставить ntpdate заставить подводить часы?
> > Хранить время в БИОС по Гринвичу, не?
> не

Был не прав, прочитал как "переводить часы". 
Но та же версия ntpdate у меня работает:

[novikov@novikov ~]$ sudo date -s '-1 hour'
Mon Mar 29 11:12:15 MSD 2010
[novikov@novikov ~]$ sudo ntpdate -v ru.pool.ntp.org
29 Mar 11:12:32 ntpdate[29205]: ntpdate 4.2.4p7@1.1607 Tue May 19
14:53:59 UTC 2009 (1)
29 Mar 12:12:36 ntpdate[29205]: step time server 91.194.10.40
offset 3599.999550 sec
[novikov@novikov ~]$ 

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

On 29.03.2010 12:14, Alexey Novikov wrote:
> On Mon, Mar 29, 2010 at 01:01:29PM +0600, Andrey Rahmatullin wrote:
>    
>> On Mon, Mar 29, 2010 at 08:20:08AM +0400, Alexey Novikov wrote:
>>      
>>>> Как заставить ntpdate заставить подводить часы?
>>>>          
>>> Хранить время в БИОС по Гринвичу, не?
>>>        
>> не
>>      
> Был не прав, прочитал как "переводить часы".
> Но та же версия ntpdate у меня работает:
>
> [novikov@novikov ~]$ sudo date -s '-1 hour'
> Mon Mar 29 11:12:15 MSD 2010
> [novikov@novikov ~]$ sudo ntpdate -v ru.pool.ntp.org
> 29 Mar 11:12:32 ntpdate[29205]: ntpdate 4.2.4p7@1.1607 Tue May 19
> 14:53:59 UTC 2009 (1)
> 29 Mar 12:12:36 ntpdate[29205]: step time server 91.194.10.40
> offset 3599.999550 sec
>    
так он реально перевёл или только написал?
У меня тоже пишет, но реально не переводит.
ntpd запущен?

Re: [Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

On 29.03.2010 12:14, Alexey Novikov wrote:
> On Mon, Mar 29, 2010 at 01:01:29PM +0600, Andrey Rahmatullin wrote:
>
>> On Mon, Mar 29, 2010 at 08:20:08AM +0400, Alexey Novikov wrote:
>>
>>>> Как заставить ntpdate заставить подводить часы?
>>>>
>>> Хранить время в БИОС по Гринвичу, не?
>>>
>> не
>>
> Был не прав, прочитал как "переводить часы".
> Но та же версия ntpdate у меня работает:
>
> [novikov@novikov ~]$ sudo date -s '-1 hour'
> Mon Mar 29 11:12:15 MSD 2010
> [novikov@novikov ~]$ sudo ntpdate -v ru.pool.ntp.org
> 29 Mar 11:12:32 ntpdate[29205]: ntpdate 4.2.4p7@1.1607 Tue May 19
> 14:53:59 UTC 2009 (1)
> 29 Mar 12:12:36 ntpdate[29205]: step time server 91.194.10.40
> offset 3599.999550 sec
>
так он реально перевёл или только написал?
У меня тоже пишет, но реально не переводит.
ntpd запущен?

В догонку: он когда переводит должен писать:
29 Mar 13:29:07 ntpdate[15075]: adjust time server 95.140.150.143 offset 
-0.000174 sec

Re: [Comm] Избитая тема: ntpdate

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 799 bytes --]

On Mon, Mar 29, 2010 at 01:31:49PM +0400, Kharitonov A. Dmitry wrote:
> так он реально перевёл или только написал?
Реально.

> ntpd запущен?
Нет, иначе бы ntpdate не запускался.

> В догонку: он когда переводит должен писать:
> 29 Mar 13:29:07 ntpdate[15075]: adjust time server 95.140.150.143 offset 
> -0.000174 sec
Нет, с чего бы?
Он пишет 29 Mar 15:44:42 ntpdate[7349]: step time server 188.128.19.66
offset 3600.014849 sec, т.е. на сколько перевёл, то и пишет.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

Зачем вам домен \d\d\d.ru?  Киберсквоттеры как раз заинтересованы в том,
чтобы к доменам второго уровня был повышенный интерес.  Именно поэтому
повышенный интерес к доменам второго уровня -- признак дурачины, извините.
		-- at in talk-room@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

On 29.03.2010 13:47, Andrey Rahmatullin wrote:
> On Mon, Mar 29, 2010 at 01:31:49PM +0400, Kharitonov A. Dmitry wrote:
>    
>> так он реально перевёл или только написал?
>>      
> Реально.
>    
ок буду копать в чём у меня глюк.
>    
>> ntpd запущен?
>>      
> Нет, иначе бы ntpdate не запускался.
>    
В 4.х они конфликтуют, в 5.х они дружат
вопрос повторяю
>    
>> В догонку: он когда переводит должен писать:
>> 29 Mar 13:29:07 ntpdate[15075]: adjust time server 95.140.150.143 offset
>> -0.000174 sec
>>      
> Нет, с чего бы?
> Он пишет 29 Mar 15:44:42 ntpdate[7349]: step time server 188.128.19.66
> offset 3600.014849 sec, т.е. на сколько перевёл, то и пишет.
>    
учту

Re: [Comm] Избитая тема: ntpdate

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 588 bytes --]

On Mon, Mar 29, 2010 at 01:57:40PM +0400, Kharitonov A. Dmitry wrote:
> > Нет, иначе бы ntpdate не запускался.
> В 4.х они конфликтуют, в 5.х они дружат
А в сизифе снова конфликтуют, ага.
29 Mar 15:59:20 ntpdate[8539]: ntpdate 4.2.4p7@1.1607 Tue May 19 14:54:02 UTC 2009 (1)
29 Mar 15:59:21 ntpdate[8539]: the NTP socket is in use, exiting

> вопрос повторяю
Где? Какой?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

> Хорошо... Я поставил галку... Вписал "cp1251"
Осталось проверить, в какой раскладке написано "cp1251" :)
		-- aris in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

On 29.03.2010 14:00, Andrey Rahmatullin wrote:
> On Mon, Mar 29, 2010 at 01:57:40PM +0400, Kharitonov A. Dmitry wrote:
>    
>>> Нет, иначе бы ntpdate не запускался.
>>>        
>> В 4.х они конфликтуют, в 5.х они дружат
>>      
> А в сизифе снова конфликтуют, ага.
> 29 Mar 15:59:20 ntpdate[8539]: ntpdate 4.2.4p7@1.1607 Tue May 19 14:54:02 UTC 2009 (1)
> 29 Mar 15:59:21 ntpdate[8539]: the NTP socket is in use, exiting
>
>    
>> вопрос повторяю
>>      
> Где? Какой?
>    
Уже ответил :-)
А я у себя сбойную ситуацию испортил: перезагрузился.
Теперь всё работает и ntpd и ntpdate и одновременно и раздельно.
отсюда другие вопросы:
Кто из них сидит с чруте?
Почему не работал ntpdate? не мог достучаться до файла часов? Жалко 
strace не додумался запустить :-(
Совместная работа без конфликта -- это фича или баг?
И когда в 5.х приползёт обновлённая версия ntpdate?

На днях по-наблюдаю работу этих утилит. Если обнаружится сбой -- буду 
дальше копать.

Re: [Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

On 29.03.2010 15:00, Alexey Novikov wrote:
> On Mon, Mar 29, 2010 at 02:22:21PM +0400, Kharitonov A. Dmitry wrote:
>    
>> On 29.03.2010 14:00, Andrey Rahmatullin wrote:
>>      
>>> On Mon, Mar 29, 2010 at 01:57:40PM +0400, Kharitonov A. Dmitry wrote:
>>>
>>>        
>>>>> Нет, иначе бы ntpdate не запускался.
>>>>>
>>>>>            
>>>> В 4.х они конфликтуют, в 5.х они дружат
>>>>
>>>>          
>>> А в сизифе снова конфликтуют, ага.
>>> 29 Mar 15:59:20 ntpdate[8539]: ntpdate 4.2.4p7@1.1607 Tue May 19 14:54:02 UTC 2009 (1)
>>> 29 Mar 15:59:21 ntpdate[8539]: the NTP socket is in use, exiting
>>>
>>>
>>>        
>>>> вопрос повторяю
>>>>
>>>>          
>>> Где? Какой?
>>>
>>>        
>> Уже ответил :-)
>> А я у себя сбойную ситуацию испортил: перезагрузился.
>> Теперь всё работает и ntpd и ntpdate и одновременно и раздельно.
>> отсюда другие вопросы:
>> Кто из них сидит с чруте?
>> Почему не работал ntpdate? не мог достучаться до файла часов? Жалко
>> strace не додумался запустить :-(
>> Совместная работа без конфликта -- это фича или баг?
>> И когда в 5.х приползёт обновлённая версия ntpdate?
>>
>> На днях по-наблюдаю работу этих утилит. Если обнаружится сбой -- буду
>> дальше копать.
>>
>>      
> На самом деле читать маны все же стоит. :)
> Дело в том, что опция -d у ntpdate _не_ переводит время, а без
> нее невозможна одновременная работа вместе с ntpd.
>    
Во-первых я опцией -d пользовался (по назначению) для проверки соединения.
Во-вторых -- версия, которая у меня, с -d переводит.
В-третьих -- на одновременную работу не влияет.

У меня есть гипотеза, что ntpd, который у меня, soket высвобождает и по 
этому конфликта не возникает.
Такое поведение менее безопасно.
$ sudo which ntpd
/usr/sbin/ntpd
$ rpm -qf /usr/sbin/ntpd
openntpd-3.9p1-alt10

Re: [Comm] Избитая тема: ntpdate

[Alexey Novikov]

On Mon, Mar 29, 2010 at 02:22:21PM +0400, Kharitonov A. Dmitry wrote:
> On 29.03.2010 14:00, Andrey Rahmatullin wrote:
> > On Mon, Mar 29, 2010 at 01:57:40PM +0400, Kharitonov A. Dmitry wrote:
> >    
> >>> Нет, иначе бы ntpdate не запускался.
> >>>        
> >> В 4.х они конфликтуют, в 5.х они дружат
> >>      
> > А в сизифе снова конфликтуют, ага.
> > 29 Mar 15:59:20 ntpdate[8539]: ntpdate 4.2.4p7@1.1607 Tue May 19 14:54:02 UTC 2009 (1)
> > 29 Mar 15:59:21 ntpdate[8539]: the NTP socket is in use, exiting
> >
> >    
> >> вопрос повторяю
> >>      
> > Где? Какой?
> >    
> Уже ответил :-)
> А я у себя сбойную ситуацию испортил: перезагрузился.
> Теперь всё работает и ntpd и ntpdate и одновременно и раздельно.
> отсюда другие вопросы:
> Кто из них сидит с чруте?
> Почему не работал ntpdate? не мог достучаться до файла часов? Жалко 
> strace не додумался запустить :-(
> Совместная работа без конфликта -- это фича или баг?
> И когда в 5.х приползёт обновлённая версия ntpdate?
> 
> На днях по-наблюдаю работу этих утилит. Если обнаружится сбой -- буду 
> дальше копать.
> 

На самом деле читать маны все же стоит. :)
Дело в том, что опция -d у ntpdate _не_ переводит время, а без
нее невозможна одновременная работа вместе с ntpd.

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Comm] Избитая тема: ntpdate

[Alexey Novikov]

On Mon, Mar 29, 2010 at 02:32:22PM +0400, Kharitonov A. Dmitry wrote:
> On 29.03.2010 15:00, Alexey Novikov wrote:
> >>> On Mon, Mar 29, 2010 at 01:57:40PM +0400, Kharitonov A. Dmitry wrote:
<skip>
> >>> А в сизифе снова конфликтуют, ага.
> >>> 29 Mar 15:59:20 ntpdate[8539]: ntpdate 4.2.4p7@1.1607 Tue May 19 14:54:02 UTC 2009 (1)
> >>> 29 Mar 15:59:21 ntpdate[8539]: the NTP socket is in use, exiting
<skip>
> > На самом деле читать маны все же стоит. :)
> > Дело в том, что опция -d у ntpdate _не_ переводит время, а без
> > нее невозможна одновременная работа вместе с ntpd.
> >    
> Во-первых я опцией -d пользовался (по назначению) для проверки соединения.
> Во-вторых -- версия, которая у меня, с -d переводит.
> В-третьих -- на одновременную работу не влияет.
> 
> У меня есть гипотеза, что ntpd, который у меня, soket высвобождает и по 
> этому конфликта не возникает.
> Такое поведение менее безопасно.
> $ sudo which ntpd
> /usr/sbin/ntpd
> $ rpm -qf /usr/sbin/ntpd
> openntpd-3.9p1-alt10

Ну версия ntpdate у нас с Вами по всей видимости все же
одинаковая:
[novikov@novikov ~]$ /usr/sbin/ntpdate -v 2>/dev/null
29 Mar 16:02:56 ntpdate[5266]: ntpdate 4.2.4p7@1.1607 Tue May 19
14:53:59 UTC 2009 (1)
[novikov@novikov ~]$ rpmquery ntpdate
ntpdate-4.2.4-alt5.p7

А вот ntpd - разные:
[novikov@novikov ~]$ rpmquery -f /usr/sbin/ntpd
ntpd-4.2.4-alt5.p7

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

On 29.03.2010 16:06, Alexey Novikov wrote:
> On Mon, Mar 29, 2010 at 02:32:22PM +0400, Kharitonov A. Dmitry wrote:
>    
>> On 29.03.2010 15:00, Alexey Novikov wrote:
>>      
>>>>> On Mon, Mar 29, 2010 at 01:57:40PM +0400, Kharitonov A. Dmitry wrote:
>>>>>            
> <skip>
>    
>>>>> А в сизифе снова конфликтуют, ага.
>>>>> 29 Mar 15:59:20 ntpdate[8539]: ntpdate 4.2.4p7@1.1607 Tue May 19 14:54:02 UTC 2009 (1)
>>>>> 29 Mar 15:59:21 ntpdate[8539]: the NTP socket is in use, exiting
>>>>>            
> <skip>
>    
>>> На самом деле читать маны все же стоит. :)
>>> Дело в том, что опция -d у ntpdate _не_ переводит время, а без
>>> нее невозможна одновременная работа вместе с ntpd.
>>>
>>>        
>> Во-первых я опцией -d пользовался (по назначению) для проверки соединения.
>> Во-вторых -- версия, которая у меня, с -d переводит.
>> В-третьих -- на одновременную работу не влияет.
>>
>> У меня есть гипотеза, что ntpd, который у меня, soket высвобождает и по
>> этому конфликта не возникает.
>> Такое поведение менее безопасно.
>> $ sudo which ntpd
>> /usr/sbin/ntpd
>> $ rpm -qf /usr/sbin/ntpd
>> openntpd-3.9p1-alt10
>>      
> Ну версия ntpdate у нас с Вами по всей видимости все же
> одинаковая:
> [novikov@novikov ~]$ /usr/sbin/ntpdate -v 2>/dev/null
> 29 Mar 16:02:56 ntpdate[5266]: ntpdate 4.2.4p7@1.1607 Tue May 19
> 14:53:59 UTC 2009 (1)
> [novikov@novikov ~]$ rpmquery ntpdate
> ntpdate-4.2.4-alt5.p7
>
> А вот ntpd - разные:
> [novikov@novikov ~]$ rpmquery -f /usr/sbin/ntpd
> ntpd-4.2.4-alt5.p7
>    
Я об этом уже догадался. Надо будет на сервере тоже openntp поставить.

Когда сглюкнется -- трассировщиком гляну почему время не переводилось.

Re: [Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

On 29.03.2010 16:36, Kharitonov A. Dmitry wrote:
> On 29.03.2010 16:06, Alexey Novikov wrote:
>> On Mon, Mar 29, 2010 at 02:32:22PM +0400, Kharitonov A. Dmitry wrote:
>>> On 29.03.2010 15:00, Alexey Novikov wrote:
>>>>>> On Mon, Mar 29, 2010 at 01:57:40PM +0400, Kharitonov A. Dmitry 
>>>>>> wrote:
>> <skip>
>>>>>> А в сизифе снова конфликтуют, ага.
>>>>>> 29 Mar 15:59:20 ntpdate[8539]: ntpdate 4.2.4p7@1.1607 Tue May 19 
>>>>>> 14:54:02 UTC 2009 (1)
>>>>>> 29 Mar 15:59:21 ntpdate[8539]: the NTP socket is in use, exiting
>> <skip>
>>>> На самом деле читать маны все же стоит. :)
>>>> Дело в том, что опция -d у ntpdate _не_ переводит время, а без
>>>> нее невозможна одновременная работа вместе с ntpd.
>>>>
>>> Во-первых я опцией -d пользовался (по назначению) для проверки 
>>> соединения.
>>> Во-вторых -- версия, которая у меня, с -d переводит.
>>> В-третьих -- на одновременную работу не влияет.
>>>
>>> У меня есть гипотеза, что ntpd, который у меня, soket высвобождает и по
>>> этому конфликта не возникает.
>>> Такое поведение менее безопасно.
>>> $ sudo which ntpd
>>> /usr/sbin/ntpd
>>> $ rpm -qf /usr/sbin/ntpd
>>> openntpd-3.9p1-alt10
>> Ну версия ntpdate у нас с Вами по всей видимости все же
>> одинаковая:
>> [novikov@novikov ~]$ /usr/sbin/ntpdate -v 2>/dev/null
>> 29 Mar 16:02:56 ntpdate[5266]: ntpdate 4.2.4p7@1.1607 Tue May 19
>> 14:53:59 UTC 2009 (1)
>> [novikov@novikov ~]$ rpmquery ntpdate
>> ntpdate-4.2.4-alt5.p7
>>
>> А вот ntpd - разные:
>> [novikov@novikov ~]$ rpmquery -f /usr/sbin/ntpd
>> ntpd-4.2.4-alt5.p7
> Я об этом уже догадался. Надо будет на сервере тоже openntp поставить.
>
> Когда сглюкнется -- трассировщиком гляну почему время не переводилось.
Обнаружил странное:
когда выполняется
ntpdate 90.156.232.75
шлются пакеты
09:15:28.111987 IP 192.168.2.9.ntp > 90.156.232.75.ntp: NTPv4, Client, 
length 48
09:15:28.157812 IP 192.168.2.9.ntp > 90.156.232.75.ntp: NTPv4, Client, 
length 48
09:15:28.202690 IP 192.168.2.9.ntp > 90.156.232.75.ntp: NTPv4, Client, 
length 48
09:15:28.248004 IP 192.168.2.9.ntp > 90.156.232.75.ntp: NTPv4, Client, 
length 48


когда выполняется
ntpdate -d 90.156.232.75
шлются пакеты
09:16:17.659879 IP 192.168.2.9.46148 > 90.156.232.75.ntp: NTPv4, Client, 
length 48
09:16:18.659845 IP 192.168.2.9.46148 > 90.156.232.75.ntp: NTPv4, Client, 
length 48
09:16:19.659860 IP 192.168.2.9.46148 > 90.156.232.75.ntp: NTPv4, Client, 
length 48
09:16:20.659829 IP 192.168.2.9.46148 > 90.156.232.75.ntp: NTPv4, Client, 
length 48

Традиционный вопрос: это фича или баг?

Re: [Comm] Избитая тема: ntpdate

[Alexey Novikov]

On Thu, Apr 01, 2010 at 09:29:37AM +0400, Kharitonov A. Dmitry wrote:
> Обнаружил странное:
> когда выполняется
> ntpdate 90.156.232.75
> шлются пакеты
> 09:15:28.111987 IP 192.168.2.9.ntp > 90.156.232.75.ntp: NTPv4, Client, 
> length 48
> 09:15:28.157812 IP 192.168.2.9.ntp > 90.156.232.75.ntp: NTPv4, Client, 
> length 48
> 09:15:28.202690 IP 192.168.2.9.ntp > 90.156.232.75.ntp: NTPv4, Client, 
> length 48
> 09:15:28.248004 IP 192.168.2.9.ntp > 90.156.232.75.ntp: NTPv4, Client, 
> length 48
> 
> 
> когда выполняется
> ntpdate -d 90.156.232.75
> шлются пакеты
> 09:16:17.659879 IP 192.168.2.9.46148 > 90.156.232.75.ntp: NTPv4, Client, 
> length 48
> 09:16:18.659845 IP 192.168.2.9.46148 > 90.156.232.75.ntp: NTPv4, Client, 
> length 48
> 09:16:19.659860 IP 192.168.2.9.46148 > 90.156.232.75.ntp: NTPv4, Client, 
> length 48
> 09:16:20.659829 IP 192.168.2.9.46148 > 90.156.232.75.ntp: NTPv4, Client, 
> length 48
> 
> Традиционный вопрос: это фича или баг?
Подозреваю, что фича - не требовать для отладочного режима прав
root, соответственно не использовать bind на номер порта < 1024.

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Comm] Избитая тема: ntpdate

[Kharitonov A. Dmitry]

On 01.04.2010 10:13, Alexey Novikov wrote:
> On Thu, Apr 01, 2010 at 09:29:37AM +0400, Kharitonov A. Dmitry wrote:
>    
>> Обнаружил странное:
>> когда выполняется
>> ntpdate 90.156.232.75
>> шлются пакеты
>> 09:15:28.111987 IP 192.168.2.9.ntp>  90.156.232.75.ntp: NTPv4, Client,
>> length 48
>> 09:15:28.157812 IP 192.168.2.9.ntp>  90.156.232.75.ntp: NTPv4, Client,
>> length 48
>> 09:15:28.202690 IP 192.168.2.9.ntp>  90.156.232.75.ntp: NTPv4, Client,
>> length 48
>> 09:15:28.248004 IP 192.168.2.9.ntp>  90.156.232.75.ntp: NTPv4, Client,
>> length 48
>>
>>
>> когда выполняется
>> ntpdate -d 90.156.232.75
>> шлются пакеты
>> 09:16:17.659879 IP 192.168.2.9.46148>  90.156.232.75.ntp: NTPv4, Client,
>> length 48
>> 09:16:18.659845 IP 192.168.2.9.46148>  90.156.232.75.ntp: NTPv4, Client,
>> length 48
>> 09:16:19.659860 IP 192.168.2.9.46148>  90.156.232.75.ntp: NTPv4, Client,
>> length 48
>> 09:16:20.659829 IP 192.168.2.9.46148>  90.156.232.75.ntp: NTPv4, Client,
>> length 48
>>
>> Традиционный вопрос: это фича или баг?
>>      
> Подозреваю, что фича - не требовать для отладочного режима прав
> root, соответственно не использовать bind на номер порта<  1024.
>    
Судя по тому, что это никак не отражено в документации похоже на баг.
У меня из-за этого и сбой происходит. Пакеты *:123 -> *:123 иногда через 
провайдера не ходят.