O
Поставьте qemu-guest-agent в виртуалку и активируйте
GUEST_AGENT = "yes" на виртуалке:Стоит вроде
Size: a a a
2018 December 23
ИИ
Omfg
Я так понимаю поставляется время всеравно хостом
да, на старте, как биосом на реальном сервере. а потом оно может начать расходиться
O
да, на старте, как биосом на реальном сервере. а потом оно может начать расходиться
Забавно.
O
Фокус в том что хость отдает utc время.
ИИ
ну, это норма
ИИ
надо таймзону настраивать
ИИ
просто в юниксе стандарт - utc, а в винде - локальное
O
надо таймзону настраивать
В винде выставил вроде как надо
ИИ
а в опеннебуле, на хосте?
EI
ну, вы упустили важную деталь - это только для PV
Is this PV domU? If yes, setting /proc/sys/xen/independent_wallclock to 0 (the default) should make it sync with dom0. You only need ntp on dom0, and domUs will follow.
The alternative, set /proc/sys/xen/independent_wallclock to 1 and run ntp on domU. If this is a HVM dom0, running ntp on domU is your friend.
Is this PV domU? If yes, setting /proc/sys/xen/independent_wallclock to 0 (the default) should make it sync with dom0. You only need ntp on dom0, and domUs will follow.
The alternative, set /proc/sys/xen/independent_wallclock to 1 and run ntp on domU. If this is a HVM dom0, running ntp on domU is your friend.
Пардон
EI
Опять же, я к тому, что использовать локальные ntp для решения проблемы "я не разобрался, как синхронизировать время в связке хост-гест" - это не айс
ИИ
так хост вроде только на старте время задает, как биос. или нет?
EI
так хост вроде только на старте время задает, как биос. или нет?
Два кейса:
1) PV, HVM + PV drivers, PVHVM, PVH на linux - всё ок
На PVHVM-машине:
xen
2) windows - синхронизация времени on start, shutdown, reboot, suspend
1) PV, HVM + PV drivers, PVHVM, PVH на linux - всё ок
На PVHVM-машине:
cat /sys/devices/system/clocksource/clocksource0/current_clocksource =>xen
2) windows - синхронизация времени on start, shutdown, reboot, suspend
EI
Т.е. ntp - норм практика для windows, но для linux - лучше хостовый clocksource
ИИ
а в kvm с hvm?
EI
а в kvm с hvm?
Разговор же идёт от вопроса "как сделать так чтобы небула правильное время отдавала на клиентов?" и твоего ответа "я б не полагался на время от системы виртуализации".
т.е:
1) Xen: описано выше
2) KVM: гипервизора нет - нет и самого понятия внутренней шины "синхронизации данных dom0 с domu".
т.е:
1) Xen: описано выше
2) KVM: гипервизора нет - нет и самого понятия внутренней шины "синхронизации данных dom0 с domu".
ИИ
гипервизор есть. но естественно, там другие механизмы, чем в xen
ИИ
вообще вы начали про xen, не уточнив, а что у вопрошающего в опеннебуле
ИИ
мне кажется, там kvm+qemu
EI
гипервизор есть. но естественно, там другие механизмы, чем в xen
Я лишь акцентирую внимание сообщества, что kvm - это hypervisor type 2.
И есть hypervisor type 1, в котором проблемы решаются другим образом.
И есть hypervisor type 1, в котором проблемы решаются другим образом.