Skok systémového času Windows

[Marvin]

VMware potřebuje čas z hostitele při událostech boot/suspend/resume/snapshot, když musí posunout virtuální RTC a TSC o čas, kdy host spal a virtualizovaný OS o tom neví.
HPET VMware emulovat neumí.

[Reklama]

[jardaplc]

Tak potvrzeno, v ESXi byl o těch 46 minut špatný (neudržovaný čas). No a když denní drift  je asi -0,8 vteřiny, server jsme pořizovali zhruba před 2,5 lety, tak to krásně vychází, že se od té doby posunul zhruba o 15 minut dozadu. No a jelikož při pořízení byl letní čas, tak proti aktuálnímu času je to těch 45 minut dopředu.
<Facepalm>
Mohlo mě to napadnout dřív, než jsem tady začal plašit; ale diskuze byla myslím alespoň pro mě docela poučná.

Jako anekdotu na závěr můžu zmínit, že virtuálku jsme používali interně ve firmě na vyčítání události z Jablotroní sběrnice (příchody / odchody lidí dle pípnutí karty). Takže lidi, co měli to štěstí a přišli před tím, než si virtuálka ráno chytla správný čas, měli občas zvědavé dotazy, proč mají v systému příchod v 7:46 kyž si pípli v 7:00 

[Zdeno Sekerák]

Kromě 26.10., kde vidím skok ve dvě o 3600s při změne času

26.10.2025 se menil letny cas

[František Ryšánek]

Gratuluji k vyřešení, a děkuji za zajímavý dotaz.

Přestože teď máte hypervizor už zasynchronizovaný, doporučuji ponechat guestům aktivní pouze jeden způsob synchronizace: w32time, nebo VMware Tools, nebo nějaký další. Pokud necháte aktivní dva nebo více způsobů synchronizace uvnitř jednotlivého guesta, zvyšuje se riziko "zvláštních efektů" (houpání zpětnovazební smyčky dolaďování frekvence apod.)

Mimochodem, ohledně přechodů zimní/letní čas... UNIX jede interně UTC, Windows podle mého taky. Časová zóna a střídání zimního/letního času je za běhu záležitostí prezentace v uživatelském rozhraní (s podporou systému).
Doporučil bych nastavit vindózům ve VM, ať si čas do emulovaného RTC ukládají v UTC (především bez střídání letního a zimního času). Pak by Vám měly odpadnout skokové změny, pokud guest VM změnu času "prospal" ve vypnutém stavu.

Zdá se, že emulovaný RTC (jak ho vidí guest VM) umí uložit aktuální čas guesta - ovšem neukládá ho jako absolutní čas, ale jako offset oproti času hostitele=hypervizoru. Emulovaný RTC proto při vypnutém guestovi nedriftuje, "tiká pořád přesně". Ofset emulovaného RTC lze snad také nastavit explicitně, per guest...
Ohledně chování emulovaného RTC ve VMware najde Google jenom letité PDFko (kapitola "Virtual CMOS RTC" na str.7). Meinbergové mluví také o VMware knowledge-base záznamu na téma timekeeping - netuším, jestli je to dnes k dispozici jenom po přihlášení / v rámci placeného supportu nebo jak.