Приветствую тебя о всемогущий All. Рдеко я к тебе вопрошаю, но сейчас случай такой, что хочется вырвать все волосы на голове и разбежавшись встретить с рапрастертыми объятиями белую стену ибо жил я себе не тужил, а потом в моей жизни появился он - hyperv и не стало больше улыбки на лице и дни стали чернее и и еще что- то там...В общем был почтовый сервер на Centos 5.11- шустро крутился на free версии esxi(5.1- но не суть, он там еще с esxi 4.1 жил), потом перевели на hyperv от 2012r2 и по факту было установлено, что время там идет как то криво- слишком быстро- так как 60 секундный таймаут postfix на соединение и ehlo сообщение пробегает за 8 реальных секунд. Гуглил- пробовал разные варианты clocsource, параметры ядра- толку ноль.
Старый коллега посоветовал поставить чистую систему- поставили тотже Centos 5.11 32 bit и в нем время шло корректно, методом тыка было установлено , что если стартануть вот жти службы именно в этом порядке- время перестает спешить(причем irqbalance должен быть именно определенной версии- 0.55-15.el5 , с версией из updates такой фокус уже не прокатывает).
irqbalance
apmdВиртуальное железо 1 поколения, 4 vcpu.
Если у кого есть идеи- прошу ими поделиться, только, пожалуйста, не надо кидать статьи из гугла, вроде все перепробовал в плане параметров ядра- толку ноль.
>[оверквотинг удален]
> и в нем время шло корректно, методом тыка было установлено ,
> что если стартануть вот жти службы именно в этом порядке- время
> перестает спешить(причем irqbalance должен быть именно определенной версии- 0.55-15.el5
> , с версией из updates такой фокус уже не прокатывает).
> irqbalance
> apmd
> Виртуальное железо 1 поколения, 4 vcpu.
> Если у кого есть идеи- прошу ими поделиться, только, пожалуйста, не надо
> кидать статьи из гугла, вроде все перепробовал в плане параметров ядра-
> толку ноль.А не пробовали отключить в гипер-в синхронизацию времени с системой хоста? Поиграть с другими настройками виртуальной машины? настроить в линуксе службу времени? Установить более новые версии таймзон?
> А не пробовали отключить в гипер-в синхронизацию времени с системой хоста? Поиграть
> с другими настройками виртуальной машины? настроить в линуксе службу времени? Установить
> более новые версии таймзон?синхронизация выключена, по факту это особо не влияло.
да других настроекто вроде и нет как бы.
ну жостко подстраивать время через ntp не вариант.
ну таймзоны здесь точно не причем, они за смещение относительно UTC отвечают.Спасибо за овтет.
> синхронизация выключена, по факту это особо не влияло.
> да других настроекто вроде и нет как бы.
> ну жостко подстраивать время через ntp не вариант.
> ну таймзоны здесь точно не причем, они за смешение относительно UTC отвечают.С новыми ядрами (ванильными с кернел орга) не пробовали поработать, может с ними лучше будет?
>> синхронизация выключена, по факту это особо не влияло.
>> да других настроекто вроде и нет как бы.
>> ну жостко подстраивать время через ntp не вариант.
>> ну таймзоны здесь точно не причем, они за смешение относительно UTC отвечают.
> С новыми ядрами (ванильными с кернел орга) не пробовали поработать, может с
> ними лучше будет?Мне будет проще забыть про hyperv ка кпро старшный сон, чем самому заниматься поддержкай и следить за secutiry обновлениями (и пересобирать) для ванильной ветки ядра
Тоже на виртуалке, только гипер-в 2008 Р2, гоняю CentOS с версии 5.7 х64 последовательно обновляя до 5.11 и выше (обновы после 5.11), такого не замечал.
> Тоже на виртуалке, только гипер-в 2008 Р2, гоняю CentOS с версии 5.7
> х64 последовательно обновляя до 5.11 и выше (обновы после 5.11), такого
> не замечал.А ядру что нибудь передаете? какой clocksource (hyperv_clocksource) ?
> Если у кого есть идеи- прошу ими поделиться, только, пожалуйста, не надо
> кидать статьи из гугла, вроде все перепробовал в плане параметров ядра-
> толку ноль.а "все", это что именно? благо всего там с пол-дюжины вариантов, не больше.
>> Если у кого есть идеи- прошу ими поделиться, только, пожалуйста, не надо
>> кидать статьи из гугла, вроде все перепробовал в плане параметров ядра-
>> толку ноль.
> а "все", это что именно? благо всего там с пол-дюжины вариантов, не
> больше.Простите, а у вас есть какой-то вариант какой работает у вас на hyperv 2012r2 в связке с cnetos 5.11 с последними обновлениями? или вам "просто" интересно?
Установка официальных LIS 4 - результата нет.
из того что сейчас вспоминаю, не помогло
divider=10 notsc
divider=10
divider=10 clocksource=acpi_pm
divider=10 clocksource=tsc (здесь по моему система вообще не загрузилась- hard- reset рулит...)
divider=10 clocksource=pit notsc
divider=10 clocksource=pitиз доступных только вот эти
acpi_pm jiffies tsc pit hyperv_clocksource
вообще вот такая веселость естьHyper-V Linux guest clock drift under load is sadly quite common (clock drift in unsynchronised VMs is somewhat unavoidable). See Linux clock loses 10 minutes every week and Hyper-V Machine drifts time all over, even with NTP for other posts talking about it. Anecdotal evidence I've seen says the following:
The Hyper-V host's clock is only used to set the Linux guest's clock on startup with current kernels (up to and including at least mainline 3.16 kernels or integration services 3.5). If you are using such Linux kernels, it does not matter what options you set in Hyper-V Manager nor will it matter that current_clocksource is hyperv_clocksource - your clock will drift after boot and won't be corrected unless you run one of the synchronisation programs below. There is a lot of complicated Windows oriented and conflicting information surrounding this topic and oft repeated terms like "pluggable time source" to understand.
ntpd is unable to correct the amount drift that can occur in a Linux Hyper-V guest and you will either have to use regular brute force ntpdate synchronisations (bad) or an ntp service such as chrony (better) to correct large clock drifts.Пруфлинк к сожалению не нахожу- инфу коллега, win админ предоставил, но в этом я думаю. ему можно верить.
>>> Если у кого есть идеи- прошу ими поделиться, только, пожалуйста, не надо
>>> кидать статьи из гугла, вроде все перепробовал в плане параметров ядра-
>>> толку ноль.
>> а "все", это что именно? благо всего там с пол-дюжины вариантов, не
>> больше.
> Простите, а у вас есть какой-то вариант какой работает у вас на
> hyperv 2012r2 в связке с cnetos 5.11 с последними обновлениями? или
> вам "просто" интересно?у меня есть какое-то представление о том, как именно гипервизор может может клоксорс скривить(основанное только на знании кода), не более того.
> Установка официальных LIS 4 - результата нет.
> из того что сейчас вспоминаю, не помогло
> divider=10 notsc
> divider=10
> divider=10 clocksource=acpi_pm
> divider=10 clocksource=tsc (здесь по моему система вообще не загрузилась- hard- reset рулит...)ну да, это вы малость поторопились, ну или от безысходности уже. Рссчитывать, что виртуальный процессор реальный регистр отдаст (или даже сэмулирует) я-б не стал. Хотя гипер-V я конечно ни разу не знаю.
Можете попробовать pmtmr, может они его прямее реализовали. Его, вроде-бы вм-тварь рекомендует, если не вру.
и я-б hpet выключил обязательно, ибо что-то подсказывает, что M$ не стал эмулировать рилтаймовый hpet на не-рилтаймовом гипервизоре. nohpet всмысле добавить.
>[оверквотинг удален]
> corrected unless you run one of the synchronisation programs below. There
> is a lot of complicated Windows oriented and conflicting information surrounding
> this topic and oft repeated terms like "pluggable time source" to
> understand.
> ntpd is unable to correct the amount drift that can occur in
> a Linux Hyper-V guest and you will either have to use
> regular brute force ntpdate synchronisations (bad) or an ntp service such
> as chrony (better) to correct large clock drifts.
> Пруфлинк к сожалению не нахожу- инфу коллега, win админ предоставил, но в
> этом я думаю. ему можно верить.Да не, не надо пруф, это не новость как-бы. И это не только Hyper-V проблема.
вот например от вмтвари вам
http://kb.vmware.com/selfservice/microsites/search.do?langua...
только у вас, насколько я понял, не обычный дрифт. Время в несколько раз бысрее идет либо вообще скачет непредсказуемо.
>> divider=10 clocksource=acpi_pm
> Можете попробовать pmtmr, может они его прямее реализовали.простите, пьян был, не увидел. shame on me.
Замечено что проблема проявляется только многопроцессорных ВМ.