We have a subclient that is a Drobo Share, we are backing up as a file system.
This is effectively a Drobo share on a server we are backing up.
So I see the error Cannot scan n\] but I am able to browse the share, however there is a failed drive on the Drobo device. Raid 1
My question is, will a failed drive on a Drobo device cause a Cannot scan n\] error ?
Page 1 / 1
Thanks for the post!
What’s interesting is that it’s the scan failing, not the backup phase.
Few questions about the setup:
Is this the default subclient? If not, how is the content defined?
If you are on the client itself as the user running the backup operation, can you browse the content that way?
What do you see in filescan.log?
If the share/drive is accessible, I would expect it to work (barring other details), though it is likely a matter of how the content is listed in the subclient and how it is accessed by the scan process itself.
Do you have a user defined with read\write access? The local user for the WinFS iDA won’t have access to another machine, so when you set the content to \\machine\share you need to set the user option as well.
Typically you’re looking for a domain admin with read\write access. Like if you wanted to copy files off or create new when looking at the share from the machine doing the backup.
Usually you want a media agent doing that kind of backup as it can turn around and write directly to storage without pushing access the network to another media agent to do that.
To that point, was this working BEFORE the drive died or is this the initial setup run?
Question: Is this the default subclient? If not, how is the content defined? If you are on the client itself as the user running the backup operation, can you browse the content that way?
Question: If the share/drive is accessible, I would expect it to work (barring other details), though it is likely a matter of how the content is listed in the subclient and how it is accessed by the scan process itself.
Question: Do you have a user defined with read\write access? The local user for the WinFS iDA won’t have access to another machine, so when you set the content to \\machine\share you need to set the user option as well
Answer: It is a subclient, its defined by a share path, I am not able to browse from the Drobo device from the media agent
Our username and password for the Drobo access is defined in the credentials manager
Question: To that point, was this working BEFORE the drive died or is this the initial setup run?
Answer: We have had the cannot scan error before and it just backed up a day or 2 after but I was not aware if there was a failed drive on the Drobo device as another team manages that device.
Looking at the screenshots (appreciated!) I see you can browse the client, but can you explore beyond the local drives to the drubs device? You’ll really need to remote into the client then unc path to the exact path (ip address and all).
I can’t say for certain, but it looks like the browse is showing the locally mapped/attached drive letters (so we know connection to the client works), but the client likely can’t access the nas device.
it looks like the downed drive is the issue, though I’m not familiar with its failover capabilities.
Worked with the Commvault support team on this issue.
The solution was to temporarily backup “As User” and run a Full or in the this case a synthetic full.
Do you have a ticket number? I’m curious as to why you would only need to backup with ‘As User’ temporarily. Typically the local service on the client doesn’t have access rights to a share from anther machine.
I confirmed with the technician that since this is a UNC path the credentials are needed to access the share whenever the backup runs. The credentials are saved to be used, they only needed to be update if the password is changed or a different user needs to be configured. Should be good to go.