[sisyphus] OpenVZ + ntpd = ?

[sisyphus] OpenVZ + ntpd = ?

[Alexey I. Froloff]

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

Свежесозданый OVZ контейнер с последним сизифом и ntpd внутри:

Sep 18 13:16:40 ntpd ntpdate[23872]: running as uid(103)/gid(106) euid(103)/egid(106) with cap_sys_time chrooted to /var/lib/ntpd
Sep 18 13:16:40 ntpd ntpdate[23872]: step time server 10.192.168.16 offset -0.002788 sec
Sep 18 13:16:40 ntpd ntpd: Synchronizing with time server: succeeded
Sep 18 13:16:40 ntpd ntpd[23885]: ntpd 4.1.2@1.892 Fri Dec 30 10:31:44 MSK 2005 (1)
Sep 18 13:16:40 ntpd ntpd[23885]: precision = 6 usec
Sep 18 13:16:40 ntpd ntpd[23885]: kernel time discipline status 0040
Sep 18 13:16:40 ntpd ntpd: ntpd startup succeeded
Sep 18 13:16:40 ntpd ntpd[23885]: lookup of user "ntpd" failed
# rpm -V ntpd
S.5....T c /etc/ntp.conf
missing    /var/lib/ntpd/etc/ntp/drift
# id ntpd
uid=103(ntpd) gid=106(ntpd) groups=106(ntpd)

# grep -i sys_time /etc/sysconfig/vz-scripts/101.conf 
CAPABILITY="SYS_TIME:on "

Что я делаю не так?

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] OpenVZ + ntpd = ?

[Alexey I. Froloff]

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

* Alexey I. Froloff <raorn@> [060918 13:35]:
> Свежесозданый OVZ контейнер с последним сизифом и ntpd внутри:
# strace -fFkvs 256 ntpd -T /var/lib/ntpd/
...
open("/lib/libnss_nis.so.2", O_RDONLY)  = 6
...
mmap2(NULL, 37408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = -1 ENOMEM (Cannot allocate memory)
close(6)                                = 0
time([1158572359])                      = 1158572359
getpid()                                = 24094
send(3, "<27>Sep 18 13:39:19 ntpd[24094]: lookup of user \"ntpd\" failed", 61, MSG_NOSIGNAL) = 61
exit_group(1)                           = ?

И совсем неважно какой libnss_* используется...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] OpenVZ + ntpd = ?

[Alexey I. Froloff]

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

* Alexey I. Froloff <raorn@> [060918 13:44]:
> * Alexey I. Froloff <raorn@> [060918 13:35]:
> > Свежесозданый OVZ контейнер с последним сизифом и ntpd внутри:
> # strace -fFkvs 256 ntpd -T /var/lib/ntpd/
Сравниваем strace id и strace ntpd:

# strace id ntpd
...
open("/lib/libnss_files.so.2", O_RDONLY) = 3
...
mmap2(NULL, 37512, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xe5f000
mmap2(0xe67000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xe67000
close(3)                                = 0

# strace ntpd -T /var/lib/ntpd
...
open("/lib/libnss_files.so.2", O_RDONLY) = 6
...
mmap2(NULL, 37512, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = -1 ENOMEM (Cannot allocate memory)
close(6)                                = 0

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] OpenVZ + ntpd = ?

[Konstantin A. Lepikhov]

<цитата от="Alexey I. Froloff">
> * Alexey I. Froloff <raorn@> [060918 13:44]:
>> * Alexey I. Froloff <raorn@> [060918 13:35]:
>> > Свежесозданый OVZ контейнер с последним сизифом и ntpd внутри:
>> # strace -fFkvs 256 ntpd -T /var/lib/ntpd/
> Сравниваем strace id и strace ntpd:
>
> # strace id ntpd
> ...
> open("/lib/libnss_files.so.2", O_RDONLY) = 3
> ...
> mmap2(NULL, 37512, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
> 0xe5f000
> mmap2(0xe67000, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xe67000
> close(3)                                = 0
>
> # strace ntpd -T /var/lib/ntpd
> ...
> open("/lib/libnss_files.so.2", O_RDONLY) = 6
> ...
> mmap2(NULL, 37512, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) =
> -1 ENOMEM (Cannot allocate memory)
> close(6)                                = 0
а лимиты в /proc/user_beancounters смотрел?

-- 
WBR et al.

Re: [sisyphus] OpenVZ + ntpd = ?

[Alexey I. Froloff]

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

* Konstantin A. Lepikhov <lakostis@> [060918 14:50]:
> а лимиты в /proc/user_beancounters смотрел?
YES!  failcnt!  Спасибо, уже ясно куда копать ;-)

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] OpenVZ + ntpd = ?

[Alexey I. Froloff]

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

* Alexey I. Froloff <raorn@> [060918 13:35]:
> Что я делаю не так?
ntpd в своём контейнере захотел:

# grep lockedpages /proc/user_beancounters
lockedpages         205        207        256        256        175

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] OpenVZ + ntpd = ?

[Dmitry V. Levin]

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

On Mon, Sep 18, 2006 at 02:58:50PM +0400, Alexey I. Froloff wrote:
> * Alexey I. Froloff <raorn@> [060918 13:35]:
> > Что я делаю не так?
> ntpd в своём контейнере захотел:
> 
> # grep lockedpages /proc/user_beancounters
> lockedpages         205        207        256        256        175

Как удалось этого добиться?
Я наблюдаю другую картину:
# fgrep lockedpages /proc/user_beancounters |tr -s '[:space:]' ' '
 lockedpages 0 8 32 32 0


-- 
ldv

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

Re: [sisyphus] OpenVZ + ntpd = ?

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060918 18:40]:
> > ntpd в своём контейнере захотел:

> > # grep lockedpages /proc/user_beancounters
> > lockedpages         205        207        256        256        175

> Как удалось этого добиться?
"Слюшай, ничего не делал, только зашёл!" (C)

> Я наблюдаю другую картину:
> # fgrep lockedpages /proc/user_beancounters |tr -s '[:space:]' ' '
>  lockedpages 0 8 32 32 0
# fgrep lockedpages /proc/user_beancounters |tr -s '[:space:]' ' '
 lockedpages 0 32 32 32 16 

# rpm -q ntpd glibc
ntpd-4.1.2-alt3.1
glibc-2.3.6-alt7

$ cat ovz-sis/profile/packages/main 
basesystem
apt
etcnet
glibc
sysklogd
ntpd

glibc сборки i686, если это важно...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] OpenVZ + ntpd = ?

[Dmitry V. Levin]

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

On Mon, Sep 18, 2006 at 07:08:47PM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060918 18:40]:
> > > ntpd в своём контейнере захотел:
> 
> > > # grep lockedpages /proc/user_beancounters
> > > lockedpages         205        207        256        256        175
> 
> > Как удалось этого добиться?
> "Слюшай, ничего не делал, только зашёл!" (C)
> 
> > Я наблюдаю другую картину:
> > # fgrep lockedpages /proc/user_beancounters |tr -s '[:space:]' ' '
> >  lockedpages 0 8 32 32 0
> # fgrep lockedpages /proc/user_beancounters |tr -s '[:space:]' ' '
>  lockedpages 0 32 32 32 16 
> 
> # rpm -q ntpd glibc
> ntpd-4.1.2-alt3.1
> glibc-2.3.6-alt7

А, у меня openntpd.

Пакет ntpd orphaned и deprecated.


-- 
ldv

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

Re: [sisyphus] OpenVZ + ntpd = ?

[Alexey I. Froloff]

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

* Alexey I. Froloff <raorn@> [060918 19:10]:
> glibc сборки i686, если это важно...
Как выяснилось неважно.

Темплейт дать?

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] OpenVZ + ntpd = ?

[Dmitry V. Levin]

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

On Mon, Sep 18, 2006 at 07:19:49PM +0400, Alexey I. Froloff wrote:
> * Alexey I. Froloff <raorn@> [060918 19:10]:
> > glibc сборки i686, если это важно...
> Как выяснилось неважно.
> 
> Темплейт дать?

ntpd меня не очень интересует.


-- 
ldv

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

Re: [sisyphus] OpenVZ + ntpd = ?

[Andrei Bulava]

Dmitry V. Levin wrote:
> On Mon, Sep 18, 2006 at 07:19:49PM +0400, Alexey I. Froloff wrote:
>> * Alexey I. Froloff <raorn@> [060918 19:10]:
>>> glibc сборки i686, если это важно...
>> Как выяснилось неважно.
>>
>> Темплейт дать?
> 
> ntpd меня не очень интересует.

Заранее приношу извинения за агрессивный стиль.

Вы всерьёз считаете, что openntpd - заменитель ntpd?!! Извините за
метафору, но это - слабое подобие левой руки.

По пунктам:

$ rpm -qa --last | head -1 | tr -s '[:space:]'
openntpd-3.9p1-alt2 Пнд 18 Сен 2006 18:40:10

# grep 'ntpd.*adjusting local clock by' /var/log/messages | wc -l
336

# grep 'ntpd.*adjusting local clock by' /var/log/messages | tail -1
Sep 19 09:25:27 cairo ntpd[29265]: adjusting local clock by -49.631652s

А теперь интересное:

$ /usr/sbin/ntptrace
localhost.localdomain: stratum 4, offset 0.000100, synch distance 0.00008
enfield.office: stratum 3, offset -50.462759, synch distance 0.19261
burka.carrier.kiev.ua: stratum 2, offset -50.377407, synch distance 0.11461
clock.via.net: stratum 1, offset -50.410373, synch distance 0.00064,
refid 'GPS'

И действительно,

$ ssh enfield.office date && date && /sbin/hwclock --show
Tue Sep 19 09:32:56 EEST 2006
Втр Сен 19 09:33:46 EEST 2006
Tue Sep 19 09:32:59 2006  -0.155254 seconds EEST

Интересно, чем вообще занимается openntpd?!! Видно, что аппаратные часы
по инерции всё ещё показывают более-менее правдоподобное время. Но вот
что с программными часами? Подозреваю, причина в том, что перед openntpd
запускался ntpd, который что-то накрутил в ядре по поводу так
называемого "11 minute mode"... Но это минус openntpd в любом случае.
Пойду перезагружусь для проверки (тьфу, пропасть!)

P.S. Помимо этого, openntpd совершенно не содержит средств диагностики!
Если бы не ntptrace из ntp-utils, я бы не скоро узнал, что openntpd -
такое, как есть.

-- 
// AB1002-UANIC

[sisyphus] openntpd <> ntpd (Was: Re: OpenVZ + ntpd = ?)

[Andrei Bulava]

Andrei Bulava wrote:
> Dmitry V. Levin wrote:
>> On Mon, Sep 18, 2006 at 07:19:49PM +0400, Alexey I. Froloff wrote:
>>> * Alexey I. Froloff <raorn@> [060918 19:10]:
>>>> glibc сборки i686, если это важно...
>>> Как выяснилось неважно.
>>>
>>> Темплейт дать?
>> ntpd меня не очень интересует.
> 
> Заранее приношу извинения за агрессивный стиль.
> 
> Вы всерьёз считаете, что openntpd - заменитель ntpd?!! Извините за
> метафору, но это - слабое подобие левой руки.

Итак, я перезагрузился и прочёл ntpd(8) из openntpd. "Это многое
объясняет" (c):

ntpd uses the adjtime(2) system call to correct the local system time
without causing time jumps.

Конечно, это прекраснодушная идея, однако на моём компьютере это
выливается в

Sep 19 13:15:58 cairo ntpd[7283]: adjusting local clock by -0.365247s
Sep 19 13:20:49 cairo ntpd[7283]: adjusting local clock by -1.266613s
Sep 19 13:25:11 cairo ntpd[7283]: adjusting local clock by -1.443334s
Sep 19 13:28:23 cairo ntpd[7283]: adjusting local clock by -1.569920s
Sep 19 13:31:41 cairo ntpd[7283]: adjusting local clock by -1.547381s
Sep 19 13:33:43 cairo ntpd[7283]: adjusting local clock by -1.562077s
Sep 19 13:35:51 cairo ntpd[7283]: adjusting local clock by -1.594013s
Sep 19 13:39:30 cairo ntpd[7283]: adjusting local clock by -1.573016s
Sep 19 13:43:18 cairo ntpd[7283]: adjusting local clock by -1.580324s
Sep 19 13:47:02 cairo ntpd[7283]: adjusting local clock by -1.561351s
Sep 19 13:51:18 cairo ntpd[7283]: adjusting local clock by -1.560765s
Sep 19 13:52:18 cairo ntpd[7283]: adjusting local clock by -1.549341s
Sep 19 13:56:06 cairo ntpd[7283]: adjusting local clock by -1.506323s
Sep 19 13:58:12 cairo ntpd[7283]: adjusting local clock by -1.562798s
Sep 19 14:02:03 cairo ntpd[7283]: adjusting local clock by -1.541538s
Sep 19 14:06:17 cairo ntpd[7283]: adjusting local clock by -1.567111s
Sep 19 14:07:23 cairo ntpd[7283]: adjusting local clock by -1.538526s
Sep 19 14:08:27 cairo ntpd[7283]: adjusting local clock by -1.502800s
Sep 19 14:12:12 cairo ntpd[7283]: adjusting local clock by -1.463533s
Sep 19 14:15:49 cairo ntpd[7283]: adjusting local clock by -1.483042s

Подозреваю, что всё это по той простой причине - openntpd не использует
adjtimex(2):

Linux uses David L. Mills' clock adjustment algorithm (see RFC 1305).
The system call adjtimex() reads and optionally sets adjustment
parameters for this algorithm.

Я уж не знаю, может в OpenBSD нет adjtimex(2) (и, соответственно, ядро
OpenBSD не является precision time kernel -
http://www.ece.udel.edu/~mills/ntp/html/kern.html ), но факт есть факт:
под управлением openntpd на моём компе - сто тыщ мильёнов подкручиваний
времени, тогда как ntpd манипулирует ядром через adjtimex для
компенсации систематического дрейфа часов.

Раз уж openntpd был взят из соображений безопасности: как насчёт того,
что в логах сервера под "управлением" openntpd будет ересь вместо
точного времени? Стоит просто проанализировать вышеуказанный лог
коррекции времени, чтоб понять: точное время на cairo с openntpd стало
заоблачной мечтой :-\

-- 
// AB1002-UANIC

Re: [sisyphus] openntpd <> ntpd

[Sergey Bolshakov]

>>>>> "Andrei" == Andrei Bulava <abulava-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:
[skipped]

 > Итак, я перезагрузился и прочёл ntpd(8) из openntpd. "Это многое
 > объясняет" (c):

 > ntpd uses the adjtime(2) system call to correct the local system time
 > without causing time jumps.

 > Конечно, это прекраснодушная идея, однако на моём компьютере это
 > выливается в

 > Sep 19 13:15:58 cairo ntpd[7283]: adjusting local clock by -0.365247s
 > Sep 19 13:20:49 cairo ntpd[7283]: adjusting local clock by -1.266613s

Я использую openntpd на нескольких машинах, картинка примерно
следующая: после изначально действительно агрессивных и частых
коррекций часов положение стабилизируется где-то в течении суток до
коррекций < 0.1s раз приблизительно в час.

-- 

Re: [sisyphus] openntpd <> ntpd

[Andrei Bulava]

Sergey Bolshakov wrote:

> Я использую openntpd на нескольких машинах, картинка примерно
> следующая: после изначально действительно агрессивных и частых
> коррекций часов положение стабилизируется где-то в течении суток до
> коррекций < 0.1s раз приблизительно в час.

Хорошо, я подожду и доложу о результатах завтра. Однако осадок всё равно
останется, потому что старый ntpd выстраивает часы существенно быстрее.

-- 
// AB1002-UANIC

Re: [sisyphus] openntpd <> ntpd

[Dmitry V. Levin]

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

On Tue, Sep 19, 2006 at 05:32:07PM +0300, Andrei Bulava wrote:
> Sergey Bolshakov wrote:
> 
> > Я использую openntpd на нескольких машинах, картинка примерно
> > следующая: после изначально действительно агрессивных и частых
> > коррекций часов положение стабилизируется где-то в течении суток до
> > коррекций < 0.1s раз приблизительно в час.
> 
> Хорошо, я подожду и доложу о результатах завтра. Однако осадок всё равно
> останется, потому что старый ntpd выстраивает часы существенно быстрее.

Мне сложно пользоваться и поддерживать два разных ntp-сервера.
Между прочим, у openntpd есть upstream, можно спросить там, если что-то не
устраивает.


-- 
ldv

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

Re: [sisyphus] openntpd <> ntpd

[Andrei Bulava]

Dmitry V. Levin wrote:
> On Tue, Sep 19, 2006 at 05:32:07PM +0300, Andrei Bulava wrote:
>> Sergey Bolshakov wrote:
>> 
>>> Я использую openntpd на нескольких машинах, картинка примерно 
>>> следующая: после изначально действительно агрессивных и частых 
>>> коррекций часов положение стабилизируется где-то в течении суток 
>>> до коррекций < 0.1s раз приблизительно в час.
>> Хорошо, я подожду и доложу о результатах завтра.

Докладываю: за сутки полёта openntpd так и не успокоился, каждые 3-4
минуты подкручивает часы на время порядка 1 секунды.

Я не один, кстати, например
http://archives.neohapsis.com/archives/openbsd/2004-08/0474.html

Вспомнилась классическая задача (Льюис Кэрролл?) насчёт двух часов, одни
из которых отстают на 1 минуту в сутки, а вторые стоят. Так вот, вторые
часы показывают точное время 2 раза в сутки и в смысле "сколько раз в
сутки показывают точное время" идут точнее первых. Я сам не считал, но
мне подсказывают, что первые часы показывают точное время раз в 2 года ;-)

>> Однако осадок всё равно останется, потому что старый ntpd 
>> выстраивает часы существенно быстрее.
> 
> Мне сложно пользоваться и поддерживать два разных ntp-сервера.

Понимаю. Конечно, у меня только совещательный голос, но своё мнение о
практической пригодности openntpd как замены ntpd я высказал.

> Между прочим, у openntpd есть upstream, можно спросить там, если
> что-то не устраивает.

upstream - это http://www.zip.com.au/~dtucker/ ?

Тогда вот: http://bsd.slashdot.org/comments.pl?sid=129006&cid=10769720
(что и доказывает моё предположение относительно применимости понятия
precision time kernel к ядру openbsd).

http://www.zip.com.au/~dtucker/openntpd/patches/openntpd-3.7p1-linux-adjtimex.patch
в самом начале прокомментирован:

This patch adds support for the Linux adjtimex call to OpenNTPD, to
adjust the kernel to compensate for systematic clock skew/drift.

Хотя в http://www.zip.com.au/~dtucker/openntpd/patches/ я что-то совсем
запутался :-(

Вас не затруднит прояснить ситуацию у Darren Tucker? Спасибо.

-- 
// AB1002-UANIC

Re: [sisyphus] openntpd <> ntpd

[Dmitry V. Levin]

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

On Wed, Sep 20, 2006 at 10:26:48AM +0300, Andrei Bulava wrote:
[...]
> upstream - это http://www.zip.com.au/~dtucker/ ?

В данном случае да.

> Тогда вот: http://bsd.slashdot.org/comments.pl?sid=129006&cid=10769720
> (что и доказывает моё предположение относительно применимости понятия
> precision time kernel к ядру openbsd).
> 
> http://www.zip.com.au/~dtucker/openntpd/patches/openntpd-3.7p1-linux-adjtimex.patch
> в самом начале прокомментирован:
> 
> This patch adds support for the Linux adjtimex call to OpenNTPD, to
> adjust the kernel to compensate for systematic clock skew/drift.
> 
> Хотя в http://www.zip.com.au/~dtucker/openntpd/patches/ я что-то совсем
> запутался :-(

openntpd-3.7p1-linux-adjtimex.patch является самым свежим.

> Вас не затруднит прояснить ситуацию у Darren Tucker? Спасибо.

Попробую.


-- 
ldv

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

Re: [sisyphus] openntpd <> ntpd

[Alexey I. Froloff]

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

* Sergey Bolshakov <sbolshakov@> [060919 17:28]:
> Я использую openntpd на нескольких машинах, картинка примерно
> следующая: после изначально действительно агрессивных и частых
> коррекций часов положение стабилизируется где-то в течении суток до
> коррекций < 0.1s раз приблизительно в час.
Как об'яснить такое поведение:

[2006-10-03 03:18:33] NTP;CRITICAL;HARD;3;NTP CRITICAL: No suitable peer server found - Server for ntp probably down
[2006-10-03 03:38:23] NTP;OK;HARD;3;NTP OK: Offset 0.163997 secs
[2006-10-03 07:10:23] NTP;CRITICAL;HARD;3;NTP CRITICAL: No suitable peer server found - Server for ntp probably down
[2006-10-03 07:30:13] NTP;OK;HARD;3;NTP OK: Offset 0.130864 secs
[2006-10-03 12:58:38] NTP;CRITICAL;HARD;3;NTP CRITICAL: No suitable peer server found - Server for ntp probably down
[2006-10-03 13:18:28] NTP;OK;HARD;3;NTP OK: Offset 0.109833 secs
[2006-10-03 14:10:28] NTP;CRITICAL;HARD;3;NTP CRITICAL: No suitable peer server found - Server for ntp probably down
[2006-10-03 14:15:28] NTP;OK;HARD;3;NTP OK: Offset 0.036874 secs
[2006-10-03 15:07:28] NTP;CRITICAL;HARD;3;NTP CRITICAL: No suitable peer server found - Server for ntp probably down
[2006-10-03 15:47:38] NTP;OK;HARD;3;NTP OK: Offset 0.135486 secs
[2006-10-03 16:04:38] NTP;CRITICAL;HARD;3;NTP CRITICAL: No suitable peer server found - Server for ntp probably down
[2006-10-03 16:34:28] NTP;OK;HARD;3;NTP OK: Offset 0.129627 secs
[2006-10-03 17:17:18] NTP;CRITICAL;HARD;3;NTP CRITICAL: No suitable peer server found - Server for ntp probably down
[2006-10-03 17:36:58] NTP;OK;HARD;3;NTP OK: Offset 0.114349 secs
[2006-10-03 21:06:36] NTP;CRITICAL;HARD;3;NTP CRITICAL: No suitable peer server found - Server for ntp probably down
[2006-10-03 21:26:46] NTP;OK;HARD;3;NTP OK: Offset 0.137041 secs

Это логи check_ntp от nagios'а.  Запуск ntpdate -d -q в моменты
CRITICAL показывает что "Leap not in sync".

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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