Дрифт часов, несмотря на то, что NTPD работает

У меня проблема с часами, дрейфующими на моем ПК. Я запускаю

Ubuntu 10.10 на некотором жестком IBM e-сервере (1.5GB RAM, 2.4GHz CPU) ntpd запущен (запущен на уровне 2-го уровня): server 1.us.pool.ntp.org server 2.us.pool.ntp.org server 3.us.pool.ntp.org server time.nrc.ca server ntp1.cmc.ec.gc.ca server ntp2.cmc.ec.gc.ca server wuarchive.wustl.edu server clock.psu.edu

Глядя на файл журнала, кажется, что демон ntp работает, но системные часы никогда не устанавливаются.

Если я вручную установил время из «атомных» часов Casio, дата / время, отображаемое апплетами Clock, со временем выйдет из строя.

Глядя на файл журнала ( ниже), казалось бы, демон ntp начал нормально и работает.

Итак, я полностью распущен прямо сейчас: - (

Вот копия моего ntp.log файла.

10
задан 18 February 2011 в 02:41

22 ответа

Демоны NTP не хотят совершать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

ntpdate -q pool.ntp.org

NTP работает, слегка отрегулировав длину секунды в вашей системе, что вы медленно получаете правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. Вы можете сделать сильную синхронизацию один раз:

service ntp stop
ntpdate pool.ntp.org
service ntp start

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate [ ! d3]

NTPDATE_USE_NTP_CONF=yes
6
ответ дан 25 May 2018 в 22:56
  • 1
    Я попробовал ntpdate -q и получил интересное сообщение 18 Feb 08:24:30 ntpdate[13940]: no server suitable for synchronization found. Так что теперь мне интересно, есть ли что-то, что блокирует мою способность синхронизировать часы; возможно, правила корпоративного брандмауэра? – droffo 18 February 2011 в 18:25
  • 2
    Хм - я пробовал то же самое на моем нетбуке Asus eee 900 (также с Ubuntu 10.10), и я получаю то же сообщение, когда подключен к корпоративной сети. Я попробую еще раз из Starbucks или дома и посмотрю, получаю ли я те же результаты. – droffo 18 February 2011 в 18:30
  • 3
    Коррекция. Должно быть: / etc / default / ntpdate – david6 2 January 2013 в 06:25
  • 4
    NTPDATE, похоже, не соблюдает параметр: NTPDATE_USE_NTP_CONF = yes в файле конфигурации (/ etc / default / ntpdate). – david6 2 January 2013 в 08:30
  • 5
    @ tim-bielawa Это очень интересно, я так и не подумал об этом. Не могли бы вы указать на определенный ресурс, где я мог бы узнать больше о том, как NTPD исправляет системное время? Заранее спасибо. – dexterous 16 May 2017 в 17:33

Демоны NTP не хотят совершать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

ntpdate -q pool.ntp.org

NTP работает, слегка отрегулировав длину секунды в вашей системе, что вы медленно получаете правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. Вы можете сделать сильную синхронизацию один раз:

service ntp stop ntpdate pool.ntp.org service ntp start

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate [ ! d3] NTPDATE_USE_NTP_CONF=yes

6
ответ дан 25 July 2018 в 22:28

Демоны NTP не хотят совершать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

ntpdate -q pool.ntp.org

NTP работает, слегка отрегулировав длину секунды в вашей системе, что вы медленно получаете правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. Вы можете сделать сильную синхронизацию один раз:

service ntp stop ntpdate pool.ntp.org service ntp start

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate [ ! d3] NTPDATE_USE_NTP_CONF=yes

6
ответ дан 26 July 2018 в 21:46

Демоны NTP не хотят совершать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

ntpdate -q pool.ntp.org

NTP работает, слегка отрегулировав длину секунды в вашей системе, что вы медленно получаете правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. Вы можете сделать сильную синхронизацию один раз:

service ntp stop ntpdate pool.ntp.org service ntp start

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate [ ! d3] NTPDATE_USE_NTP_CONF=yes

6
ответ дан 31 July 2018 в 11:00

Демоны NTP не хотят совершать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

ntpdate -q pool.ntp.org

NTP работает, слегка отрегулировав длину секунды в вашей системе, что вы медленно получаете правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. Вы можете сделать сильную синхронизацию один раз:

service ntp stop ntpdate pool.ntp.org service ntp start

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate [ ! d3] NTPDATE_USE_NTP_CONF=yes

6
ответ дан 31 July 2018 в 11:59

Демоны NTP не хотят совершать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

ntpdate -q pool.ntp.org

NTP работает, слегка отрегулировав длину секунды в вашей системе, что вы медленно получаете правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. Вы можете сделать сильную синхронизацию один раз:

service ntp stop ntpdate pool.ntp.org service ntp start

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate [ ! d3] NTPDATE_USE_NTP_CONF=yes

6
ответ дан 2 August 2018 в 03:54

Демоны NTP не хотят делать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

  ntpdate -q pool.ntp.org  

NTP работает, слегка отрегулировав длину секунды на вашей системе, чтобы вы медленно получали правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. То, что вы можете сделать, это принудительная жесткая синхронизация один раз:

  service ntp stop ntpdate pool.ntp.org service ntp start  

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate

  NTPDATE_USE_NTP_CONF = yes  
6
ответ дан 4 August 2018 в 19:58

Демоны NTP не хотят делать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

  ntpdate -q pool.ntp.org  

NTP работает, слегка отрегулировав длину секунды на вашей системе, чтобы вы медленно получали правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. То, что вы можете сделать, это принудительная жесткая синхронизация один раз:

  service ntp stop ntpdate pool.ntp.org service ntp start  

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate

  NTPDATE_USE_NTP_CONF = yes  
6
ответ дан 6 August 2018 в 04:00

Демоны NTP не хотят делать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

  ntpdate -q pool.ntp.org  

NTP работает, слегка отрегулировав длину секунды на вашей системе, чтобы вы медленно получали правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. То, что вы можете сделать, это принудительная жесткая синхронизация один раз:

  service ntp stop ntpdate pool.ntp.org service ntp start  

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate

  NTPDATE_USE_NTP_CONF = yes  
6
ответ дан 7 August 2018 в 21:58

Демоны NTP не хотят делать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

  ntpdate -q pool.ntp.org  

NTP работает, слегка отрегулировав длину секунды на вашей системе, чтобы вы медленно получали правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. То, что вы можете сделать, это принудительная жесткая синхронизация один раз:

  service ntp stop ntpdate pool.ntp.org service ntp start  

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate

  NTPDATE_USE_NTP_CONF = yes  
6
ответ дан 10 August 2018 в 10:12

Демоны NTP не хотят делать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

  ntpdate -q pool.ntp.org  

NTP работает, слегка отрегулировав длину секунды на вашей системе, чтобы вы медленно получали правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. То, что вы можете сделать, это принудительная жесткая синхронизация один раз:

  service ntp stop ntpdate pool.ntp.org service ntp start  

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate

  NTPDATE_USE_NTP_CONF = yes  
6
ответ дан 13 August 2018 в 16:35
  • 1
    Я пробовал ntpdate -q и получил интересное сообщение 18 Feb 08:24:30 ntpdate [13940]: не найден сервер, подходящий для синхронизации . Так что теперь мне интересно, есть ли что-то, что блокирует мою способность синхронизировать часы; возможно, правила корпоративного брандмауэра? – droffo 18 February 2011 в 18:25
  • 2
    Хмм - Я пробовал то же самое на моем нетбуке Asus eee 900 (также с Ubuntu 10.10), и я получаю то же сообщение при подключении к корпоративной сети. Я попробую еще раз из Starbucks или дома и посмотрю, получаю ли я те же результаты. – droffo 18 February 2011 в 18:30
  • 3
  • 4
    NTPDATE, похоже, не соблюдает параметр: NTPDATE_USE_NTP_CONF = yes в файле конфигурации (/ etc / default / ntpdate). – david6 2 January 2013 в 08:30
  • 5
    @ tim-bielawa Это очень интересно, я так и не подумал об этом. Не могли бы вы указать на определенный ресурс, где я мог бы узнать больше о том, как NTPD исправляет системное время? Заранее спасибо. – dexterous 16 May 2017 в 17:33

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в выпуске 11.04 в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm.

4
ответ дан 25 May 2018 в 22:56

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в выпуске 11.04 в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm.

4
ответ дан 25 July 2018 в 22:28

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в выпуске 11.04 в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm.

4
ответ дан 26 July 2018 в 21:46

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в выпуске 11.04 в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm.

4
ответ дан 31 July 2018 в 11:00

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в выпуске 11.04 в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm.

4
ответ дан 31 July 2018 в 11:59

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в выпуске 11.04 в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm.

4
ответ дан 2 August 2018 в 03:54

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm .

4
ответ дан 4 August 2018 в 19:58

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm .

4
ответ дан 6 August 2018 в 04:00

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm .

4
ответ дан 7 August 2018 в 21:58

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm .

4
ответ дан 10 August 2018 в 10:12

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm .

4
ответ дан 13 August 2018 в 16:35

Другие вопросы по тегам:

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