FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD


	Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.

Введите FGHI ссылку:

Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763

Ответить на сообщение

К списку сообщений

Предыдущее сообщение

Следующее сообщение

= Сообщение: 3264 из 10763 ===================================== RU.UNIX.BSD =
От   : Andrew Kant                      2:469/83.1         12 Jul 15 09:14:16
Кому : Victor Sudakov                                      12 Jul 15 09:14:16
Тема : Странное поведение ntpd
FGHI : area://RU.UNIX.BSD?msgid=2:469/83.1+55a20854
На   : area://RU.UNIX.BSD?msgid=<1187501786@news.sibptus.ru>+003aa2a0
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=2:5005/49.1+55a283da
Ответ: area://RU.UNIX.BSD?msgid=2:5030/257+55a2a6ba
==============================================================================
Hello Victor!

Saturday July 11 2015 15:14, Victor Sudakov wrote to All:
VS> Как так может быть, что peers показывает, что синхронизация есть, а
VS> sysinfo показывает 16 стратум?

VS> $ ntpdc -n -c peers
VS>      remote           local      st poll reach  delay   offset    disp
VS> =======================================================================
VS> *10.14.140.111   10.14.140.38     3   64  376 0.00000  2.678927 0.01826

reach = 376 = 11 111 110

то есть когда-то она была, но на последнем цикле как раз связи уже не было.

VS> $ ntpdc -n -c sysinfo
VS> system peer:          10.14.140.111
VS> system peer mode:     control
VS> leap indicator:       11
VS> stratum:              16
VS> precision:            -21
VS> root distance:        0.00000 s
VS> root dispersion:      0.01393 s
VS> reference ID:         [10.14.140.111]
VS> reference time:       00000000.00000000  Thu, Feb  7 2036 12:28:16.000
VS> system flags:         bclient ntp kernel stats
VS> jitter:               0.390671 s
VS> stability:            0.000 ppm
VS> broadcastdelay:       0.003998 s
VS> authdelay:            0.000004 s
VS> $

VS> Вот еще для информации

VS> $ ntpdate -d 10.14.140.111
VS> 11 Jul 17:59:41 ntpdate[32345]: ntpdate 4.2.4p5-a (1)
VS> transmit(10.14.140.111)
VS> receive(10.14.140.111)
VS> transmit(10.14.140.111)
VS> receive(10.14.140.111)
VS> transmit(10.14.140.111)
VS> receive(10.14.140.111)
VS> transmit(10.14.140.111)
VS> receive(10.14.140.111)
VS> transmit(10.14.140.111)
VS> server 10.14.140.111, port 123
VS> stratum 3, precision -18, leap 00, trust 000
VS> refid [10.14.140.111], delay 0.02713, dispersion 0.00003
VS> transmitted 4, in filter 4
VS> reference time:    d94b8398.c40b75f7  Sat, Jul 11 2015 17:59:20.765
VS> originate timestamp: d94b83ad.a696d0cd  Sat, Jul 11 2015 17:59:41.650
VS> transmit timestamp:  d94b83ad.2a775b81  Sat, Jul 11 2015 17:59:41.165
VS> filter delay:  0.02713  0.02715  0.02722  0.02716
VS>      0.00000  0.00000  0.00000  0.00000
VS> filter offset: 0.483958 0.484000 0.484027 0.484027
VS>      0.000000 0.000000 0.000000 0.000000
VS> delay 0.02713, dispersion 0.00003
VS> offset 0.483958

VS> 11 Jul 17:59:41 ntpdate[32345]: adjust time server 10.14.140.111 offset
VS> 0.483958 sec $ $

А ты уверен, что на  140.111 не было никаких скачков времени? Может причина в нём, а твой 140.38, имея единственного пира, подумал, что тот свихнулся и перестал ему доверять?

Good bye!
           Andrew

--- GoldED+/W32 1.1.4.7
* Origin: * KAA * (2:469/83.1)

К главной странице гейта