Hello, I just had a unity server lock up, and rebooting seem to fix it. However i was going through the event veiwer and i kept getting these errors.<br><br>1)Message API call failed. Call = GetPublicFolderTable Error = MAPI_E_INVALID_ACCESS_TIME. <br><br>2)Exception occurred and handled in File: h:\CommSvr\Sources\AvWM\AvWMMutex.cpp at Line: 157 - Error: 80040123H Call stack: <br>0x5DC670DD AvWM.dll: <unknown symbol><br>0xFEDCBA98 <unknown module>: : <unknown symbol><br>0x89ABCDEF <unknown module>: : <unknown symbol><br>0x77D51B50 RPCRT4.DLL: NdrVaryingArrayFree + 437 bytes<br><br>what do these mean? and is there anything we can do to prevent this?<br> <br><br>
Running this past the DOH and Notifier folks this morning this looks to be an issue known affectionately in house as a wedge problem. Im betting if you check into it one of your other Exchange servers in your site that homes one or more of the subscribers went off line right about this time or before.
The GetPublicFolderTable error will pop up when the notifier notices that it cant connection any longer to an Exchange server in the site. Either the network connection to the server (or servers) broke or the server itself had an issue.
Im not sure what you mean by crash but Im guessing it didnt blue screen but rather stopped answering incoming calls (i.e. the ports were burned). If a subscriber calls in to check messages on a server that is currently off line this can cause a problem. The timeout from the call via MAPI to get the mailbox has a very long time out (i.e. 12 minutes or so) and it ties the port up. Earlier versions of Unity can also get into a state where the other ports will tie up after this happens.
Later versions of Unity (i.e. 2.4.5) handle this somewhat better by using the traffic cop model where we keep track of the up/down Exchange servers in the site and wont allow subscribers homed on those servers to try and check their messages while the server is off line. You can still lose one port for a period of time if a subscriber gets in to check messages before the notifier notices the server is off line, but it should only be the one port and not all of them.
That sound feasible for this case? What version are you talking about here?
Thanks for your quick response, let me give you a little more detail, they are running unity version 2.4 build 18.104.22.168. This is a stand alone exchange 5.5 server,however they do have an exchange 2000 server for their e-mail, but unity was installed in a seperate site, so it should not be trying to contact the other exchange server.(they do not have unified messaging) Also you are correct that i did not get a blue screen, but the unity just stopped answering calls.
Hmmmm... So all the subscribers are homed on our box? Odd.
The error messages you posted indicate that a MAPI call we made (to get at someone's message store) didn't return within 25 seconds... which is a pretty long time. Normally this indicates a connection to a remote Exchange server someone is homed on is off line or the link to it is severed. The "traffic cop" then kicks in and will not allow subscribers checking messages on that server to log in (they're get the fail safe) until we can tell the server is back on line.
I suppose it's possible if your system got bogged down it might have done this on a call to the local Exchange server, but that'd be pretty unusual. which version of Unity are you running? Early versions of 2.4.0 could do this if you had the option to move deleted items to the deleted items folder and someone deleted a VERY large message or something...
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...