w32time en win 2003 no se sincroniza

w32time en win 2003 no se sincroniza

Tenemos un servidor de archivos de Windows 2003 con un DC de Windows 2008 R2. Durante un tiempo esto ha estado funcionando bien, pero ahora la hora en el servidor de archivos está cambiando y ya no se sincroniza. El servidor de archivos es una máquina virtual. Lo curioso es que tiene un servidor "socio" en un sitio diferente, también una máquina virtual win 2003, que no tiene problemas de tiempo.

Aquí hay una parte del registro de w32time en el servidor de archivos:

150728 13:50:53.4960127s - PeerPollingThread: WaitTimeout
150728 13:50:53.4960127s - PeerPollingThread: waiting 0.564s
150728 13:50:54.0726836s - PeerPollingThread: WaitTimeout
150728 13:50:54.0726836s - Polling peer mypdc.acme.org (ntp.d|192.168.43.12:123->192.168.43.236:123)
150728 13:50:54.0726836s - Peer poll: Max:1024.0000000s Cur:00.0000000s
150728 13:50:54.0726836s - PeerPollingThread: waiting 1024.000s
150728 13:50:54.0726836s - ListeningThread -- DataAvailEvent set for socket 0 (192.168.43.12:123)
150728 13:50:54.0726836s - ListeningThread -- response heard from 192.168.43.236:123
150728 13:50:54.0726836s - /-- NTP Packet:
150728 13:50:54.0726836s - | LeapIndicator: 0 - no warning;  VersionNumber: 3;  Mode: 4 - Server;  LiVnMode: 0x1C
150728 13:50:54.0726836s - | Stratum: 5 - secondary reference (syncd by (S)NTP)
150728 13:50:54.0726836s - | Poll Interval: 10 - 1024s;  Precision: -6 - 15.625ms per tick
150728 13:50:54.0726836s - | RootDelay: 0x0000.1892s - 0.0959778s;  RootDispersion: 0x0000.23FDs - 0.140579s
150728 13:50:54.0726836s - | ReferenceClockIdentifier: 0xC0A8001E - source IP: 192.168.43.30
150728 13:50:54.0726836s - | ReferenceTimestamp:   0xD5D45A701C48D632150728 13:50:54.0726836s -  - 13022948592110486400ns - 150728 13:43:12.1104864s
150728 13:50:54.0726836s - | OriginateTimestamp:   0xD5D45C3E129B6474150728 13:50:54.0726836s -  - 13022949054072683600ns - 150728 13:50:54.0726836s
150728 13:50:54.0726836s - | ReceiveTimestamp:     0xD5D45C3891885320150728 13:50:54.0726836s -  - 13022949048568486400ns - 150728 13:50:48.5684864s
150728 13:50:54.0726836s - | TransmitTimestamp:    0xD5D45C3891885320150728 13:50:54.0726836s -  - 13022949048568486400ns - 150728 13:50:48.5684864s
150728 13:50:54.0726836s - >-- Non-packet info:
150728 13:50:54.0726836s - | DestinationTimestamp: 150728 13:50:54.0726836s - 0xD5D45C3E129B6474150728 13:50:54.0726836s -  - 13022949054072683600ns150728 13:50:54.0726836s -  - 150728 13:50:54.0726836s
150728 13:50:54.0726836s - | RoundtripDelay: 000ns (0s)
150728 13:50:54.0726836s - | LocalClockOffset: -5504197200ns - 0:05.504197200s
150728 13:50:54.0726836s - \--
150728 13:50:54.0726836s - Response received from domain controller mypdc.acme.org authenticated successfully.
150728 13:50:54.0726836s - Peer poll: Max:1024.0000000s Cur:1024.0000000s
150728 13:50:54.0726836s - Response from peer mypdc.acme.org (ntp.d|192.168.43.12:123->192.168.43.236:123), ofs: -05.5041972s
150728 13:50:54.0726836s - 5 Age:5 Ofs:-06.1273581s Dly:+00.0312500s RDly:+00.0956116s Dsp:00.0904750s RDsp:00.1467743s Dst:00.1061000s FDsp:00.3115804s
150728 13:50:54.0726836s - 4 Age:4 Ofs:-05.9394288s Dly:+00.0312500s RDly:+00.0960541s Dsp:00.0786231s RDsp:00.1322479s Dst:00.0942481s FDsp:00.3734060s
150728 13:50:54.0726836s - 3 Age:3 Ofs:-06.1068232s Dly:+00.0312500s RDly:+00.0960236s Dsp:00.0667690s RDsp:00.1476593s Dst:00.0823940s FDsp:00.4880160s
150728 13:50:54.0726836s - 2 Age:2 Ofs:-05.9046802s Dly:+00.0312500s RDly:+00.1008759s Dsp:00.0549171s RDsp:00.1345673s Dst:00.0705421s FDsp:00.4442495s
150728 13:50:54.0726836s - 1 Age:1 Ofs:-06.0798168s Dly:+00.0312500s RDly:+00.1007690s Dsp:00.0430630s RDsp:00.1517487s Dst:00.0586880s FDsp:00.5099345s
150728 13:50:54.0726836s - 0 Age:0 Ofs:-05.5041972s Dly:+00.0312500s RDly:+00.0959778s Dsp:00.0312110s RDsp:00.1405792s Dst:00.0468360s FDsp:00.2549672s
150728 13:50:54.0726836s - W32TmServiceMain: resync req, reg too soon.
150728 13:50:54.0726836s - W32TmServiceMain: waiting 7.619s
150728 13:51:01.6785052s - W32TmServiceMain: timeout
150728 13:51:01.6785052s - TimeProvCommand([NtpClient], TPC_GetSamples) called.
150728 13:51:01.6785052s - NtpClient returned 1 samples.
150728 13:51:01.6785052s - Sample 0 offset:-05.5041972s delay:+00.1272278s dispersion:00.4268454s
150728 13:51:01.6785052s - Intersection successful with 0 dropped samples.
150728 13:51:01.6785052s -   0: Sample:0 SyncDist:804904593 SelectDisp:0
150728 13:51:01.6785052s - Sample 0 chosen. Select Dispersion:00.0000000s
150728 13:51:01.6785052s - ClockDispln:ClockDispln Update: SO:-55018056 KPhO:-89181 *PhO:-54928875 uT:65574 SD:2986169 LI:0 S:6 RDl:1272278 RDs:59197329 TSF:0x2 Spike->Unset
150728 13:51:01.6785052s -   PhCRA:-2 phcT:7972 KPhO:-89181
150728 13:51:01.6785052s - Logging warning: The time service detected a time difference of greater than 5000 milliseconds for 900 seconds.  The system clock is unsynchronized.  This is usually caused by synchronizing from low-accuracy time sources, or by poor network conditions.
150728 13:51:01.6785052s - W32TmServiceMain: waiting 1024.000s

¿Es correcta mi interpretación de que w32time no puede corregir la hora porque la diferencia es demasiado grande? ¿Cómo puedo arreglar esto? Estoy un poco desconcertado por las razones de esto, ya que los otros hosts de la red no tienen problemas de tiempo.

información relacionada