Start a Conversation

Unsolved

This post is more than 5 years old

S

3818

December 3rd, 2017 11:00

Compellent/Hyper-V: Trying to follow best practices

Windows 2016/Hyper-V/SC4020

I'm setting up two new Windows 2016 Hyper-V hosts.  So, I am trying to follow the instructions in "Dell EMC SC Series Storage: Microsoft Multipath I/O".  Section 5.1.2 says you should associate the SC Volumes to the DSM, by doing this:

New-MSDSMSupportedHW –VendorID "COMPELNT" –ProductID "Compellent Vol"

No problem with that - this works fine.  But then it says to "claim all available SC volumes by doing this:

Update-MPIOClaimedHW –Confirm:$false 

This causes the Powershell window to hang, and all of the iSCSI connections to immediately go to Inactive.  Rebooting the server (which also seems to hang, and I have to power cycle the server) resolves the problem.

So, my two questions are, is this normal? 

Second, this paper that I refer to says it's important to claim the volumes, but doesn't seem to explain how to verify if the volumes are claimed, and how I can be sure that when later on I add a new compellent volume, how it also gets claimed.  On my system, when I run "GetMSDSMAutomaticClaimSettings" it says "false", so presumably new volumes aren't getting claimed.

Right now, I see the volumes attached to my servers, and they aren't duplicated, so it looks like MPIO is working.  I am unsure what to look for and unsure if I am still missing one of the instructions here.

3 Posts

December 6th, 2017 14:00

OK, the same thing happens when I try to add the server to SCVMM.  I guess I'll call support on this.

1 Message

January 24th, 2018 16:00

Hi. I am noticing the exact same thing. Did support help you with this?

17 Posts

April 4th, 2018 07:00

To confirm the paths are claimed with the right DSM and policy run:

mpclaim -s -d

If you want to see the invidual paths add the disk number, i.e:

mpclaim -s -d 9

No Events found!

Top