Résolu Le problème était Hyper-V sur cette machine. J'ai supprimé Hyper-V, installé VMware Server, exécuté la même machine virtuelle. Les problèmes de synchronisation de l'heure ont disparu (<100 ms de différence après une journée).
Ma configuration est la suivante:
HYV1 - HyperV machine (non domain) - sync irrelevant
AD1 - VM AD server on HYV1, sync'd to time.nist.gov. HyperV time sync off.
S1 - Physical machine, sync'd to domain.
S2 - Physical machine running HyperV, sync'd to domain.
V1 - Linux VM machine on S2, sync'd to AD1. No HyperV integration.
AD1 et S1 ont une synchronisation fine - le diagramme à bandes montre une différence inférieure à 100 ms.
S2 dérive comme un fou. Voici un peu du diagramme à barres contre AD1:
18:33:22 d:+00.0010138s o:+05.4101899s
18:33:24 d:+00.0010138s o:+05.4319765s
18:33:26 d:+00.0000000s o:+05.4788429s
18:33:28 d:+00.0000000s o:+05.6089942s
18:33:30 d:+00.0010138s o:+05.7240269s
18:33:32 d:+00.0000000s o:+06.0421911s
18:33:34 d:+00.0081104s o:+06.5613708s
18:33:37 d:+00.0000000s o:+06.9096594s
18:33:39 d:+00.0000000s o:+06.8867838s
18:33:41 d:+00.0010127s o:+06.8936401s
En 20 secondes, il a dérivé en une seconde. Si je le réinitialise manuellement en moins de 1 seconde, en quelques minutes, il reviendra à la dérive pendant environ 2 secondes. Du jour au lendemain, il est passé de ~ 2s à ~ 5s. La machine virtuelle Linux à l'intérieur de S2 est parfaitement synchronisée avec AD1.
Voici la configuration:
C:\Users\mgg>w32tm /dumpreg /subkey:Parameters
Value Name Value Type Value Data
------------------------------------------------------------
ServiceDll REG_EXPAND_SZ %systemroot%\system32\w32time.dll
ServiceMain REG_SZ SvchostEntry_W32Time
ServiceDllUnloadOnStop REG_DWORD 1
Type REG_SZ NT5DS
NtpServer REG_SZ ad01.mydomain ad02.mydomain
C:\Users\mgg>w32tm /dumpreg /subkey:Config
Value Name Value Type Value Data
-----------------------------------------------------------
FrequencyCorrectRate REG_DWORD 4
PollAdjustFactor REG_DWORD 5
LargePhaseOffset REG_DWORD 50000000
SpikeWatchPeriod REG_DWORD 900
LocalClockDispersion REG_DWORD 9
HoldPeriod REG_DWORD 5
PhaseCorrectRate REG_DWORD 1
UpdateInterval REG_DWORD 30000
EventLogFlags REG_DWORD 2
AnnounceFlags REG_DWORD 5
TimeJumpAuditOffset REG_DWORD 28800
MinPollInterval REG_DWORD 2
MaxPollInterval REG_DWORD 8
MaxNegPhaseCorrection REG_DWORD -1
MaxPosPhaseCorrection REG_DWORD -1
MaxAllowedPhaseOffset REG_DWORD 300
J'ai regardé le journal des événements, et à part les avertissements sur la synchronisation (après qu'il se soit complètement désynchronisé), il n'y a pas d'autres avertissements.
Comment puis-je résoudre ce problème? C'est la seule machine qui rencontre ce problème. Toutes les autres machines (physiques et virtuelles) se portent bien.
Edit: Pour clarifier: la VM (AD1) a l'intégration désactivée et se synchronise avec time.nist.gov. AD1 est très bien. C'est la machine physique S1 qui ne peut pas se synchroniser avec AD1 et qui dérive partout. Tous les autres serveurs physiques peuvent très bien se synchroniser avec AD1.
Mise à jour Donc, il semble que ce soit un problème d'exécution de la machine virtuelle. L'horloge glisse lentement avec la VM éteinte. Allumé, il commence immédiatement à perdre des secondes. J'ai échangé la machine virtuelle pour n'utiliser que la moitié des ressources, et cela semble l'avoir légèrement atténuée, pour l'instant. Merci!