Вопросы Теги

Как я могу сказать, совершенствует ли моя система системное время?

Существует поле Signature, перечисленное через rpm -qpi package.rpm, например:

[vagrant@vm-one ~]$ rpm -qpi puppet-3.7.4-1.el6.noarch.rpm
Name        : puppet
Version     : 3.7.4
Release     : 1.el6
Architecture: noarch
Install Date: (not installed)
Group       : System Environment/Base
Size        : 6532300
License     : ASL 2.0
Signature   : RSA/SHA512, Tue 27 Jan 2015 11:17:18 PM UTC, Key ID 1054b7a24bd6ec30
Source RPM  : puppet-3.7.4-1.el6.src.rpm
Build Date  : Mon 26 Jan 2015 11:48:15 PM UTC
Build Host  : tahoe.delivery.puppetlabs.net
Relocations : (not relocatable)
Vendor      : Puppet Labs
URL         : http://puppetlabs.com
Summary     : A network tool for managing many disparate systems
Description :
Puppet lets you centrally manage every important aspect of your system using a
cross-platform specification language that manages all the separate elements
normally aggregated in different files, like users, cron jobs, and hosts,
along with obviously discrete elements like packages, services, and files.
7
06.03.2011, 15:53
3 ответа

Выполнение

ps ax | grep ntpd

и проверяя, что вывод содержит что-то как 

6497   ?     Ss    0:04    /usr/sbin/ntpd ...

подтвердит, что ntpd работает. Если это не работает затем, можно запустить его с

/etc/init.d/ntp start

Если Вы получаете сообщение об ошибке No such file or directory затем необходимо будет установить пакет ntp

sudo apt-get install ntp

После того как у Вас есть ntpd выполнение, можно говорить с ним с командой ntpq.

ntpq -p 
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*time.nist.gov   .ACTS.           1 u  753 1024  377  139.432   -0.562   2.199
+sip.dicode.nl   193.190.230.66   2 u  733 1024  163   33.197    0.297   0.132
+194.109.64.200  192.87.106.2     2 u  779 1024  377   35.214   -0.323   0.027
 LOCAL(0)        .LOCL.          10 l    3   64  377    0.000    0.000   0.001

Который показывает (смещение), что моя система является <1 секундой из синхронизации - я могу жить с этим.

6
27.01.2020, 20:17

Если у Вас есть статистика однорангового узла, включенная в Вашем /etc/ntp.conf затем у Вас есть статистика в /var/log/ntpstats/peerstats. (Имя каталога и имя файла будут указаны в ntp.conf). Можно просканировать его, чтобы видеть, как хорошо Вы отслеживаете свои серверы. Команда grep -v 127.127.1.0 /var/log/ntpstats/peerstats произведет все строки кроме тех, которые для Ваших локальных часов. Первое число с плавающей точкой является смещением в секундах. Чем ближе это должно обнулить, тем лучше. Должно быть соединение положительных и отрицательных величин. Используйте zgrep для взгляда исторических данных в повернутых журналах с a .gz расширение.

Видеть то, что значения являются использованием ntpq -p как предложенный Iain.

При выполнении Munin для контроля системы, это может отследить Вас ntp statistcs для Вас. Я верю смещению, которое это записывает, значение относительно в настоящее время источник синхронизации. Это - то на строке, запускающейся со звездочки (*) в ntpq -p вывод. Munin может быть настроен, чтобы уведомить, что Ваше смещение является слишком большим. Мое предупреждение строк следующим образом (времена в миллисекундах):

    ntp_offset.delay.warning    40
    ntp_offset.offset.warning   -15:15
2
27.01.2020, 20:17

Дешевым и грязным способом проверить локальные часы по сравнению с другой машиной является эта последовательность команды оболочки:

date; telnet somehost 13; date

"somehost" должен выполнить протокол "дневного времени" RFC 867, и это больше не так распространено. inetd может обеспечить "дневное время" отдельно, и некоторым хостам все еще включили "дневное время".

Вы можете в получить независимую проверку на локальных часах, нет смысла в необходимом NTP.

0
27.01.2020, 20:17

Теги

Похожие вопросы