Unable to Edit/Suspend/Delete NetApp VSC Backup Job
In my previous post I had outlined that I was going through a filer migration and I have just come across another small issue with regards to my VMware world!
The Issue
Via the NetApp VSC (Virtual Storage Console) I have a number of backups configured and I needed to take this into consideration when I was setting a volume to "Offline". I needed to carry out a number of preparation tasks within the VMware world, mainly:- Update the backup policies within VSC to remove any trace of a datastore hosted on said volumes
- Detach the datastore from all ESX hosts
Noticed this week that one of the VSC backup policies still references one of the old datastores. Thought I would try a few simples things to workaround the issue:
1st thought: I will just Edit the backup policy and remove the interfering datastore
Result: Failed to determine privileges for operation
2nd thought: I will just Suspend the sucker. If it isn't running, it can't complain!
Result: Failed to determine privileges for operation
3rd thought: I will just Delete the a-hole. It's not needed now and I can create a new policy for the new datastore!
Result: Failed to determine privileges for operation
4th thought: Ah shit! Now I have to actually think about what I am doing!
The Solution
The solution to this problem is very simple. No re-attaching old datastores (which is handy when you have fully deleted the volume is was served from), no ESX command-line jiggery-pokery etc. The solution is to edit your scheduledBackups.xml file which is stored on your vCenter server. To achieve this complete the following steps:- Log into vCenter server
- Stop the NetApp SnapManager for Virtual Infrastructure service
- Make a backup of the scheduledBackups.xml file
- %ProgramFiles%\NetApp\Virtual Storage Console\smvi\server\repository\scheduledBackups.xml
- Run Notepad as Administrator
- Open the scheduledBackups.xml file located at:
- %ProgramFiles%\NetApp\Virtual Storage Console\smvi\server\repository\scheduledBackups.xml
- Find and remove the backup policy which is causing the issue (Example at bottom of screen)
- Starts with <backupJob>
- Ends with </backupJob>
- Save the scheduledBackups.xml file when finished
- Start the NetApp SnapManager for Virtual Infrastructure service
- Refresh the Backup Jobs screen within the NetApp plug-in via vSphere client
- Backup job should be gone
Backup Entry Example
<backupJob>
<jobId>048e082d-d547-49d5-a775-2ead21ec8c0e</jobId>
<entities>
<entity>
<uuid>netfs://[IP Address]//[Datastore name]</uuid>
<type>DATASTORE</type>
<name>[Datastore name]</name>
</entity>
<entity>
<uuid>netfs://[IP Address]//[Obsolete Datastore name]</uuid>
<type>DATASTORE</type>
<name>[Obsolete Datastore name]</name>
</entity>
</entities>
<weeklySchedule>
<startHour>15</startHour>
<startMinute>45</startMinute>
<startDate>2015-01-19T00:00:00Z</startDate>
<daysOfWeek>Sun</daysOfWeek>
</weeklySchedule>
<retention>
<count>7</count>
<type>TIME</type>
</retention>
<notification>
<addresses>
<address>alerts@vsc.com</address>
</addresses>
<smtphost>[SMTP Host IP]</smtphost>
<fromAddress>vmsnaps@vsc.com</fromAddress>
<type>NO_NOTIFICATION</type>
</notification>
<scripts/>
<jobname>[Job Name]</jobname>
<noVmSnaps>true</noVmSnaps>
<updateMirror>true</updateMirror>
<jobState>ACTIVE</jobState>
<includeIndependentDisks>false</includeIndependentDisks>
<excludeDatastores/>
</backupJob>
Hopefully you find this entry long before the posts calling for you to create new volumes, datastores etc!
Comments
Post a Comment