It is an honor to be featured in Gartner 2019 Magic Quadrant for Datacenter Backup and Recovery Solutions. Gartner’s MQ sets a high standard and earning a place on their grid is a great affirmation that Acronis is delivering on our mission to protect all data, apps, and systems.
Windows Server 2008 keep changing time
Hi.
I have the following scenario.
One physical server running windows 2008 with Hyper V
Two Virtual servers. One is running Windows 2008 SBS and one running windows 2008 with terminal server.
For some reason the SBS start getting the wrong time by 30 minutes.
Because of that the PC's get the wrong time from the server that is different than the terminal server and they can't logon or access it anymore until I correct the time.
Problem is that after one week the problem start again.
Why only the SBS will have this problem?
I have the following scenario.
One physical server running windows 2008 with Hyper V
Two Virtual servers. One is running Windows 2008 SBS and one running windows 2008 with terminal server.
For some reason the SBS start getting the wrong time by 30 minutes.
Because of that the PC's get the wrong time from the server that is different than the terminal server and they can't logon or access it anymore until I correct the time.
Problem is that after one week the problem start again.
Why only the SBS will have this problem?
Do more with
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®
I know but for some reason the other two windows that run on the same box has the correct time.
One thing I see different on this one is date format but that should not make any difference.
It goes 10 min ahead than the other 2.
If it will be the bios would not the other 2 get the same time?
One thing I see different on this one is date format but that should not make any difference.
It goes 10 min ahead than the other 2.
If it will be the bios would not the other 2 get the same time?
Looks like the SBS is using the time.windows.com
C:\Users\Administrator>w32
Leap Indicator: 0(no warning)
Stratum: 3 (secondary reference - syncd by (S)NTP)
Precision: -6 (15.625ms per tick)
Root Delay: 0.0782102s
Root Dispersion: 0.3848169s
ReferenceId: 0x41371514 (source IP: 65.55.21.20)
Last Successful Sync Time: 12/20/12 11:01:41 AM
Source: time.windows.com,0x1
Poll Interval: 6 (64s)
C:\Users\Administrator>w32
Leap Indicator: 0(no warning)
Stratum: 3 (secondary reference - syncd by (S)NTP)
Precision: -6 (15.625ms per tick)
Root Delay: 0.0782102s
Root Dispersion: 0.3848169s
ReferenceId: 0x41371514 (source IP: 65.55.21.20)
Last Successful Sync Time: 12/20/12 11:01:41 AM
Source: time.windows.com,0x1
Poll Interval: 6 (64s)
This is from the terminal server
Leap Indicator: 0(no warning)
Stratum: 2 (secondary reference - syncd by (S)NTP)
Precision: -6 (15.625ms per tick)
Root Delay: 0.0000000s
Root Dispersion: 0.0100000s
ReferenceId: 0x564D5450 (source IP: 86.77.84.80)
Last Successful Sync Time: 12/20/2012 10:55:01 AM
Source: VM IC Time Synchronization Provider
Poll Interval: 10 (1024s)
Leap Indicator: 0(no warning)
Stratum: 2 (secondary reference - syncd by (S)NTP)
Precision: -6 (15.625ms per tick)
Root Delay: 0.0000000s
Root Dispersion: 0.0100000s
ReferenceId: 0x564D5450 (source IP: 86.77.84.80)
Last Successful Sync Time: 12/20/2012 10:55:01 AM
Source: VM IC Time Synchronization Provider
Poll Interval: 10 (1024s)
No. Only tons of DCOM errors like this one that I think is related to wrong time between the client and the server" DCOM was unable to communicate with the computer shipping using any of the configured protocols.
Run "net time" from a command prompt and show the results.
On your SBS you need to change the 0x1 to 0x9
On your SBS you need to change the 0x1 to 0x9
I fix it by running the following command on both server:
w32tm /config /manualpeerlist:us.pool.nt
Restart windows time services.
This way they both have the same NTP server.
Before they had different time server and that could cause the problem even if it should not.
The one that had the problem was grabbing the time from time.windows.com
Now they both grab from the same spot.
I will keep en eye on for a week to see if it work the way it suppose to
w32tm /config /manualpeerlist:us.pool.nt
Restart windows time services.
This way they both have the same NTP server.
Before they had different time server and that could cause the problem even if it should not.
The one that had the problem was grabbing the time from time.windows.com
Now they both grab from the same spot.
I will keep en eye on for a week to see if it work the way it suppose to
Premium Content
You need an Expert Office subscription to comment.Start Free Trial