[devel] Q: trustworhtiness of chrony

[Dmitry V. Levin]

On Mon, Aug 13, 2018 at 03:25:33PM +0300, Andrey Savchenko wrote:
> On Mon, 13 Aug 2018 14:59:04 +0300 Dmitry V. Levin wrote:
> > On Mon, Aug 13, 2018 at 02:52:13PM +0300, Yuri Sedunov wrote:
> > > У кого-то часы отстают?
> > > 
> > > ...
> > > check OK
> > > 2018-Aug-13 11:27:30 :: [x86_64-i586] plan: #4 +4 -4 =11420
> > > arepo/x86_64-i586/rpms/i586-libappstream-glib-devel-0.7.12-alt1.i586.rpm: BUILDTIME in the future: Mon Aug 13 11:28:15 UTC 2018
> > > sisyphus_check: check-buildtime ERROR: buildtime violation
> > > arepo/x86_64-i586/rpms/i586-libappstream-glib-0.7.12-alt1.i586.rpm: BUILDTIME in the future: Mon Aug 13 11:28:13 UTC 2018
> > > sisyphus_check: check-buildtime ERROR: buildtime violation
> > > 2018-Aug-13 11:28:13 :: [x86_64-i586] sisyphus_check FAILED
> > > 2018-Aug-13 11:28:13 :: [x86_64-i586] build FAILED
> > > 2018-Aug-13 11:28:13 :: task #211319 for sisyphus FAILED
> > 
> > Да, один из сборочных узлов опять заресетился, время на нём сбилось,
> > ntpd подправляет его каждые несколько минут на несколько секунд,
> > процесс сходящийся.
> 
> А можно поставить chrony и плавно поправить через tike skew без
> всяких скачков и прочего безобразия. Мало того, при запуске он сам
> умеет использовать поправку на вычисленную на основе собранных
> ранее данных систематическую погрешность системных часов. На

Кто-нибудь читал исходный код chrony,
что этот исходный код представляет из себя по сравнению с openntpd,
им вообще можно пользоваться там, где нужно минимизировать риск
исполнения произвольного кода?


-- 
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : signature.asc
Тип     : application/pgp-signature
Размер  : 801 байтов
Описание: отсутствует
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20180813/6b3127c3/attachment-0001.bin>