9 replies
by wojnar Accepted solution
by netwrk_admn Accepted solution
TZEdit may need to be ran on W2K3. A couple in my environment had the exact same symptoms (while other W2K3 servers were fine). Use TZEdit, edit your time zone because you have to tell it the new DST schedule.
Then I had to send an update with 'w32tm /config /update.'
Probably doesn't need to be mentioned, but make sure all apps running on the server are okay with a bump in time, and watch your scheduled tasks schedule.
by wojnar Accepted solution
I will go ahead and give your suggestion a try. The reason I am not too hopefull is that all the client pc's are pointed to the same server and just the 3 are not behaving. The server itself is correct. I will let you know if it works. Thanks for the response.
Another approach I am going to try is to see if I disable the time service on 2 of the non-cooperative pc's, set them to the correct time and then try to sync the third pc. Just in case they are somehow - even though the config is DOMHIER - they are acting as PEER. At this point I'll try anything.
by snuffy09 Accepted solution
I have noticed, once you config tzedit you have to go into your localtime settings on your computer and click timezone tab, then untick automaticly adjust time and click apply, then retick auto adjust and click apply again.
before i did this the time didnt change without a restart.
by oldbaritone Accepted solution
Many problems until I changed the time synchronization to use NTP and sync with NIST.
We used to have a server that had problems, and the clock drifted terribly, 5 min or more per day. It was a nightmare. Clients logged in to it would synchronize to the out-of-whack clock.
I changed the clients to use NTP to an independent time source. End of problems.
Configuring the Windows Time service to use an external time source:
http://support.microsoft.com/kb/816042
by wojnar Accepted solution
by oldbaritone Accepted solution
Have you tried specifying a particular time server in the DHCP scope (Option 4)? Try forcing all time synchronization to the same (local) server.
Another alternative, set the local server up to provide NTP time service, and point the clients at it via NTP instead of Windows time service.
It may or may not work, but it's a couple more things to try...
:-)
by systemcheck Accepted solution
by wojnar Accepted solution
This discussion is closed to new replies.
Trending Networks posts
Sort by Trending