Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

CUCM getting Database communication error

I have an environment with just 1 publisher, i changed the name of the publisher and now I´m getting this error when trying to login into my CUCM

Database communication error

Can someone help me on it?

3 REPLIES

CUCM getting Database communication error

Hi Nilson

Looks like when u are ttrying to login to the Cisco Unified Communications Manager (CUCM) Publisher server, the [Database Communication Error] error message appears. This document provides information, how to troubleshoot this issue>

Solution 1>

1. Revert the changes made back to the old settings in order to let you log in.

2. Go to Cisco Unified CM Administration > System > Server and make the required changes for the hostname or IP address.

3. Make the same changes via CLI or the OS admin page. The CUCM will restart itself.

4. After restarting check if services are loaded properly.

5. Use the utils service list CLI command in order to check if the services are up and running.

6. Restart the whole cluster manually again to have all the services loaded properly.

___________________________________

    Solution 2>

If there were no changes made to the CUCM Publisher and you still receive the Database Communications Error error message, then complete this procedure to resolve the issue:

1. Check the database replication status on all the CUCM nodes (publisher and each subscriber) in the cluster to ensure that all servers replicate database changes successfully. You can check the replication state with RTMT by accessing the Database Summary and inspecting the replication status.

The Number of Replicates Created and State of Replication object provides information about the replication state on the system. Status 2 indicates that the replication is good. If you receive a status number of 3 or 4, it indicates either a broken database or that replication is not set up correctly between the publisher and subscribers.

If the Database Summary indicates that the replication on the Publisher is 2 and on the Subscribers is 3, go to the next step.

2. Check the DB replication using the utils dbreplication status CLI command and check what the output shows. If there are mismatched rows reported in the output file, run the utils dbreplication repair all CLI command to synchronize tables on all nodes.

3. Run the utils dbreplication stop command in all the subscribers and on the publisher. Then run the utils dbreplication reset all to reset replication on publisher and all subscribers. This command might take some time to complete.

4. After you run the commands, Verify it in RTMT. If the replication status shows 2 for both the Publisher and the Subscribers, then the issue is resolved.

You should be able to login to the Publisher and Subscribers without any error.

Note: If the issue is not resolved after you complete the above steps, restart the DBL service.

_________________________________________________________

Problem>

    A problem that can occur is the inability to access the Cisco Unified CM administration page of the publisher from the site because of database communication error informix not accepting any more connections. All connections are eaten by dbcef.

The utils dbreplication runtimestate does not work:

admin:utils dbreplication runtimestate

Traceback (most recent call last):

File "/usr/local/cm/bin/DbReplRTstate.py", line 578, in ?

fin = open(tfile, 'r')

IOError: [Errno 2] No such file or directory: '/var/log/active/cm/trace/dbl/sdi/getNodes'

  This issue is also documented by Cisco bug ID CSCtl74037 (For Registered Customers Only).

Solution>

It appears this network's disconnects/flaps can help this issue to appear as connections between CEF and DB are not properly closed. The CEF connection leak occurs mainly in these two cases:

> There is a pub−sub cluster, and the network goes down. The CEF service is stopped on the pub. As a result, the subscribers run an algorithm to determine the host who will take over those tasks.

> In order to resolve this from the CLI, issue the command:

    · utils service stop A Cisco DB

    · utils service start A Cisco DB

    · Stop the CEF service from serviceability page

Also check these links to further tshooting ..

https://supportforums.cisco.com/docs/DOC-8194

http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a00809643e8.shtml

https://supportforums.cisco.com/docs/DOC-13672

Cheers
Bruno Rangel

"Se você quiser alguém em quem confiar, confie em si mesmo. Quem acredita sempre alcança"
Renato Russo

Cheers Bruno Rangel Please remember to rate helpful responses using the stars bellow and identify helpful or correct answers .

CUCM getting Database communication error

Thank you Very much Ranger !

CUCM getting Database communication error

Any time buddy!!!

Please remember to rate helpful responses using the stars and identify helpful or correct answers.

Cheers Bruno Rangel Please remember to rate helpful responses using the stars bellow and identify helpful or correct answers .
967
Views
24
Helpful
3
Replies