• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 795
  • Last Modified:

Windows Server 2008 - NTP Sending Wrong Time?

Hello,
I have a voicemail system that runs on a Linux backend that uses a local NTP server that is a windows 2008 server. Ever since the recent time change, all the voicmails have an incorrect timestamp.  

I've been troubleshooting the issue, and it seems like the problem on the server side not the VM switch.  I could be wrong though - the server itself shows the right time.  I've searched and installed the patches I can find from MS for daylight savings update.  The main thing I am seeing is that when I try to sync time, the switch shows an offset of an hour.  


[root@MSC-SG90V-1 ~]# ntpdate -d 172.30.43.8
30 Mar 07:36:27 ntpdate[29811]: ntpdate 4.2.4p3@1.1502 Wed Nov 28 04:08:22 UTC 2007 (1)
Looking for host 172.30.43.8 and service ntp
host found : ShoreTel.toaks.org
transmit(172.30.43.8)
receive(172.30.43.8)
transmit(172.30.43.8)
receive(172.30.43.8)
transmit(172.30.43.8)
receive(172.30.43.8)
transmit(172.30.43.8)
receive(172.30.43.8)
transmit(172.30.43.8)
server 172.30.43.8, port 123
stratum 1, precision -6, leap 00, trust 000
refid [LOCL], delay 0.04213, dispersion 0.00006
transmitted 4, in filter 4
reference time:    d3205125.9a3d70a3  Fri, Mar 30 2012  8:35:01.602
originate timestamp: d3205135.c3b645a1  Fri, Mar 30 2012  8:35:17.764
transmit timestamp:  d320436c.0612d773  Fri, Mar 30 2012  7:36:28.023
filter delay:  0.04234  0.04218  0.04213  0.04214
         0.00000  0.00000  0.00000  0.00000
filter offset: 3529.740 3529.740 3529.740 3529.740
         0.000000 0.000000 0.000000 0.000000
delay 0.04213, dispersion 0.00006
offset 3529.740370

30 Mar 07:36:28 ntpdate[29811]: step time server 172.30.43.8 offset 3529.740370 sec
0
JamesonJendreas
Asked:
JamesonJendreas
  • 5
  • 2
1 Solution
 
Ramakrishna PrabhuNetwork EngineerCommented:
Could you please verify if your VM Switch and Server's are set to the same timezone?
0
 
JamesonJendreasAuthor Commented:
Yeah, same time zone - the way the VM switch works is that it's timezone is set by it's configuration server, and I can confirm that it is in the PT zone.  

It could be something on the switch itself, but the transmit time stamp is what's getting me. I'm wondering if someone did previously somehow hard-set this offset in the switch for a previous time change.
0
 
Ramakrishna PrabhuNetwork EngineerCommented:
May be you could verify that, because the only reason i can thinking its having different time might be because of the timezone zone difference.

How ever i could be wrong!
0
Creating Active Directory Users from a Text File

If your organization has a need to mass-create AD user accounts, watch this video to see how its done without the need for scripting or other unnecessary complexities.

 
JamesonJendreasAuthor Commented:
OK - I think I can confirm that the problem is in the switch itself, so I may need to go to their tech support.  I noticed that the phones I have that are part of the same system - setup with the same timezone, are getting the correct time.  They were pointed to a different internal time server, and switching my VM switch over to that time server does the exact same things.
0
 
JamesonJendreasAuthor Commented:
So, I guess my next question would be does anyone know a BASH command for setting the offset for NTP?  I don't know if that exists or not...  Or, possibly I have to edit some config file on this unit.  Maybe that's what I need to attempt
0
 
JamesonJendreasAuthor Commented:
For the KB:


ln -sf ../usr/share/zoneinfo/US/Pacific /etc/localtime



Looks like there was a non-standard timezone selected
0
 
SandyCommented:
Is it a machine under openvz then you need to change it by using hyper-visor configuration.
0
 
JamesonJendreasAuthor Commented:
Found the solution
0

Featured Post

Keep up with what's happening at Experts Exchange!

Sign up to receive Decoded, a new monthly digest with product updates, feature release info, continuing education opportunities, and more.

  • 5
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now