NTP и отставание часов.

Тоже самое, только по-русски вы можете написать?

Вы настроили сервер, чтобы для него локальное время было эталонное.
Запустили ntpd.

Запустили N клиентов, но у них время убегает? Так запустите на них ntpd тоже и пусть они синхронизируются круглосуточно.

Дело в том, что я настроил сервер, чтобы с него синхронизировались локальные хосты. Время отстает на самом сервере.

А что говорит команда:

ntpdc -c peers

     remote           local      st poll reach  delay   offset    disp
===================================================================
=time.windows.co 10.0.0.4      2   64  104 0.30734  1.510327 2.63603
=LOCAL(0)        127.0.0.1     5   64  377 0.00000  0.000000 0.06947
=balancer.phutur 10.0.0.4      3   64  377 0.13141  1.855740 0.06952
=elk.trapper.ch  10.0.0.4      2   64  377 0.18002  1.828204 0.06950
=ad.67.1343.stat 10.0.0.4      2   64  377 0.26369  1.747223 0.06950
=ns2.posiona.net 10.0.0.4      2   64  377 0.14929  1.804459 0.06949
*pindarots.xs4al 10.0.0.4      1   64  377 0.14047  1.852320 0.06935
=84-16-227-218.i 10.0.0.4      3   64  377 0.13670  1.829476 0.06937


Вуаля. Но это я сегодня о5 обновлял ntpdate -s timeserver

Перед этим offset уходит на 620с  Вот кстати уже видно отставать начинает

remote, помеченный '*' - это тот сервер,
который в данный момент выбран для синхронизации.
Выполни команду:

ntpdc -n -c peers

чтобы были IP-адреса вместо имён.

Потом выполни команду:

ntpdc -c 'pstats ip-адрес_сервера'

подставь туда адрес сервера, помеченного '*'.
Будет выдана статистика по работе с данным сервером.

[root@proxy ~]# ntpdc -c 'pstats 82.92.197.115'
remote host:          pindarots.xs4all.nl
local interface:      10.0.0.4
time last received:   47s
time until next send: 17s
reachability change:  1146s
packets sent:         167
packets received:     167
bad authentication:   0
bogus origin:         0
duplicate:            0
bad dispersion:       0
bad reference time:   0
candidate order:      6
flags:   system_peer, config, bclient

Странно, пока не вижу явных проблем.

Покажи ещё вывод команды:

ntpdc -c kerninfo

И ещё:
1) с какими параметрами запускается ntpd
2) есть ли в логах системы (syslog, messages, etc) сообщения
от ntpd?

[root@proxy ~]# ntpdc -c kerninfo
pll offset:           0 s
pll frequency:        49.492 ppm
maximum error:        0.067676 s
estimated error:      0.003906 s
status:               0001  pll
pll time constant:    6
precision:            1e-06 s
frequency tolerance:  512 ppm

сообщения в messages
Aug  9 16:42:53 proxy ntpd[20955]: ntpd 4.2.4p0@1.1472-o Wed May  9 16:58:23 UTC 2007 (1)
Aug  9 16:42:53 proxy ntpd[20956]: precision = 4000.000 usec
Aug  9 16:42:53 proxy ntpd[20956]: Listening on interface #0 wildcard, 0.0.0.0#123 Disabled
Aug  9 16:42:53 proxy ntpd[20956]: Listening on interface #1 lo, 127.0.0.1#123 Enabled
Aug  9 16:42:53 proxy ntpd[20956]: Listening on interface #2 eth0, 10.174.20.4#123 Enabled
Aug  9 16:42:53 proxy ntpd[20956]: kernel time sync status 0040
Aug  9 16:42:55 proxy ntpd[20956]: frequency initialized 49.492 PPM from /var/lib/ntp/drift


Запуск самый обычный. Скрипт из пакета не правил.

Тогда надо запускать ntpd с ключом -d (программа при этом
останется запущенной в консоли) и смотреть по диагностике,
что он делает для синхронизации времени.
Минут через 15 он должен закончить выбирать источник
синхронизации и перейти в режим работы. Вот там и надо будет
посмотреть, что ntpd делает с данными, полученными с сервера.

Ещё меня немного смущает строка:
> Aug 9 16:42:53 proxy ntpd[20956]: precision = 4000.000 usec

У меня это значение на 3 порядка меньше:
precision = 2.000 usec

Я не пойму, зачем объявлять локальные часы REF'ом? Хоть убей не пойму!

>server 127.127.1.0 # local clock #fudge 127.127.1.0 stratum 10

Поставьте тут ip'ы тех серверов, с которых хотите время брать.