cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
604
Views
0
Helpful
1
Replies

Unity DRF Failing to List TAR Files

airgangles
Level 1
Level 1

I have a standalone Unity 12.0.1.21900-10 server that I backed up and then deleted the VM. I reinstalled Unity in a new VM (using the same media as the previously deleted VM) and attempted a restore. When I pick the network source the next screen where it lists the TAR files shows no TAR files available. The currently running Unity version is 12.0.1.21900-10 (the exact same version as the one deleted). I can access the backup files just fine from an SFTP client using the same credentials as I put in the network source in DRF. Here are the logs pertaining to the issue...

 

2018-10-07 11:46:30,955 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfUtils:establishSftpConnection: Authenctication Completed Successfully, connected to remote server. Now opening a SFTP channel.
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfutils.sftpLsFiles-: 12 files found at the given path
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfutils.sftpLsFiles-: 2018-10-05-19-09-29_UNITY_drfComponent.xml
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfutils.sftpLsFiles-: Found 1 matching the search criteria.
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfUtils:closeSFTPConnections: Closing ChannelSftp...
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfUtils:closeSFTPConnections: Disconnecting Channel...
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfUtils:closeSFTPConnections: Closing Session...
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - getFileNameFromBackupId: Number of files with backup id _drfComponent.xml format is :1
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfSftpManager:drfRestoreConfig: This file is not relevant w.r.t this cluster.
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfMasterAgentMsgWorker:HandleListBackups: error occurred while reading /common/drf/2018-10-05-19-09-29/drfComponent.xml
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfMasterAgentMsgWorker:HandleListBackups: sProcessBackupList is empty
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfUtils.getCCMVersion(): Returning: 12.0.1.21900-10
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfMasterAgentMsgWorker:HandleListBackups: Version did not match with publisher version
2018-10-07 11:46:31,291 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfMasterAgentMsgWorker:HandleListBackups: Not able to find any valid tar file. Hence returning empty list!
2018-10-07 11:46:31,292 DEBUG [drfMasterAgentMsgWorker, MessageID: 2400] - drfMasterAgentMsgWorker:HandleListBackups: [List backup] response sent

I am not sure if the logs are saying that the backup is not the same version but when I look in the drfComponent.xml file it shows the exact same version that I am attempting to restore to. I'm hoping this is a known issue that can be resolved easily. Thanks for your help!

 

EDIT: I should also note that the drfComponent.xml file shows SUCCESS for all backup items.

1 Reply 1

Jonathan Schulenberg
Hall of Fame
Hall of Fame
Are all of the platform level details identical (e.g. hostname, IPv4 address, DNS settings, etc)? DRS requires these are identical to consider the backup valid: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/8x/drs_administration/guide/8xcucdrsag.html#wp109111