Unity Connection Backup Error

[daniel.trotter]

All:

I am attempting to do a scheduled backup of a Unity Connection 8.6.2 to a network device and am receiving the following error (error is in bold):

Log File: 2012-04-15-01-01-08_b_uconn_connection_database_database.log=====================================================
Server : UCONN
Feature : CONNECTION_DATABASE
Component : DATABASE
Time Completed: 2012-04-15-01-01-41
Result Code : 1-Unknown DATABASE Error
Result String : ERROR
=====================================================
LogFile created: Sun, 15 Apr 2012 06:01:11 +0000
Detected the OS as Linux
/opt/cisco/connection/lib/disaster-recovery/database_do_backup.py was launched with the arguments: LOGFILE=/common/drf/backup.log STATUSFILE=/common/drf/status.txt NODE=UCONN DEVICE=- REDIRECTION= FEATURE=CONNECTION_DATABASE COMPONENT=DATABASE ENC_SEQ=*********

Running ontape for platform and LDAP user data...
Platform and LDAP DB ontape completed.
Executing Query:SELECT maildatabase, displayname from vw_mailboxstoremap
Results:[{'maildatabase': 'UnityMbxDb1', 'displayname': 'Unity Messaging Database -1'}]

Retrieved the full list of mailbox database names.
Executing Query:SELECT maxsizemb from vw_mailboxstoremap where lower(maildatabase) = 'unitymbxdb1'
Results:[{'maxsizemb': 15000}]

Found mbx params - UnityMbxDb1:15000:Unity Messaging Database -1

Running ontape for Unity Connection data...
Unity Connection DB ontape command completed.
Extracting cucli account hash information.
cucli account hash information saved.
Creating tar archive...
/opt/cisco/connection/.security/.cred
/opt/cisco/connection/.security/.iv
/opt/cisco/connection/.security/.key
/etc/opt/cisco/connection/licenses/
/etc/opt/cisco/connection/licenses/unity420120409144116910.lic
/etc/opt/cisco/connection/licenses/cxn120120409124353482.lic
/etc/opt/cisco/connection/licenses/CUCdemo.lic
/etc/opt/cisco/connection/licenses/backupStarted
/etc/opt/cisco/dscp
/var/opt/cisco/connection/cache/hostname
/common/drf/conndb_drf_backup/UContapeDB.gz
tar: -: Wrote only 2048 of 10240 bytes
tar: Error is not recoverable: exiting now
sudo tar -cvpPf - /opt/cisco/connection/.security/.cred /opt/cisco/connection/.security/.iv /opt/cisco/connection/.security/.key /etc/opt/cisco/connection/licenses/ /etc/opt/cisco/dscp /var/opt/cisco/connection/cache/hostname /common/drf/conndb_drf_backup/UContapeDB.gz /common/drf/conndb_drf_backup/mbxdbmap /common/drf/conndb_drf_backup/CMontapeDB.gz /common/drf/conndb_drf_backup/cuclihash 2>> /common/drf/backup.log | /usr/local/platform/bin/openssl aes-128-cbc -md sha1 -salt -k 2w2TxhFQ90Xt7XJk1l8q Failed with a return code of 1
Backup failed.

----> BEGIN Standard Output

----> END Standard Output

----> BEGIN Standard Error
/opt/cisco/connection/lib/disaster-recovery/database_do_backup.py:29: RuntimeWarning: Python C API version mismatch for module iproduct: This Python has API version 1013, module iproduct has version 1012.
import iproduct
error writing output file

----> END Standard Error

Overall backup was 90% complete. Backup of the CONNECTION_DATABASE stopped at 45%. I have never seen this error before.

A previous manual backup to a different device was successful.

Has anyone seen this before? Any thoughts on what might be the cause and resolution? Thanks!

[daniel.trotter]

As an update: The client is using Mini SFTP from CoreFTP on a Windows 2003 server.

[davrojas · Accepted solution]

Hello Daniel,

I understand you are getting an error when running a scheduled backup in UCONN 8.6.2 with Mini SFTP from CoreFTP on a Windows 2003 server. Also, manual backups are successful.

\*/ Insight questions

1. Is the SFTP server in a different location separated by a WAN link?

2. Can the issue be reproduced or is it random?

3.Have you reviewed the Guide below for Cisco supported SFTP (Titan, Cygwin, OpenSSH)

Disaster Recovery System Administration Guide for Cisco Unity Connection Release 8.x

http://www.cisco.com/en/US/partner/docs/voice_ip_comm/connection/8x/drs_administration/guide/8xcucdrsag.html

4. Is the backup larger than 1GB?

5. On RTMT (Real Time Monitoring Tool) is there any related system or application logs that might give a clue within the time frame the backup failed?

Finally, the root cause is unlikely to be determined, however the solution is definitely to use one of the three supported SFTP's stated in the link above.

Best Regards,

David Peck.

[dlcharville]

Daniel - did you get this figured out?

Thanks,

Dan

[davrojas]

Hello Dan,

I was wondering if you were running into any of the "insight questions" posted previously?

Additionally i was wondering if you would happen to have changed your servers hostname recently?

Any further information in your scenario could help bring light to the issue you or other users are affronting.

Best Regards,

David Peck

[daniel.trotter]

Actually, it turned out to be an error with the actual SFTP itself. Had the client change the SFTP server to one of the supported ones and the problem was resolved.