Hello! I’m trying to do a “full virtual machine” restore of a few VMs, and I think that something is majorly wrong with the system. Disclosure that full VMs are not something we have to do very often at all.
About 6 months ago we switched from using a Dell SAN that had intellisnap support in commvault via Dell Storage Manager (DSM) to a cheaper SAN (a powervault) that doesn’t have intellisnap support. So at the recommendation of our Commvault local partner that we buy our licenses through, we switched our VSA backup type from NBD/Auto to SAN.
Now, for the first-ever attempt of a “full virtual machine” the restore job starts, then I immediately get an error like below.
Error Code: [91:81]
Description: Unable to write data to the virtual disk [[iSCSI (ME2)] VM4_testrestore_delete/VM4_testrestore_delete.vmdk] because it is read-only. Please ensure that the proxy has write access to the disk. For SAN mode it may be necessary to use DiskPart to clear the Read-Only attribute.
Source: mediaagent01, Process: vsrst I then attempted a second, different virtual machine and got the exact same error.
Both machines are Linux, so I’m not sure what the error means by “use diskpart” in this case.
I confirmed that nothing has changed in terms of the service account - which is what it means by the proxy, right? (DOMAIN\CommvaultSVC user account) - this account is a VMware administrator and has full “administrator” level rights to all datastores in vcenter. vCenter shows successful events where CommvaultSVC ‘creates’ all the files required to do the restore in the datastore, but it seems like these files are just empty/dummies and it cannot actually fill the files with the data stored in commvault.
I also tried a different type of restore, the “guest files and folders” option to another VM in the same subclient, and this works just fine.
Best answer by ZachHeise
View original
