Backup Cloudian S3 Bucket (source) to other library (dest)

Hi @chelydridae,

So to fix your first problem in where Command Center doesn't show Object Storage. Just open Command Center and go to Manage->Customization and select navigation and expand the Protect section. Make sure Object Storage is checked as I think it is still unchecked.

The Credential Manager currently only supports the management of the credentials of cloud storage devices and doesn't cover the object storage protection agent. So it perfectly makes sense.

Hope this explains/helps!

Onno
 

Hi @chelydridae. Good to hear! So one the issues you might face now, assuming the access node is not also the MA, is that you are running into a connection issue that the access node cannot communicate the MediaAgent. The access node is the one who does the browsing and who pulls the data from the configured S3 endpoint, performs efficiency and send the unique blocks to the MA. I think you might be running into an issue here. 

shieet - I accidentally tapped my mouse and now my own answer is marked as ‘best’ … any way to revert?

Unlikely, I would say, for the access node serves also as a network gateway for a bunch of other clients (File Servers)  - and none of those shows any issue. Therefor I assume the chain ‘client - access node - MA / CommServe’ is working.

What do you see in the logs ?

uuhmm… the job gets initiated, thousands of lines ‘calling GET/Files ...’

‘CCloudStorageScan::HierarchicalScan(704) - Scan completed successfully’ at the end on the access node, later ‘ SdtNetLink::authenticate() - Connection authenticated successfully’,

then some MA-Agent communication, some errors regarding  ‘CFileReaderContext::InitDirectIO(210) - Failed to read registry key 'nUseDirectIO' from 'FileSystemAgent' section of registry
…. - This backup will not use DIRECT IO

the only ‘real’ error IMHO after this: ConnectGroupInternal: setsockopt failed. Error [0xECCC005F:{CQiSocket::SetSockOpt(564)/ErrNo.95.(Operation not supported)}]

and few lines later: OBJECTOPSAPI::WorkerThread::workerLoop(1037) - backup complete flag is set and item queue is empty.

OBJECTOPSAPI::CAsyncBackup::endBackup(549) - ====== ALL WORKERS ARE STOPPED ======

then clean up and signaling: CVCloudApp::cleanup(607) - Failed to backup any files, marking job as Failed

… hard to tell what to look for …

BTW: the “Reason for job failure:” in the Job Details states:

Error Code: [72:247]
Description: Backup failed for all files, job will not be marked as completed successfully
Source: bgs-rz-prod-cvltpxy-03, Process: CvCloudBkp

but for 72:247 I found neither any information.

Can you confirm that you are actually able to download objects using the configured credentials? If you can download object than I would definitely open a ticket. 

Hi Onno

Before I left office last Friday I did a reboot of the access node / network gateway - and over the weekend the jobs completed successfully.

A new experience for me, that Commvault needs reboots - normally it is rock-solid and self-healing without such ...

Well at least it works now, but never encountered something similar. So keep an eye on it ;-)