Domain Time off for some members
-
I just realized it must be related to this host. I recently moved the main VM that I am having a problem with to this host.
-
@Donahue said in Domain Time off for some members:
I just realized it must be related to this host. I recently moved the main VM that I am having a problem with to this host.
Windows could be checking hte hardware clock. This has nothing to do with VM tools settings.
And your host (the hardware) was off.
But Windows was not moving it too far..
Answer: Windows sucks.
-
@JaredBusch said in Domain Time off for some members:
@Donahue said in Domain Time off for some members:
I just realized it must be related to this host. I recently moved the main VM that I am having a problem with to this host.
Windows could be checking hte hardware clock. This has nothing to do with VM tools settings.
And your host (the hardware) was off.
But Windows was not moving it too far..
Answer: Windows sucks.
Interesting - does EXSi not virtualized the hardware clock to itself as well?
-
@Dashrender said in Domain Time off for some members:
@JaredBusch said in Domain Time off for some members:
@Donahue said in Domain Time off for some members:
I just realized it must be related to this host. I recently moved the main VM that I am having a problem with to this host.
Windows could be checking hte hardware clock. This has nothing to do with VM tools settings.
And your host (the hardware) was off.
But Windows was not moving it too far..
Answer: Windows sucks.
Interesting - does EXSi not virtualized the hardware clock to itself as well?
English please?
-
@JaredBusch said in Domain Time off for some members:
@Dashrender said in Domain Time off for some members:
@JaredBusch said in Domain Time off for some members:
@Donahue said in Domain Time off for some members:
I just realized it must be related to this host. I recently moved the main VM that I am having a problem with to this host.
Windows could be checking hte hardware clock. This has nothing to do with VM tools settings.
And your host (the hardware) was off.
But Windows was not moving it too far..
Answer: Windows sucks.
Interesting - does EXSi not virtualized the hardware clock to itself as well?
English please?
Does ESXi provide direct access the the real hardware clock, or does it create a virtual HW clock that is basically the time EXSi has itself - which could be different from the real hardware.
-
@Dashrender said in Domain Time off for some members:
@JaredBusch said in Domain Time off for some members:
@Dashrender said in Domain Time off for some members:
@JaredBusch said in Domain Time off for some members:
@Donahue said in Domain Time off for some members:
I just realized it must be related to this host. I recently moved the main VM that I am having a problem with to this host.
Windows could be checking hte hardware clock. This has nothing to do with VM tools settings.
And your host (the hardware) was off.
But Windows was not moving it too far..
Answer: Windows sucks.
Interesting - does EXSi not virtualized the hardware clock to itself as well?
English please?
Does ESXi provide direct access the the real hardware clock, or does it create a virtual HW clock that is basically the time EXSi has itself - which could be different from the real hardware.
how would it do that? I dont think you could have a virtualized clock unless it was tied to some authoritative time sources, and the only two I can think of are the hardware clock and an NTP type clock.
-
-
@JaredBusch said in Domain Time off for some members:
@Donahue said in Domain Time off for some members:
I just realized it must be related to this host. I recently moved the main VM that I am having a problem with to this host.
Windows could be checking hte hardware clock. This has nothing to do with VM tools settings.
And your host (the hardware) was off.
But Windows was not moving it too far..
Answer: Windows sucks.
the host clock was out like 8 hours, because it wasnt set to the correct time zone. Although, maybe it drifted by the 6 minutes and windows itself was correcting for the time zone difference? I now wish I would have looked before I just set it to an NTP source. It might have been the smoking gun I was looking for.
-
@Dashrender said in Domain Time off for some members:
@JaredBusch said in Domain Time off for some members:
@Dashrender said in Domain Time off for some members:
@JaredBusch said in Domain Time off for some members:
@Donahue said in Domain Time off for some members:
I just realized it must be related to this host. I recently moved the main VM that I am having a problem with to this host.
Windows could be checking hte hardware clock. This has nothing to do with VM tools settings.
And your host (the hardware) was off.
But Windows was not moving it too far..
Answer: Windows sucks.
Interesting - does EXSi not virtualized the hardware clock to itself as well?
English please?
Does ESXi provide direct access the the real hardware clock, or does it create a virtual HW clock that is basically the time EXSi has itself - which could be different from the real hardware.
The "hardware" clock as far as a VM is concerned is WTF ever the host reports to it when the guest asks.
As for what the host reports? likely whatever time it has. I've never bothered to dig that deep into the stack because it doesn't matter.
You setup your clocks to sync to proper sources and you never have a problem.
-
@Donahue said in Domain Time off for some members:
@JaredBusch said in Domain Time off for some members:
@Donahue said in Domain Time off for some members:
I just realized it must be related to this host. I recently moved the main VM that I am having a problem with to this host.
Windows could be checking hte hardware clock. This has nothing to do with VM tools settings.
And your host (the hardware) was off.
But Windows was not moving it too far..
Answer: Windows sucks.
the host clock was out like 8 hours, because it wasnt set to the correct time zone. Although, maybe it drifted by the 6 minutes and windows itself was correcting for the time zone difference? I now wish I would have looked before I just set it to an NTP source. It might have been the smoking gun I was looking for.
Of course it would Timezones don't matter.
This means you were not off by 8 hours.
All systems use UTC.
-
@JaredBusch I think we are agreeing, but not saying the same things.
The host was set to itself as the time source, but was off by at least several hours. But that might have been several hours and 6 minutes, which when it made it all the way down into the VM meant that the hours were corrected, but not the 6 minutes? I don't know and I am grasping at straws here.
Either way, it is now set to NTP time. I still don't understand how windows could switch back and fourth between two time sources in a domain setting, especially considering how much of AD is dependent on good time keeping.
-
@Donahue said in Domain Time off for some members:
@JaredBusch I think we are agreeing, but not saying the same things.
The host was set to itself as the time source, but was off by at least several hours. But that might have been several hours and 6 minutes, which when it made it all the way down into the VM meant that the hours were corrected, but not the 6 minutes? I don't know and I am grasping at straws here.
Either way, it is now set to NTP time. I still don't understand how windows could switch back and fourth between two time sources in a domain setting, especially considering how much of AD is dependent on good time keeping.
Do the logs tell you what source it's changing to match?
-
@Dashrender said in Domain Time off for some members:
@Donahue said in Domain Time off for some members:
@JaredBusch I think we are agreeing, but not saying the same things.
The host was set to itself as the time source, but was off by at least several hours. But that might have been several hours and 6 minutes, which when it made it all the way down into the VM meant that the hours were corrected, but not the 6 minutes? I don't know and I am grasping at straws here.
Either way, it is now set to NTP time. I still don't understand how windows could switch back and fourth between two time sources in a domain setting, especially considering how much of AD is dependent on good time keeping.
Do the logs tell you what source it's changing to match?
No, and I can't figure out if I can turn on verbose logging for this event. Maybe there is a better tool than event viewer?
-
@Donahue said in Domain Time off for some members:
@JaredBusch I think we are agreeing, but not saying the same things.
The host was set to itself as the time source, but was off by at least several hours. But that might have been several hours and 6 minutes, which when it made it all the way down into the VM meant that the hours were corrected, but not the 6 minutes? I don't know and I am grasping at straws here.
Either way, it is now set to NTP time. I still don't understand how windows could switch back and fourth between two time sources in a domain setting, especially considering how much of AD is dependent on good time keeping.
We are certianly not saying the same things.
You first side the time was off by hours, but the guest was flipping only 6 minutes.
Then you finally stated that the host timezone was off.
Timezone being not set correctly is only a display issue to the meat sack looking at it.
The UTC time is the UTC time.
Now if the UTC time was no correct by hours that is different. But that is not what you stated.
-
@JaredBusch said in Domain Time off for some members:
@Donahue said in Domain Time off for some members:
@JaredBusch I think we are agreeing, but not saying the same things.
The host was set to itself as the time source, but was off by at least several hours. But that might have been several hours and 6 minutes, which when it made it all the way down into the VM meant that the hours were corrected, but not the 6 minutes? I don't know and I am grasping at straws here.
Either way, it is now set to NTP time. I still don't understand how windows could switch back and fourth between two time sources in a domain setting, especially considering how much of AD is dependent on good time keeping.
We are certianly not saying the same things.
You first side the time was off by hours, but the guest was flipping only 6 minutes.
Then you finally stated that the host timezone was off.
Timezone being not set correctly is only a display issue to the meat sack looking at it.
The UTC time is the UTC time.
Now if the UTC time was no correct by hours that is different. But that is not what you stated.
perhaps you are correct, unfortunately I didnt pay enough attention to know for sure how far off the host time was.
The problem is still occurring however.
-
does anyone know a better tool that I can use to find out what is triggering this to happen?
-
I think I may have found the cause. I looked into event 4616 under the security log. I can see a consistent pattern of three records repeating over and over again. The first thing is that VMWare tools was setting the clock ahead 6 minutes. Then a little later, svchost was setting it back, and then resetting it again. Then a little later VMWare tools would set it ahead again and the pattern repeats.
-
Ah yes, competing time sources.
-
found it. It was the individual time for that ESXi member. It was running on it's own time, neither host time or any NTP. It was off by the 6 minutes. So for some reason, VMWare was syncing this setting with the host's ESXi clock, not the hardware clock, even though the settings disallow that.
-
If your hardware supports it (Dell PE gear with IDRAC for instance) you could have it syncing with an NTP source as well.
