CUCM 8 Back Up

[fgasimzade]

Hello everybody!

We have a problem with Call Manager 8 back up

Here is the log file

=====================================================

Server        : CUCS8

Feature       : CCM

Component     : CCMDB

Time Completed: 2012-11-07-07-57-09

Result Code   : 1-Please check the component logs for further details.

Result String : ERROR

=====================================================

prebackup

ready for backup

required space = 13397206

df -k /tmp/db_drf_backup/ | grep -v Filesystem | awk '{print }'

ready for backup

exiting pre_db_backup

Beginning do_db_backup

command to execute /bin/touch /common/drf/db_drf_backup/drf_ontape_backup.gz

command to execute /bin/chmod 660 /common/drf/db_drf_backup/drf_ontape_backup.gz

command to execute /bin/chown informix:informix /common/drf/db_drf_backup/drf_ontape_backup.gz

Creating Ontape Backup of DB...

command  to execute /bin/su - informix -c "ontape -s -L 0 | /bin/gzip >  /common/drf/db_drf_backup/drf_ontape_backup.gz"  2>>/common/drf/backup.log

drf_ontape_backup created is of size [20249159]

Ontape Backup completed!

Creating Tar ball

/usr/local/cm/db/csv/products/

/usr/local/cm/db/csv/products/Product_206.csv

/usr/local/cm/db/csv/products/Product_435.csv

/usr/local/cm/db/csv/products/Product_115.csv

/usr/local/cm/db/csv/products/Product_30005.csv

/usr/local/cm/db/csv/products/Product_36.csv

/bin/tar: -: Cannot write: Broken pipe

/bin/tar: Error is not recoverable: exiting now

CCMDB Backup failed, unable to tar data to master agent

EXITING!

----> BEGIN Standard Output

----> END Standard Output

----> BEGIN Standard Error

error writing output file

----> END Standard Error

Does it mean that we have no enough disk space locally to create tar file?

Thank you in advance!

[anchoudh]

Hi,

Please refer the below link,

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

Error: Cannot write: Broken pipe

DRF backup failed with this error message:

/bin/tar: -: Cannot write: Broken pipe
/bin/tar: Error is not recoverable: exiting now
CCMDB Backup failed, unable to tar data to master agent
Restoring CAR services ...

This issue is documented in Cisco bug ID CSCte62205 (registered customers only)

As a workaround try one of these steps:

1. Disable client alive messages on the Open SSH server

2. Set the ClientAliveCountMax and ClientAliveInterval to a high enough count / interval so the server does not timeout the connection to CUCM during the backup.

3. Restart the DRF Master Agent(MA)/DRF Local Agent (LA).

Hope this helps.

Anand

Please rate helpful posts !!

[fgasimzade]

Thank you!

Can you please explain what is Open SSH Server? Also ...so the server does not timeout the connection to CUCM during the backup. - which server is it?

[anchoudh · Accepted solution]

Hi,

CSCte62205            Bug Details

DRS doesn't support OpenSSH client alive message, causing backup failure

Symptom: Error seen during DRS. The DRS CCMDB log file then shows:/bin/tar: -: Cannot write: Broken pipe /bin/tar: Error is not recoverable: exiting now CCMDB Backup failed, unable to tar data to master agentConditions: Using DRS to back up CUCM servers to an OpenSSH SFTP server with "client alive messages" enabled. (This  is enabled in the OpenSSH sshd_config configuration file. The two  parameters in question are "ClientAliveCountMax" and  "ClientAliveInterval". http://www.openbsd.org/cgi-bin/man.cgi?query=sshd_config&sektion=5 )Workaround: Disable "client alive messages" on the Open SSH serverORSet  the ClientAliveCountMax and ClientAliveInterval to a high enough count /  interval so the server doesn't timeout the connection to CUCM during  the backup. On one system the following values were found to allow for  successful backups: ClientAliveInterval 40 ClientAliveCountMax 3Further Problem Description: When  "client alive messages" is enabled, the OpenSSH SFTP server sends  periodic "client alive" messages and expects a response from the SFTP  client. If the client doesn't respond to ClientAliveCountMax client  alive messages, the SFTP server disconnects the session. The  ClientAliveInterval parameter determines how often these client alive  messages are sent.The problem is that the DRS SFTP connection  doesn't respond to these client alive messages. Therefore, if during the  course of the backup there is a sufficiently long interval without any  data being transferred (45 secs in the customer's configuration) the  SFTP session gets closed and the backup errors out with the error shown  above.

Thanks,

Anand

[fgasimzade]

Oh, I see now

The thing is that I use Core FTP mini sftp server software. It is free and very simple, there are no options in it, just User/Password and Path

Does it mean that this software was developed on the basis of OpenSSH SFTP Server and I have to find another sftp server software?

[anchoudh · Accepted solution]

Hi,

Question:

What are the supported SFTP Servers to perform backup and restore?

Answer:

Make sure that Cisco Unified Communications Manager is running. In a cluster, make sure that Cisco Unified Communications Manager is running on all servers in the cluster. To back up data to a remote device on the network, you must have an SFTP server configured. The following SFTP servers are supported and recommended, but you may use any SFTP server:

•Open SSH (for Unix systems, refer to http://openssh.com)

•Cygwin (refer to http://sshwindows.sourceforge.net/, or http://ipc-platform-team.cisco.com/index.cgi/DrfInfo/faq) ;

•freeFTPD (Currently not supported due to a file size limitation of 1GB)(refer to http://www.freeftpd.com/?ctt=download, or http://ipcbu-cap.cisco.com/tips/SFTP%20server.html)

•TitanFTP (http://www.webdrive.com/products/titanftp/index.html)

•In addition to the free sftp servers mentioned below, GlobalScape is the commercial SFTP Server that have been certified with Cisco through the Cisco Technology Developer Partner program (CTDP). More info refer to http://www.globalscape.com/gsftps/cisco.aspx.\\

Please remember to rate all the helpful posts !!

Thanks,

Anand

[Robert Thomas]

Keep in mind our transfer is a pretty large transfer therefore we use keepalives for tgr SSH session, not all ftp servers support it. The best is a linux server with openssh in my opinion, I think on the forums theres a document on how to setup one with Ubuntu.

Sent from Cisco Technical Support iPhone App

[fgasimzade]

Thank you!