04-20-2009 03:58 PM - edited 03-18-2019 10:54 PM
Today, and a couple times in the past, this customers DC/GC(s) have either crashed or rebooted for emergency patching. The Event Viewer shows the DC/GC switchover as expects, then messages begin to randomly queue up in MTA folder, steadily getting worse and worse. The only solution provided by Cisco is to failover to secondary (all the UMR messages dump out at that time) then restart the entire primary server, then failback. Last ticket told me this was "expected" behavior.
There are also many times when the system recovers just fine from DC/GC reboots....
Does anyone else have this unreliable situation?
It is a large Exchange environment (10 DC/GCs and 20 Exchange Servers)
04-21-2009 10:26 AM
Hi -
Just my opinion, but instead of failing over to your secondary Unity server, next time just try restarting the AvUMRSynchSvr service on the primary Unity server. If the Exchange servers are again online, the UnityMTA messages should be moved to the user mailboxes. Sometimes this occurs on Unity 4.2(1) as well when OS maintenance is performed on Exchange servers in our environment. The service occasionally needs a jump start. We routinely check the UnityMTA folder.
Ginger
04-21-2009 11:06 AM
You may be running in to the following defect:
MAPI could return other than MAPI_E_END_OF_SESSION after GC reconnect
The following defect discusses the requirements for MAPI GC re-connects:
When GC is down, voicemail is not delivered
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide