Community

Subscribe
Highlighted

SMVI 2.0 - Cleaning up "zombie" backups & mounts on volumes that no longer exist on the NetApp controller??

Is there a "hidden" -force option on the "smvi backup delete -backup-name ......." or "smvi backup unmount -backup-name....."  commands????

The volumes that were actually backed up / mounted were deleted from the NetApp controller before being cleaned-up in SMVI.  Now we have "zombie" backups and mounts.

I just want to clean up the backup repository and get rid of stuff that no longer exists in the real world but SMVI thinks it still does.

Re: SMVI 2.0 - Cleaning up "zombie" backups & mounts on volumes that no longer exist on the NetApp controller??

Hi

Snapshot issue: IS this customer facing the orphaned snapshot issue? If that is the case we have a tool that can detect and clean up orphaned snapshots.

Here’s the link and blog to this

Matt Robinson, the creator of the SV-SMVI tool has made a little tool

to clean up orphaned VMware snapshots that SMVI may leave behind. I

blogged about the tool and provided soem sample SMVI scripts for it

here (http://bit.ly/bYv1bi) and the tool can be downloaded here

(http://communities.netapp.com/docs/DOC-4936)

Regards

Amrita

Re: SMVI 2.0 - Cleaning up "zombie" backups & mounts on volumes that no longer exist on the NetApp controller??

Amrita,

Thanks for the response.  Actually, I am looking to clean up the SMVI catalog (not the Virtual Center environment).  The SMVI catalog shows several backups that are mounted even thought the underlying NetApp volume does not even exist anymore.  I just want to clean up the SMVI catalog with the "smvi backup delete......" and "smvi backup unmount....." commands.   If I try to do this, I get messages that indicate issues with conecting to the volume (because it does not exist).

Re: SMVI 2.0 - Cleaning up "zombie" backups & mounts on volumes that no longer exist on the NetApp controller??

Hi

What happens when you try and unmount it directly from the ESX? Does that fail too?

REgards

Amrita

Re: SMVI 2.0 - Cleaning up "zombie" backups & mounts on volumes that no longer exist on the NetApp controller??

Thanks Matt and Amrita.

Re: SMVI 2.0 - Cleaning up "zombie" backups & mounts on volumes that no longer exist on the NetApp controller??

Actually,

I am looking for a tool that cleans out the "orphanded backups" from the XML catalog on the SMVI server.

Here is an example.....

1) You run SMVI to take a snapshot.....

2) Volume "autodelete" removes the snapshot from the volume.

3) The SMVI catalog (xml) still thinks the backup exists.  You cannot delete it from the catalog without "hacking' the XML catalog.

4) Is there a clean way to delete these backups from the SMVI catalog?

Re: SMVI 2.0 - Cleaning up "zombie" backups & mounts on volumes that no longer exist on the NetApp controller??

I know this is late, but I recently got the fix for this myself and hope it might be useful for someone else searching for this later:

- stop the NetApp vSphere Plugin Framework service,

- stop the NetApp SnapManager for Virtual Infrastructure service

- copy the %install%/smvi/server/repository/backups.xml file

- use wordpad and edit the same file

- remove the backup entry from the "<backup uuid="" tag through to the </backup>

- restart the SMVI and NVPF services

- check and see if the backup still exists

Re: SMVI 2.0 - Cleaning up "zombie" backups & mounts on volumes that no longer exist on the NetApp controller??

Even easier...

In vCenter – Home – Solutions and Applications – NetApp and select Backup and Recovery - and remove the failed job(s)

Re: SMVI 2.0 - Cleaning up "zombie" backups & mounts on volumes that no longer exist on the NetApp controller??

Thanks, this is exactly  what I needed .

The even easier solution posted by NTAPSUPPORT would probably work as well, if the job is actually listed in VCenter.

Re: SMVI 2.0 - Cleaning up "zombie" backups & mounts on volumes that no longer exist on the NetApp controller??

This is great and worked like a charm, even for VSC 5.0 in my lab, thanks!

Dan