ядро, предупреждающее в журналах: set_rtc_mmss не может обновить от 0 до 58

Я не могу помочь Вам на цели или важности DFSFolderLink, но ответить на № 3, нет, это не имеет значения, какой путь Вы создаете папку или долю.

6
задан 24 January 2014 в 15:46
4 ответа

Based on everything else I've read, it sounds as if these warnings are benign, especially if the date on your servers is fine. A little annoying though.

I'll let this tidbit from ntp.org put me at ease:

Per http://www.ntp.org/ntpfaq/NTP-s-trbl-spec.htm#Q-LINUX-SET-RTC-MMSS:

8.3.4.1.1. What does set_rtc_mmss: can't update from 54 to 5 mean?

The function set_rtc_mmss() updates minutes and seconds of the CMOS часы от системного времени. Он не обновляет час или дату, чтобы избежать проблемы с часовыми поясами. [1] Показанное сообщение было добавлено, чтобы пользователи и разработчики, осведомленные о проблеме, что не все обновления будут

Представьте, что системное время - 17:56:23, а часы CMOS уже на 18:03:45. Обновление всего за минуты и секунды установит оборудование часы до 18:56:23, неправильное значение. Решение этой проблемы: либо подождать несколько минут, либо установить патч ядра, который исправляет эта проблема. Обычно неправильное время на аппаратных часах не отображается вплоть до перезагрузки или, возможно, после того, как APM замедлил вашу систему.

1
ответ дан 3 December 2019 в 00:32

Are you running the latest kernel version for CentOS 6.4? I'd try booting with clocksource=acpi_pm. Also, I'd do ntpdate -u tick.usno.navy.mil && hwclock --systohc and let things sit. If things continue, then add divizor=10 as well.

Honestly, I suspect the problem is partly to do with the code in your particular kernel for setting and reading the real time clock - that's what gets you the error message. The other part is due to virtual time interrupts not being delivered regularily enough or the timer interrupt handler not scaling the kernel time correctly - and this is what gets you the clock drift.

Forcing ntp to be more aggressive is just a crutch for the problem, unfortunately.

Is there a newer kernel available to you? That might be your safest bet. Good Luck.

2
ответ дан 3 December 2019 в 00:32

В базе знаний VMWare есть несколько предложений о том, как настроить ntp-клиент в гостевой ОС. Прежде всего, убедитесь, что vmware-toolbox timesync отключен, так как вы хотите, чтобы ntp обновлял только время.

Из Лучшие практики хронометража для гостей Linux :

Это их пример ] /etc/ntp.conf :

tinker panic 0
restrict 127.0.0.1
restrict default kod nomodify notrap
server 0.vmware.pool.ntp.org
server 1.vmware.pool.ntp.org
server 2.vmware.pool.ntp.org
driftfile /var/lib/ntp/drift 

Первая строка ( tinker panic 0 ) допускает большие скачки времени. (например, состояние системы было сохранено / восстановлено)

Альтернативой может быть отключение ntp в гостевой системе и включение синхронизации времени vmware-tools.

2
ответ дан 3 December 2019 в 00:32
  1. Загрузка в BIOS
  2. Проверить системную дату и время (при необходимости скорректировать текущее)
  3. Esc (выйти и подтвердить изменения)

Это должно работать

0
ответ дан 3 December 2019 в 00:32

Теги

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