Cisco PCA Unable to contact server. Try logging on again in a few minutes

Unanswered Question
Feb 29th, 2008
User Badges:


Hi I'm trying to connect to Cisco PCA in Unity 5.0 Box but always receive the msg


Unable to contact server. Try logging on again in a few minutes. If the problem persists, contact your Cisco Unity administrator "

I'd follow the TS guide checking Tomcat, IIS and files but the behavior is the same.


Here is the log form ciscopca_diags_log.txt


2008-02-29 11:11:53.265 [main] INFO com.cisco.ecsbu.cpca.servlet.CpcaActionServlet - CpcaActionServlet.init() unity locations successfully added http://172.19.100.15

2008-02-29 11:13:09.394 [Thread-9] ERROR com.cisco.ecsbu.cpca.actions.LogonAction - populateLogonModel - error retrieving logon information - fault - server must be down

<?xml version="1.0" encoding="UTF-16"?>

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">

<SOAP-ENV:Header/>

<SOAP-ENV:Body>

<SOAP-ENV:Fault>

<SOAP-ENV:faultcode>SOAP-ENV:Client</SOAP-ENV:faultcode>

<SOAP-ENV:faultstring>ESTR_SECURITY_ERROR</SOAP-ENV:faultstring>

<SOAP-ENV:faultactor>CAvXmlSecurityEngine::XmlRequestHandler</SOAP-ENV:faultactor>

<SOAP-ENV:detail>80004005</SOAP-ENV:detail>

</SOAP-ENV:Fault>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>


2008-02-29 11:13:09.394 [Thread-9] ERROR com.cisco.ecsbu.cpca.actions.LogonAction - perform - Attribute "PROVIDER" unknown/unset value: null

2008-02-29 11:13:09.394 [Thread-9] WARN com.cisco.ecsbu.cpca.actions.LogonAction - perform - Attribute "PROVIDER" will be defaulted to: Windows

2008-02-29 11:13:42.608 [Thread-8] ERROR com.cisco.ecsbu.cpca.actions.LogonAction - populateLogonModel - error retrieving logon information - fault - server must be down

<?xml version="1.0" encoding="UTF-16"?>

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">

<SOAP-ENV:Header/>

<SOAP-ENV:Body>

<SOAP-ENV:Fault>

<SOAP-ENV:faultcode>SOAP-ENV:Client</SOAP-ENV:faultcode>

<SOAP-ENV:faultstring>ESTR_SECURITY_ERROR</SOAP-ENV:faultstring>

<SOAP-ENV:faultactor>CAvXmlSecurityEngine::XmlRequestHandler</SOAP-ENV:faultactor>

<SOAP-ENV:detail>80004005</SOAP-ENV:detail>

</SOAP-ENV:Fault>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>


2008-02-29 11:13:42.608 [Thread-8] ERROR com.cisco.ecsbu.cpca.actions.LogonAction - perform - Attribute "PROVIDER" unknown/unset value: null



2008-02-29 11:13:42.608 [Thread-8] WARN com.cisco.ecsbu.cpca.actions.LogonAction - perform - Attribute "PROVIDER" will be defaulted to: Windows



TIA for the help

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Christopher McAlpin Fri, 02/29/2008 - 12:40
User Badges:
  • Cisco Employee,

You could be running in to the following bug, which for some reason is not displaying in Bug Toolkit so I have copied the details here. Try restarting the CiscoUnityTdsProxy service.


CSCsd39975 - PCA cannot read or write to database when JDBC connections are refused


Symptom:


The Cisco Unity PCA pages display "Could not retrieve personal options from Unity Server" and do not display data or update subscriber settings correctly.


Condition:


This occurs in Cisco Unity 4.x and 5.0.


Workaround:


The TdsProxy is hard-coded to listen on TCP port 1432. SQL ODBC or Exchange's MAPI use of ports can conflict with this port. Since the ODBC and MAPI port usage is random, a simple first-step work-around is to stop/start the CiscoUnityTdsProxy service.


If restarting the CiscoUnityTdsProxy does not resolve the issue, the process that is using TCP port 1432 must be determined. A utility such as Microsoft/sysinternal's TcpView can be used to find which process is using TCP port 1432. Typically, this will be the Message Store Monitor service with MAPI or the UMR sync service for SQL ODBC. Once the process is identified, stop that service, stop CiscoUnityTdsProxy, start CiscoUnityTdsProxy, then restart the service that previously held the port.


A reboot can be a simple way to restore service, although it is possible than on reboot another service consistently grabs the port before CiscoUnityTdsProxy does. So that work around may or may not work consistently.



Integrated in 007.000(000.031) 04.2(01.00)ES110 04.2(01.00)ES133 05.0(01.00)ES31 05.0(01.00)ES32 05.0(01.00)ES33 05.0(01.00)ES34 05.0(01.00)ES35 05.0(01.00)ES38


Verified Release 5.0(1)ES31 7.0(0.30)



jeff.singh_2 Fri, 05/23/2008 - 04:22
User Badges:

Christopher, i am having a similar issue with my Unity 5 system. I have downloaded TcpView but cannot see what is using that port. Tried restarting the server and also restarting the proxy service but still have same problem. is there an ES that will fix?

jeff.singh_2 Fri, 11/28/2008 - 07:16
User Badges:

did you get a fix for this - port 1432 on my unity server is being used by a connection to the ccm.

Actions

This Discussion