Microsoft Virtualization Discussions

snap manager for hyper-v failed on vm backup?

kstockbridge1
12,237 Views

Hi,

Snapmanager for hyper-v inewly s installed with a snapinfo path cluster disk non CSV Netapp LUN

When trying to create a backup with Snapmanager it fails with the following:-

SnapManager for Hyper-V backup failed to complete

Backup of the Dataset Name: test

Backup id: 6b2eb748-2656-4128-9cf7-8dd8fae37c36 failed to execute

Error :An error occured while invoking SnapDrive for processing snapshot rename.

Object reference not set to an instance of an object.

Backup status of the virtual machines involved in this backup operation are given below

Backup Failed for

VM Name: Windows2003-Test VM ID: 9B739109-9225-4A47-8DE8-4E41D4480EC9

----------------------------------------------------------------

Failed to rename the Snapshot copy ({D26411D2-5177-4C13-9CC5-E2E55BE3CE8C}) of the LUN to the new Snapshot copy name (test_HyperVCluster1_VMHOST1_06-02-2010_11.37.09).

LUN Name =

Storage Path = /vol/

Protocol Type =

Storage System Name =

Error code : The LUN may not be connected, because its mount point cannot be found.

-----------------------------------------------------

Any help would be appreciated

Kev

1 ACCEPTED SOLUTION

amritad
12,237 Views

H

Also I am not sure if you saw this in our release notes

You need to install SnapDrive for Windows on all hosts before installing SnapManager for Hyper-V.

If the hosts are members of a cluster, all nodes in the cluster require the installation of SnapDrive for

Windows.

When SnapManager for Hyper-V starts it communicates with SnapDrive for Windows to get the list

of all virtual machines running on a host. If SnapDrive for Windows is not installed on the host, this

API fails and the SnapManager for Hyper-V internal cache does not update with the virtual machine

information.

You might receive the following message:

Error :SnapManager for Hyper-V is not licensed on the host or in the Storage

System, backup is aborted:

The credentials issue can be because communication is not happening properly across the cluster so please check the cluster config too. Also in a cluster environment you should be using domain user and not local user.

Regards

Amrita

View solution in original post

10 REPLIES 10
Public