I am getting http status 500 error when I select Navigation > Cisco Unity Connection Administration with the following description: The server encountered an internal error () that prevented it from fullfilling this request
and the following first few lines of exception:
javax.servlet.ServletException: com.cisco.unity.datatools.DataException: unable to get authentication transfer object org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:516) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:423) org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
When I select any of the options within Unity Connection I get 'Not Authorized' message.
I noticed this after I had made a change to the IP address in the Application Server configuration and have reverted back to original settings still with the same error. I would appriciate any assistance anyone can give. Please let me know more info is required.
your best bet is to restart the server. You could also go into the CLI and restart the tomcat services manually and see if this works.
Im trying to recall where the application server configuration is. If you changed the IP of the box, that is different. There is a process to do this. If it was not followed, then there could be issues.
If you are saying all the voicemail accounts went to default, there is probably a DB problem in CUC. I had a CUCMBE go haywire on me and we could not recover it. It was in the earlier release of 7.0. 7.1 seems to much better.
As an alternative, you could try a small upgrade on the box to latest release. Sometimes it will clean out orphins in the DB and clean up things that are broken I have found.
Not all the Voicemails have defaulted - only one or two (baring in mind I only have 5 phones connected right now). Can still leave voicemail on the other 3 phones and are retrievable, MWI working etc. I can't create any new mail boxes though and the relationship between the existing DN's, where VM works, and Unity has failed - on these extensions instead of getting the option to "edit voicemail users" it wants to "create new voicemail user".
As this is still work in progress I would happily start the whole configuration again from scratch rather than go down the upgrade route if this can be done? Current version is 7.1(2).
Its a tough call. You can call TAC, probably sit on the phone for awhile with them trying to figure out the needle in the haystack. Most likely its DB related buried where we cant get to it.
You could reload, that would be mean starting over from scratch with BE.
Try the upgrade to 7.1.3. Id recommend this route.
It looks like a couple of those users are broken in the DB and the user page when you click on it is coming up with the tomcat error. You could try and pull up the Bulk tool down below and try to delete those users. Or if you are using AXL, go into CUCM, delete the users from CUCM and maybe it will sync over to CUC depending how bad its broken or not.
Also, try flushing out your IE. CUC likes to remember the last person your searched in the box on users. It will stay there forever it seems like, even if you log out/ log in. So if the broken user was the last user you searched on, maybe thats the tomcat error.
For a quick test to.. create a call handler (if you can) and try to link the owner of the call handler to a user. Can Unity pull up subscribers that way?
Tcat, thanks for the suggestions. The issue was definitely DB related - where the application server name had been changed it screwed up the relationship between CCM and unity. A result of that was getting the http 500 internal server error when going into unity app and also the phone configuration for DN's were not able to access the records on unity, hence the default setup options.
I have rebuilt the server as this appears to be the only way of resolving the issue, or a lengthy call to Cisco. Lesson: do NOT change the application server details unless you know exactly what the outcome will be. Defintely a lesson learn't.
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...