Хелп - Ой, как спешат часики в Debian!

[Archy_k 14]

Всем привет.

Заметил проблему, может кто подскажет как пофиксить...

Может кто уже сталкивался, подскажите пожалуйста!

 

Есть железка HP ML370 G5.

На ней установлен Debian 7.9: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.68-1+deb7u6 x86_64 GNU/Linux 

 

вывод команды hwclock:

root@ ~# hwclock
Вто 19 Янв 2016 02:34:25  -0.032194 seconds

вывод команды date:

root@ ~# date
Вто Янв 19 02:35:53 EET 2016

Это при том, что я минут 10 назад синхронизировал время вручную командой:

ntpdate -u 1.ua.pool.ntp.org

Вот date и hwclock рядом:

root@ ~# hwclock && date
Вто 19 Янв 2016 02:38:42  -0.381644 seconds
Вто Янв 19 02:39:03 EET 2016

В итоге получается около 5-10 секунд за 5 минут.

За день набегает пол часа - как минимум!

Прикрутить костыль в крон на синхронизацию времени каждые 5 минут - это не выход, это костыль.

Подскажите пожалуйста, как исправить этот бред?

Заранее спасибо огромное!!!

 

[supportod 1]

Зайти в БИОС и выставить ACPI 2 или 3 версии.

[adeep 212]

запустить ntpd, он сам подкрутит коррекцию

[Archy_k 14]

он запущен вроде бы.

и ничего он не корректирует.

[Archy_k 14]

Вот уже 10 минут набежало

root@ ~# hwclock && date
Вто 19 Янв 2016 12:04:29  -1.001200 seconds
Вто Янв 19 12:14:15 EET 2016

[Kiano 616]

ковыряйте биос

[adeep 212]

Если бы ntpd был запущен,  у вас не получилось бы воспользоваться ntpdate.

Покажите  вывод  ntpdc -c sysinfo

[adeep 212]

ковыряйте биос

А что выхотите в биосе относительно корректировки хода часов найти?

Единственная проблема которая была - включение/выключение HPET таймера в биосе влияло на ход часов в некоторых системах, но это было очень давно.

[Archy_k 14]

Если бы ntpd был запущен,  у вас не получилось бы воспользоваться ntpdate.

Покажите  вывод  ntpdc -c sysinfo

 

Вот:

artnet@ ~$ ntpdc -c sysinfo
system peer:          0.0.0.0
system peer mode:     unspec
leap indicator:       11
stratum:              2
precision:            -23
root distance:        0.01721 s
root dispersion:      6.54031 s
reference ID:         [194.54.161.214]
reference time:       da4546e7.d9c9db63  Sun, Jan 17 2016  0:47:03.850
system flags:         auth monitor ntp kernel stats
jitter:               0.000000 s
stability:            0.000 ppm
broadcastdelay:       0.000000 s
authdelay:            0.000000 s

Но насчет того, что не получилось бы воспользоваться ntpdate, не совсем так.

Оно пишет "занят слот" и не дает запустить синхронизацию. Но все-таки можно провести синхронизацию двумя способами

(ссылка на источник: http://askubuntu.com/questions/244526/unable-to-synchronize-time-using-ntp):

 - вариант-1

$ sudo service ntp stop
$ sudo ntpdate-debian
$ sudo service ntp start

 - вариант-2:

$ sudo ntpdate -u 1.ua.pool.ntp.org

[Archy_k 14]

 

ковыряйте биос

А что выхотите в биосе относительно корректировки хода часов найти?

Единственная проблема которая была - включение/выключение HPET таймера в биосе влияло на ход часов в некоторых системах, но это было очень давно.

 

А если так, то отключение HPET к чему приведет? Может у меня сервер старый и тут как раз эта проблема актуальна? Как думаете?

[KaYot 3,737]

А кто правду то говорит, hwclock или софтовый таймер? Если врёт hw - то и фига ним, он не нужен.

[Archy_k 14]

Правду говорит hwclock. 

date - врет на 5-10 секунд за каждые 5 минут

Вот время моего сообщения на форуме - заведомо правильное, только что я проверил время этими командами, и вот что вышло:

root@ ~# hwclock
Вто 19 Янв 2016 13:26:22  -0.635842 seconds
root@ ~# date
Вто Янв 19 13:37:33 EET 2016

[adeep 212]

 

Если бы ntpd был запущен,  у вас не получилось бы воспользоваться ntpdate.

Покажите  вывод  ntpdc -c sysinfo

 

Вот:

artnet@ ~$ ntpdc -c sysinfo
system peer:          0.0.0.0
system peer mode:     unspec
leap indicator:       11
stratum:              2
precision:            -23
root distance:        0.01721 s
root dispersion:      6.54031 s
reference ID:         [194.54.161.214]
reference time:       da4546e7.d9c9db63  Sun, Jan 17 2016  0:47:03.850
system flags:         auth monitor ntp kernel stats
jitter:               0.000000 s
stability:            0.000 ppm
broadcastdelay:       0.000000 s
authdelay:            0.000000 s

Подозрительные у вас строчки 

system peer:          0.0.0.0

system peer mode:     unspec

Очень может быть что он у вас ни с кем не засинхронизировался.

Покажите список пиров

ntpdc -c peers

[mr.Scamp 43]

Или ntpq -pn

[Archy_k 14]

Вот:

root@ ~# ntpdc -c peers
     remote           local      st poll reach  delay   offset    disp
=======================================================================
=relay.litkk.com      МОЙ_IP     1   64  377  0.03670 -715.8179  0.03079
=82.193.117.90.c      МОЙ_IP     1   64  377  0.00829 -715.6716  0.03094
=ipv6test.te.net      МОЙ_IP     3   64  377  0.01935 -715.8802  0.03067
=ns2.infomir.com      МОЙ_IP     3   64  377  0.01694 -716.2150  0.03090

Edited 2016-01-19 12:20:19 by Archy_k

[Archy_k 14]

Вот:

root@ ~# ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 194.54.161.214  .GPS.            1 u   47   64  377   28.017  -720110 4797.83
 82.193.117.90   .GPS.            1 u   57   64  377    8.166  -719963 4801.47
 195.138.69.242  195.138.80.34    3 u   45   64  377   19.223  -720140 4757.79
 79.142.192.130  52.157.202.20    3 u   23   64  377   16.968  -720474 4781.02

[Archy_k 14]

Кстати, вот конфиг ntp.conf , может в нем что не так...

root@ ~# less /etc/ntp.conf
# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

driftfile /var/lib/ntp/ntp.drift

# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example

# pool.ntp.org maps to about 1000 low-stratum NTP servers.  Your server will
# pick a different set every time it starts up.  Please consider joining the
# pool: <http://www.pool.ntp.org/join.html>
#server 0.debian.pool.ntp.org iburst
#server 1.debian.pool.ntp.org iburst
#server 2.debian.pool.ntp.org iburst
#server 3.debian.pool.ntp.org iburst

server 0.ua.pool.ntp.org iburst dynamic
server 1.ua.pool.ntp.org iburst dynamic
server 2.ua.pool.ntp.org iburst dynamic
server 3.ua.pool.ntp.org iburst dynamic

# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details.  The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery

[mr.Scamp 43]

Насколько мне известно, ntpd может отказаться синхронизироваться время при значительном оффсете.

Попробуй выбрать другой источник времени.

Для того, чтобы получить список доступных источников, нужно выполнить 

 /sys/devices/system/clocksource/*/available_clocksource

Для того, чтобы сменить источник -  echo "acpi_pm" > /sys/devices/system/clocksource/clocksource0/current_clocksource.

Советую попробовать в порядке убывания надежности hpet, tsc, acpi_pm.

 

Время может убегать, потому что:

tsc unstable, например кривой биос, и частота CPU гуляет из-за энергосбережения

rtc глючит, потому что батарейка села

[ttttt 195]

Насколько мне известно, ntpd может отказаться синхронизироваться время при значительном оффсете.

Вроде нет, ntpd ж не синхронизирует время при поллинге, а подстраивает по чуть-чуть. Входить в синхронизацию с внешними часами обычно будет очень долго. Можно уменьшить minpoll и maxpoll, будет быстрее входить в синхронизацию, minpoll хотя бы до 4.

[philippe46 12]

Что у вас clocksource?

 

Смотрите инструкцию

 

https://access.redhat.com/solutions/18627