Timesync на HyperV з CentOS 6.2

У мене CentOS VM (випуск 6.2) працює під HyperV. У мене встановлені послуги інтеграції (частина базової зараз), а CentOS показує, що поточний синхросигнал - це hyperv_clocksource, однак мій час роботи в VM швидкий приблизно за 10 хвилин після тижня простою. Я розумію, що новий ІС та підключений тактовий джерело часу полягає в тому, що цього більше не повинно відбуватися. Чи потрібна додаткова конфігурація, щоб змусити тактовий ресурс, що підключається, "працювати"?

Я знаю, що існує велика кількість посилань щодо встановлення параметрів ядра на ПІТ та інших подібних матеріалів, але, здається, всі вони мають попередню дату інтегрованої підтримки синхросигналу, і, як я розумію, це більше не потрібно. Не слід також ntpd і adjtimex.

Редагувати: працював 3.2 IC (що постачається з Centos 6.2), оновлений до 3.3 сьогодні, машина працювала 1 годину 22 хвилини, а годинник вже 5 секунд. Тому я зараз запускаю останню ІС і все ще маю ту саму проблему.

centos hyper-v-server-2008-r2 time-synchronization

— WaldenL
джерело

Так, швидкий час не повільний. Що навіть дивніше, оскільки типовим питанням годинника VM є втрата часу, а не виграш часу.

— WaldenL

якщо ви зробите повноваження get-winevent -provider Microsoft-Windows-Hyper-V-Integration-TimeSync | виберіть повідомлення | select-string "ім'я сервера" Ви бачите помилки синхронізації

— tony roth

Не зважайте на повідомлення про помилки синхронізації, для цього провайдера взагалі немає повідомлень. Є й інші повідомлення Hyper-V, але жодне для TimeSync.

— WaldenL

Відповіді:

У мене була ця проблема в минулому і виправлено її, налаштувавши перемикачі запуску (notsc дільник = 10) та налаштування ntp:

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.18-164.6.1.el5)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-164.6.1.el5 ro root=/dev/VolGroup00/LogVol00 hda=noprobe hdb=noprobe notsc divider=10
    initrd /initrd-2.6.18-164.6.1.el5.img
title CentOS (2.6.18-164.el5)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-164.el5 ro root=/dev/VolGroup00/LogVol00
    initrd /initrd-2.6.18-164.el5.img

Зразок 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

Джерело:

Виправлення дрейфу годинника Linux на Hyper-V на сервері 2008 R2 http://hardanswers.net/correct- clock-drift-in-centos-hyper-v

— Грег Аскеу
джерело

Це може спрацювати. Офіційна позиція MS полягає у встановленні / включенні функцій інтеграції, включаючи синхронізацію часу, та відключення будь-яких демонів часу в VM (ntpd).

— Chris S

VMWare рекомендує це також divider=10у багатьох Linux-сузір'ях.

— Нілс

Вибачте за низький висновок, але це саме ті налаштування, які не повинні бути потрібними разом із підключеним часовим ресурсом у нових компонентах інтеграції.

— WaldenL

Спочатку перевірте, чи виявляє гіпер-v інтеграційні служби. Єдиний спосіб, коли я знаю, як використовується менеджер віртуальної машини системного центру, але я припускаю, що повинен бути спосіб використання mmc гіпер-v.

Також я бачив це, коли синхронізація годин відключена в конфігурації VM. Чому годинник працює швидше - це поза мною. Я додав скріншот конфігурації vm для вашої довідки. введіть тут опис зображення

— довга шия
джерело

Так, усі сервіси включені.

— WaldenL

чи повідомляє hyper-v, що виявив послуги інтеграції?

— longneck

Цікаве запитання, не знаєте, як сказати. Вони показувались у гостях, і я припускаю, що не зробили б цього, якби не спілкувались з господарем, але не можу сказати точно. У мене немає scvmm, тому я не впевнений, що й сказати.

— WaldenL

Якщо ви дивитесь на vm в mmc, це говорить серцебиття в порядку внизу? Це вказувало б на те, що принаймні служба серцебиття спілкується.

— longneck

Він говорить "Серцебиття: гаразд", тому здається, що принаймні канал зв’язку відкритий.

— WaldenL

Відношення гостьового годинника Hyper-V Linux під навантаженням, на жаль, досить поширене (переміщення годин у несинхронізованих машинах вітрини дещо неминуче). Дивіться, що годинник Linux втрачає 10 хвилин щотижня, і Hyper-V Machine переносить час всюди, навіть якщо NTP використовує інші повідомлення про це. Я бачив анекдотичні свідчення:

Годинник Hyper-V використовується лише для встановлення годинника гостя Linux при запуску з поточними ядрами (до включення принаймні основних ядер 3.16 або інтеграційних служб 3.5). Якщо ви використовуєте такі ядра Linux, це не має значення , які параметри ви встановили в Hyper-V Manager і НЕ буде важливо , що current_clocksourceце hyperv_clocksource- ваш годинник будуть дрейфувати після завантаження і НЕ будуть виправлені , якщо ви не використовуєте один з програм синхронізації нижче. Існує багато ускладнене орієнтованих Windows , і конфліктуючі інформації навколо цієї теми і часто повторювані терміни , як «змінним джерелом часу» , щоб зрозуміти.
ntpdне в змозі виправити зменшення кількості, яке може статися у гостя Linux Hyper-V, і вам доведеться або використовувати звичайні синхронізації ntpdate (жорстокі) або службу ntp, такі як chrony(краще), щоб виправити великі переміщення годин.

— Анон
джерело