We have Unity 4.0(3) with a failover server in a UM Exchange 2000 environment and had a situation last week where people in the afternoon were not getting messages, the following morning, there was a requirement to bounce the primary server and therefore I failed it over to the secondary, at this moment, all the missing messages were delivered. I checked the event logs on the primary and couldn't see anthing strange. Does anyone know what would have happened to the messages prior to the server being bounced?
Without some more info here it'll be hard to speculate on what was going on - one thing I've seen is folks that have inadvertently shut down the UMR service (this is the guy responsible for delivering outside caller messages) - if that had been turned off internal subscriber to subscriber messages would be getting delivered but outside caller messages would be stacking up in the \commserver\UnityMTA directory.
But that's really just a shot in the dark with no error messages or traces or the like to work with here...
Hi, thanks for the response. This seemed to be affecting all callers, not just external calls. I decided to setup a scheduled restart for the early hours and the same thing happened. It has something to do with resync mailboxes. I've run a trace and you can clearly see the messages being delivered after the reboot. There doesn't seem to be any error messages recorded in the event viewer that would indicate a service stopping. See Log file below.
[Thread 6228] Begin resynching subscriber mailboxes. 324 mailboxes are scheduled for synchronization. (null)
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...