topic Re: SnapDrive 6.1 for Windows in Microsoft Virtualization Discussions

SnapDrive 6.1 for Windows

andy_burge — Thu, 05 Jun 2025 07:29:02 GMT

After installing SnapDrive we can't deploy VM's using SCVMM 2008.

Prior to installing SnapDrive on our clustered hosts would use LUN's created using FilerView. With FilerView created LUN's we can attach those disks and configure as a clustered resource. Then deploy VM's via SCVMM 2008 with out a problem.

When we create a shared disk using the SnapDrive GUI it's a different story. The disk shows up as an available resource in the cluster manager MMC and is seen in VMM. However when we deploy a VM to the disk we get a hardware management error (see below). Also, if we sidestep VMM and deploy a VM to the SnapDrive created disk using the Hyper-V Manager, it works without issue.

Error (2927)

A Hardware Management error has occurred trying to contact server host11.CWF.ORG.

(Unknown error (0x8033801a))

Recommended Action

Check that WinRM is installed and running on server host11.CWF.ORG. For more information use the command "winrm helpmsg hresult".

has anyone seen this issue before?

Thanks,

Andy

Re: SnapDrive 6.1 for Windows

vkarinta — Thu, 23 Apr 2009 18:46:37 GMT

I am suspecting some thing to do with the firewall blocking for the SCVMM server to contact the host(clusters).

Just to rule out this chance, can you try disabling firewalls in all the hosts involved in this issue.

Thanks,

Vineeth

Re: SnapDrive 6.1 for Windows

nirajj — Fri, 24 Apr 2009 05:56:53 GMT

Check these links:

http://blogs.technet.com/chengw/archive/2009/02/19/when-should-i-consider-running-my-vmm-service-by-using-a-domain-account.aspx

http://blogs.technet.com/josebda/archive/2008/12/06/apply-these-windows-server-2008-hotfixes-to-avoid-known-hyper-v-issues.aspx

Re: SnapDrive 6.1 for Windows

amiller_1 — Fri, 24 Apr 2009 20:32:37 GMT

This is something of a side-note but....are you just administering Hyper-V VM's with SCVMM or VMware VM's as well?

Re: SnapDrive 6.1 for Windows

jamesking5 — Fri, 24 Apr 2009 21:14:14 GMT

I'm working with Andy on the system in question. Let me provide a few more details to those provided by Andy. While we can deploy to the SnapDrive created LUN's using the Hyper-V Manager .mmc, we cannot make these machines Highly Available or perform other VMM management operations on those machines. Also, even with SnapDrive installed, we can ignore SnapDrive and create new LUN's with FilerView and deploy to those LUN's using VMM. However, this leaves us unable to take snapshots or resize LUN's.

Answers to your questions:

-The firewall is completely off on all hosts and on the VMM server. I have noticed in some cases that even when the Windows 2008 Firewall is turned off, it will still block some programs/protocols. However, VMM is able to perform any function on the hosts unless the target LUN was created with SnapDrive.

-The VMM agent is currently running as Local System. I changed this to a domain service account, rebooted the host, and attempted to create a new VM. The resulting errors were the same as when running as Local System.

-I have already installed all Clustering, VMM, and 3rd party storage related hotfixes. I will list all installed hotfixes here along with the application the hotfix addresses.

950050 HyperV RTM
951308 Clustering
956589 VMM
956774 VMM/BITS
958065 3rd Party Storage
950927 SnapDrive
955656 SnapDrive
951058 Host Utilities
952664 SCOM
953290 SCOM
Q954049 SCOM

-Besides this host cluster, we have 7 other non-clustered Virtual Server 2005 hosts. All hosts running Microsoft VM's and are managed with VMM.

Re: SnapDrive 6.1 for Windows

jamesking5 — Tue, 28 Apr 2009 20:53:31 GMT

I sent a trace to Microsoft and they said the New VM job was failing because it was attempting to access an invalid resource name. Apperently you cannot use a \ at the end of your resource name. Unfortunately this is the default way that SnapDrive presents drive letter mapped disks to the cluster. In our case, SnapDrive presented the LUN as S:\ . After renaming the resource in Cluster Manager and refreshing both Cluster Manager and the cluster group in VMM, the New VM job finally worked. I have not tested to see if this issue appears when using Volume Mount Points instead of drive letters.

This issue cost us a support call to Microsoft and put us nearly two weeks behind on deploying new servers. SnapDrive 6.1 is still relatively new, but it is likely that a great many more users will experience this error if the default naming is not addressed. Users can work around this by renaming it in Cluster Manager, but ideally the default naming scheme should be changed in SnapDrive.