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

	Введите FGHI ссылку: Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763 Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение = Сообщение: 3268 из 10763 ===================================== RU.UNIX.BSD = От   : Andrew Kant                      2:469/83.1         13 Jul 15 11:29:01 Кому : Victor Sudakov                                      13 Jul 15 11:29:01 Тема : Странное поведение ntpd FGHI : area://RU.UNIX.BSD?msgid=2:469/83.1+55a37769 На   : area://RU.UNIX.BSD?msgid=2:5005/49.1+55a283da = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.UNIX.BSD?msgid=2:5005/49.1+55a3dc1f ============================================================================== Hello Victor! Sunday July 12 2015 10:06, Victor Sudakov wrote to Andrew Kant: VS>>> Как так может быть, что peers показывает, что синхронизация есть, VS>>> а sysinfo показывает 16 стратум? VS>>> $ ntpdc -n -c peers VS>>>      remote           local      st poll reach  delay   offset VS>>> disp VS>>> ================================================================= VS>>> ====== *10.14.140.111   10.14.140.38     3   64  376 0.00000 VS>>> 2.678927 0.01826 AK>> reach = 376 = 11 111 110 AK>> то есть когда-то она была, но на последнем цикле как раз связи уже AK>> не было. VS> Это интересная информация. Hо они в одной ЛВС, с чего бы связи не быть. Была глупая идея, что такое могло быть после выхода из спячки и восстановлении времени из ненастроенных RTC, но эксперимент показывает, что ntpd в таком случае полностью очищает колонку reach, у тебя-же там есть единички, то есть пропало совсем недавно. Good bye!            Andrew --- GoldED+/W32 1.1.4.7 * Origin: * KAA * (2:469/83.1) К главной странице гейта

Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.102401 секунды