VMware Cloud Community
Stuart1882
Contributor
Contributor

You do not have access rights to this file during backup

Hi all,

I'm really hoping someone can shed some light on my issue as struggling with online searches. I'm fairly new to VMWare and ESXi so this is a bit of a struggle for me. I've taken on IT support for a friends company who currently use Veeam to backup 2 VM's hosted on ESXi. Both of the backups fail with the below error message:

Processing SERVERNNAME Error: Access is denied. Failed to process [isFileExists].

So I tried installing Altaro instead, however, now one VM backs up fine but the other one throws up this error: 

Failed to read from the disk. Error Code: 13 – You do not have access rights to this file (ALTERR_VMWAREBACKUPSTREAM_010)

Its strange how its just the one VM failing to backup with the access denied error on Altaro but both on Veeam.

Any help at all is greatly appreciated. Many thanks.

Stuart.

Reply
0 Kudos
12 Replies
vXav
Expert
Expert

What account do you use to connect Veeam/Altaro to vCenter/ESXi?

Reply
0 Kudos
Stuart1882
Contributor
Contributor

Hi vXav,

Thanks for the response. I am using the root user which I use to login to the ESXi interface.

Reply
0 Kudos
Stuart1882
Contributor
Contributor

I've also checked to ensure it has all the permissions which it does and tried creating a new roll without any luck.

Reply
0 Kudos
vXav
Expert
Expert

It is strange that one VMs works but not the other.

A few questions out of the blue:

  • Check credentials of the repo in Veeam/altaro? (Shoul be ok if one vm worked)
  • VMware tools installed in both VMs?
  • Do you have a paid license in your ESXi hosts?
  • What does the Veeam/altaro log say?
  • Screenshot of Veeam/altaro & vCenter during a job. What works? Where does it fail?
  • Try using UPN connotation (user@xx.yy) instead of xx\user where it applies.
Reply
0 Kudos
Stuart1882
Contributor
Contributor

Hi there,

Thinking about it, the one VM backups because the backup software (Altaro) is actually running on that VM. Veeam however is on the other VM and that doesn't back itself up which is really weird .

  • Check credentials of the repo in Veeam/altaro? (Shoul be ok if one vm worked) - Checked all fine.
  • VMware tools installed in both VMs? - Yes and fully updated
  • Do you have a paid license in your ESXi hosts? - Yes
  • What does the Veeam/altaro log say? Errors below
  • Screenshot of Veeam/altaro & vCenter during a job. What works? Where does it fail? - It fails after quite sometime which suggests the NAS its failing however, it is putting files on the NAS so can't be that surely?
  • Try using UPN connotation (user@xx.yy) instead of xx\user where it applies. - Trying that on tonight's backup

Veeam.PNG

Altaro.PNG

Reply
0 Kudos
Stuart1882
Contributor
Contributor

Try using UPN connotation (user@xx.yy) instead of xx\user where it applies - Unfortunately this didn't work either.

Reply
0 Kudos
vXav
Expert
Expert

Does this user issue apply to your case?

Reply
0 Kudos
Stuart1882
Contributor
Contributor

Sorry, I don't follow? The username wouldn't be accepted and no, wouldn't apply here as it doesn't use that format within the backup applications. Besides the root of ESXi and windows credentials; I'm unsure why it's not granting the permissions.

Reply
0 Kudos
vXav
Expert
Expert

Reply
0 Kudos
Stuart1882
Contributor
Contributor

Surely due to the fact that 2 different backup applications show the same error then it's more to do with VMWare than the backup applications itself?

Reply
0 Kudos
vXav
Expert
Expert

Maybe, but worth checking, you never know.

Can you provide the vmkernel and hostd logs of the esxi server at the times when you launch a job?

Also a veeam log file at the time if possible and windows event logs (if you find something relevant there that is)?

Reply
0 Kudos
kesom
Contributor
Contributor

I have the EXACT same problem. Only one machine in a VM host is yielding this error. Did you find a solution?

Reply
0 Kudos