Доброе время суток!
Есть сеть из нескольких компьютеров, не обходимо синхронизировать на всех время. Выхода в интернет нету,GPS устанавливаться нельзя, других источников точного времени нету.
Поднимаю NTPD на сервере и настраиваю все машины на него. Все хорошо, все синхронизируются. НО! На сервере очень сильно уходит время. Причем в биосе время идет на много лучше системное.NTPD на сервере настроен сам на себя, т.е. на 127.127.1.0, и благодаря 11 minute mode, каждые 11 минут ядро выставляем RTC по системным. Т.е. остются только системые часы, которые идет очень не точно.
Как можно решить эту проблему? нашел одну статью где говорят чтоserver 127.127.43.0 # standard Linux RTC
The "address" of the RTC (127.127.43.0 in the example above) is not an IP address, but actually used as an index into an internal array of supported reference clocks in the NTP daemon code
но у меня это не работает и покопавшить в исходниках ntpd не нашел ни какого подтверждения что 127.127.43.0 хоть как то связан с RTC.
Поставить в качестве NTPD нормальную машину.
> Поставить в качестве NTPD нормальную машину.ПО поставляется на объекты, где разное оборудование попадается
>[оверквотинг удален]
> все синхронизируются. НО! На сервере очень сильно уходит время. Причем в
> биосе время идет на много лучше системное.NTPD на сервере настроен сам
> на себя, т.е. на 127.127.1.0, и благодаря 11 minute mode, каждые
> 11 минут ядро выставляем RTC по системным. Т.е. остются только системые
> часы, которые идет очень не точно.
> Как можно решить эту проблему? нашел одну статью где говорят что
> server 127.127.43.0 # standard Linux RTC
> The "address" of the RTC (127.127.43.0 in the example above) is not
> an IP address, but actually used as an index into an
> internal array of supported reference clocks in the NTP daemon code????
> но у меня это не работает и покопавшить в исходниках ntpd не
> нашел ни какого подтверждения что 127.127.43.0 хоть как то связан с
> RTC.LinuxPPS:
http://linuxpps.org/wiki/index.php/LinuxPPS_NTPD_support#RIP...купите железки для собственного ntp сервера, google: low cost linux ntp server
>> все синхронизируются. НО! На сервере очень сильно уходит время. Причем в
> купите железкиРешение неверное. ... Постановка задачи была "я беру деньги, сделайте, чтоб у клиентов софт работал, как я хочу". Постановка также включала - "интернета нет, доп.аппаратуры нет, населена роботами".
> купите железки для собственного ntp сервера, google: low cost linux ntp serverс железкой все понятно, но все эти железки используют GPS, а нам нельзя его использовать, т.к. военные объекты.
Как вариант только думаю использовать hwclock --adjust и hwclock --hctosys
hwclock --hctosys запускать по крону каждые 10 минут, что бы ntpd не включил 11 minute mode
hwclock --adjust раз в сутки.
> с железкой все понятно, но все эти железки используют GPS, а нам
> нельзя его использовать, т.к. военные объекты.Используйте ГЛОНАСС!!
>> с железкой все понятно, но все эти железки используют GPS, а нам
>> нельзя его использовать, т.к. военные объекты.
> Используйте ГЛОНАСС!!решение использовать железку ясно.
интересует возможность без железки.
>>> с железкой все понятно, но все эти железки используют GPS, а нам
>>> нельзя его использовать, т.к. военные объекты.
>> Используйте ГЛОНАСС!!
> решение использовать железку ясно.
> интересует возможность без железки.Я попробовал бы: _не_ синхронизироваться с самим собой (ну, бред же!); не пускать сильно жручих задач или наоборот пускть ntpd с наивысшим приоритетом (?!на отдельном ядре); посмотреть железо, не занимает ли машину "надолго"/исключительно, создавая "левые" задержки (напиммер, IDE диски... настроить/отключить DMA, _уменьшить block трансферы).
Всё - чисто с потолка, в результате досужего теоретизирования, да.
...А кста!! .drift файлы сбросить? (Нет, не знаю, просто слово красивое.)
>[оверквотинг удален]
>>> Используйте ГЛОНАСС!!
>> решение использовать железку ясно.
>> интересует возможность без железки.
> Я попробовал бы: _не_ синхронизироваться с самим собой (ну, бред же!); не
> пускать сильно жручих задач или наоборот пускть ntpd с наивысшим приоритетом
> (?!на отдельном ядре); посмотреть железо, не занимает ли машину "надолго"/исключительно,
> создавая "левые" задержки (напиммер, IDE диски... настроить/отключить DMA, _уменьшить
> block трансферы).
> Всё - чисто с потолка, в результате досужего теоретизирования, да.
> ...А кста!! .drift файлы сбросить? (Нет, не знаю, просто слово красивое.)да вот тут тоже проблема, ntp сервер стоит на той же машине где и основное ПО, а нагрузка там сильная и не постоянная. А RTC идут не зависимо от этой нагрузке и плывут предсказуемо, поэтому --adjust может решить эту проблему.
Но все равно все это как то очень не красиво. Насколько было проще, если бы в ntpd был драйвер для RTC. Хотя конечно и понятно почему его там нету. У ntp совсем другая задача :)
> А RTC идут не зависимо от этой нагрузке и плывут предсказуемо,"If you don't need sub-second accuracy, hwclock(8) and adjtimex(8) may be all you need." ??
Но да, и это тож не проходит по начальной постановке про "сеть из нескольких"....
>> купите железки для собственного ntp сервера, google: low cost linux ntp server
> с железкой все понятно, но все эти железки используют GPS, а нам
> нельзя его использовать, т.к. военные объекты.полно железок использующих глонасс, есть просто тактовые генераторы, найдете на раз
ya.ru: синхронизация времени через глонасскогда-то в списке рассылки ntp, на предмет синхронизации через LOCAL (без интернет)
один из участников проекта написал следующее:суть ntp - синхронизация с ЧЕМ-ЛИБО!
синхронизировать на локальном PC нечего, есть там кристалл и пущай себе
работает, отстает или бежит - это не ваша проблема если отсутствует источник синхронизации
тикат и тикает, все работает без скачков и рывков времени, а синхронизировать с самого
себя это как масло маслянное. такие вот мыслиесли посмотреть в описании по драйверам ntp: local как бы deprecated и рекомендуют orphan
итого: любо вы забиваете на NTP и используете hwclock, либо находите и приобретаете
устройство для синхронизации через глонасс или автономный генератор.прим: поражает абсурдность ситуации, компьютерное железо импортное, операционка тоже,
а вот жопорез использовать нельзя...
> прим: поражает абсурдность ситуации, компьютерное железо импортное, операционка тоже,
> а вот жопорез использовать нельзя...Почему же. Используется свободно ПО. Вероятность бэкдоров от спецслужб минимальна. А вот жпс может, при ненеобходимости, по команде из СШП давать любое время и любые координаты.
>> прим: поражает абсурдность ситуации, компьютерное железо импортное, операционка тоже,
>> а вот жопорез использовать нельзя...
> Почему же. Используется свободно ПО. Вероятность бэкдоров от спецслужб минимальна. А вот
> жпс может, при ненеобходимости, по команде из СШП давать любое время
> и любые координаты.А если "закладки" в пентиумах?
непорядочек :-)
>>> прим: поражает абсурдность ситуации, компьютерное железо импортное, операционка тоже,
>>> а вот жопорез использовать нельзя...
>> Почему же. Используется свободно ПО. Вероятность бэкдоров от спецслужб минимальна. А вот
>> жпс может, при ненеобходимости, по команде из СШП давать любое время
>> и любые координаты.
> А если "закладки" в пентиумах?
> непорядочек :-)на них пофиг, связи с внешним миром же нет или думаете есть час икс, когда эти закладки повыжигают все ЦП?
> итого: любо вы забиваете на NTP и используете hwclock, либо находите и
> приобретаете
> устройство для синхронизации через глонасс или автономный генератор.ну вот практика показывает что RTC идет лучше чем считает сам линунс. На одно компе конечно хватит hwclock, но это же время надо раздать на все остальные. Вот и появляется не обходимость ntpd. "Синхронизироваться с чем то", RTC это как раз то "что то" с чем бы мне и хотелось бы синхронизировать.
А то мне заколебали с объектов звонить и говорить, "Вот у нас венда есть, она стоит и время на ней не уходит почти, а вас в линуксе за неделю на несколько минут".
В венде там только RTC и есть, больше ни чего.
А тут вроде и свои часы и ntpd, но все вместе без источника времени это не работает.
>[оверквотинг удален]
> На одно компе конечно хватит hwclock, но это же время надо
> раздать на все остальные. Вот и появляется не обходимость ntpd. "Синхронизироваться
> с чем то", RTC это как раз то "что то" с
> чем бы мне и хотелось бы синхронизировать.
> А то мне заколебали с объектов звонить и говорить, "Вот у нас
> венда есть, она стоит и время на ней не уходит почти,
> а вас в линуксе за неделю на несколько минут".
> В венде там только RTC и есть, больше ни чего.
> А тут вроде и свои часы и ntpd, но все вместе без
> источника времени это не работает.просто синхронизировать можно через openntpd, он намного проще монстрика ntpd.
>> купите железки для собственного ntp сервера, google: low cost linux ntp server
> с железкой все понятно, но все эти железки используют GPS, а нам
> нельзя его использовать, т.к. военные объекты.Да Вы что? Еще скажите stratum 0 ч/з GPS идет ко всем.
стабильный тик-так генератор ничего общего с каналами связи не имеет. банальная схема из кварцевого генератора, конденсатора и пары резисторов если руками делать.
Вам просто нужен автономный высокоточный генератор импульсов тик-так (именно ЖЕЛЕЗНАЯ КОРОБКА, а не компьютер какой-то, что выполняет ту же задачу) для Ваших военных объектов (железный NTP-сервер без привязки к каналам связи). Их туча таких железок. Удачи.
> Как вариант только думаю использовать hwclock --adjust и hwclock --hctosys
> hwclock --hctosys запускать по крону каждые 10 минут, что бы ntpd не
> включил 11 minute mode
> hwclock --adjust раз в сутки.PS
от BIOS-часов вязаться нельзя ни в коем случае, тем более на военных объектах. банально батарейка на материнской плате сядет ч/з полгода и кирдык: "кто сапог на пульт управления кинул?"PSS
[NTP box = копейки]-<патч-корд>-[NTP-сервер]-...-[сеть]
вот так должно быть в простейшем случае.PSSS
у вояк такой девайс уже должен быть. иначе я пойму почему Америка нас боится :) - нас не возможно предсказать!
> но у меня это не работает и покопавшить в исходниках ntpd не
> нашел ни какого подтверждения что 127.127.43.0 хоть как то связан с
> RTC.И всё-таки, спасибо за вопрос!
Пытался читать doc.ntp.org, такое впечатление, что то, что там написано понимает человек 10, от силы 30, на этой Планете, и %) к отечественным военным объектам ни одного из них не подпустят.
/extern.html, /assoc.html#orphan захватывает и уносит... что твой Конан Дойль...
---Удалился придаваться дальнейшему самоуничижению.
...Или всё-таки нужен студент-математик??
> /extern.html, /assoc.html#orphan захватывает и уносит... что твой Конан Дойль...про orphan уже читал, но после первого прочтения не особо понял...
попробую еще разок
>> но у меня это не работает и покопавшить в исходниках ntpd не
>> нашел ни какого подтверждения что 127.127.43.0 хоть как то связан с
>> RTC.
> И всё-таки, спасибо за вопрос!
> Пытался читать doc.ntp.org, такое впечатление, что то, что там написано понимает человек
> 10, от силы 30, на этой Планете, и %) к отечественным
> военным объектам ни одного из них не подпустят.
> /extern.html, /assoc.html#orphan захватывает и уносит... что твой Конан Дойль...
> ---Удалился придаваться дальнейшему самоуничижению.
> ...Или всё-таки нужен студент-математик??[cut]
>> но у меня это не работает и покопавшить в исходниках ntpd не
>> нашел ни какого подтверждения что 127.127.43.0 хоть как то связан с
>> RTC.
> И всё-таки, спасибо за вопрос!
> Пытался читать doc.ntp.org, такое впечатление, что то, что там написано понимает человек
> 10, от силы 30, на этой Планете, и %) к отечественным
> военным объектам ни одного из них не подпустят.
> /extern.html, /assoc.html#orphan захватывает и уносит... что твой Конан Дойль...
> ---Удалился придаваться дальнейшему самоуничижению.
> ...Или всё-таки нужен студент-математик??ах как хорошо сказал! :)
+1000