03-11-2007 09:43 AM - edited 03-18-2019 07:04 PM
Running Unity 4.1(1). Servers all changed over correctly. Voicemail time stamps still 1 hour behind. Running Server 2000 on Unity servers, Exchange 2003 on Windows 2003 server. Outlook Web Access showing correct time stamps.
Logging in to the TUI, prompt is an hour behind.
What did I miss?
Todd
Solved! Go to Solution.
03-12-2007 07:54 AM
I've rebooted Unity a few times today with no effect.
Have not rebooted Exchange server though. Will give it a try tonight also.
Wish my Cisco equipment updated as easy as my Microsoft systems did.
Nice of TAC to keep us updated!
03-12-2007 08:24 AM
Certain Windows systems are showing the wrong time even though the DST patch has been applied to the system: Simply change the time zone to some other time zone manually on the affected system, apply it, and then change it back to the correct time zone.
Here are some details on this:
03-12-2007 08:29 AM
I did have this happen on all my Win2000 boxes. Just unchecking the 'Auto apply DST' box, applying the change, and then checking the 'Auto apply DST' box fixes it.
Wonder if this has to happen from now on though?
03-12-2007 09:25 AM
Todd,
I am running 4.2(1) for a client, the server not in production yet, so no worries here about the DST changes. I had applied ES59 and JRE updates as required last week. I tested over the weekend, changed the time to 1.59 am and the time did change succesfully to 3.00 am. So I was hoping things should work properly on Monday. I see on Monday that the time never changed properly at all over the weekend. The server clock and timestamps were an hour off. I had to manually change the time on the server today..
03-12-2007 01:15 PM
if you haven't already, you may want to visit the field notices for Unity and Connection noted in this post:
03-12-2007 03:35 PM
Rebooting the Exchange message store did not do a darn thing to the time stamps. They are still an hour behind.
The only thing we have not applied was the Exchange patch described in the link above. I'm reluctant to apply it due to the fact that messages may stop flowing.
Has anyone applied this Microsoft Exchange patch and if so did you run into any problems with Unity?
Todd
03-13-2007 06:59 AM
rebooting unity didn't do a thing.. but what did work was shutting down unity, changing the time zone to anything else.. then setting it back properly to the right time zone and restarting unity.. everything worked properly after that.
03-13-2007 07:01 AM
NICE! Do I get a rating for my Mar 12, 2007, 5:35pm PST post with that suggestion? Ha!!
03-13-2007 07:12 AM
I'll give this a try. Sounds as if the key is to shut down Unity (not the entire server) and change the time zone. Just rebooting doesn't work since Unity is starting with the server.
03-13-2007 07:33 AM
YEAH! That did it! Cisco should pay you guys!!
Check marks to all :)
03-13-2007 09:01 AM
Unity 4.2.1. Server is set for no auto DST.
Time sone is set for Arizona. Time stamps in Exchange for left messages show correct time. Phones show correct time. TUI readback of messages are an hour off. Will try rebooting server.
03-13-2007 09:16 AM
Or just shut down Unity itself (not the entire server), reset your time zone and then start Unity. That's all it took to fix mine.
03-15-2007 07:23 AM
Has anyone gotten this issue resolved. I didn't have this problem going into Tuesday, however now I do. My Unity VM's are 1 hour behind, but the system clock is fine.
03-15-2007 07:32 AM
The easiest fix providing you have applied the DST patches to the OS is (at least for me):
1. On your Unity server stop Unity but don't shutdown the entire server.
2. Once Unity has stopped, go to the date / time control panel applet and change your time zone to something different. CLICK APPLY.
3. In the same applet, change your timezone back to your normal time zone. CLICK OK.
4. Start Unity.
Do the same on the failover if you have one.
Hope this helps.
Todd
03-12-2007 03:44 PM
I thought I had heard that the Exchange patch from MS did not work as well as they thought it would. I have been hearing rumbles about Outlook not working right for appointments.
If you have failover running with Unity, I think that if the Primary's time is different than the failover server, the SQL database will come off it's rocker for replication cause a failover trigger to happen. This drops the TSP ports and may trigger the "flipping" failover from primary to secondary and vice versa.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: