Stop Using Failover Cluster Manager with Azure Stack HCI

2 Min. Read

Lately, I was working with a customer on an existing 2-node Storage Spaces Direct cluster (a.k.a Azure Stack HCI). The existing nodes are running on Windows Server 2019.

The customer fires up Failover Cluster Manager (FCM) and deleted a cluster volume that was created as a test volume. He switched back to the storage pool and noticed that the free space remains the same after deleting the volume. He closed and opened FCM multiple times and noticed the same thing. Well, this is unexpected behavior.

What is the root cause?

To find out what state cluster virtual disks are in, use the following PowerShell commands:

Get-VirtualDisk | Select-Object FriendlyName, HealthStatus, OperationalStatus, DetachedReason

As you can see, I have one disk in the Detached state and the detached reason is (By Policy). The cluster virtual disk was removed from Failover Cluster Manager.

Stop Using Failover Cluster Manager with Azure Stack HCI 1

According to the Microsoft description here, when the operational disk state is Detached, this means that an administrator took the virtual disk offline, or set the virtual disk to require a manual attachment, in which case you’ll have to attach the virtual disk every time Windows restarts manually. In this case, the volume was removed/deleted using Failover Cluster Manager (FCM). Therefore, the virtual disk was removed from FCM UI only but not entirely deleted yet.

Now before the virtual disk was removed, the free space in the storage pool was 12.6TB. The Free Space remains the same after the disk was removed using FCM.

Stop Using Failover Cluster Manager with Azure Stack HCI 2

We can see the same thing in PowerShell (116-104=12TB).

Stop Using Failover Cluster Manager with Azure Stack HCI 3

How to reclaim storage space after deleting a volume

To reclaim storage space after deleting a cluster virtual disk from Failover Cluster Manager (FCM) is by running the following cmdlet:

Stop Using Failover Cluster Manager with Azure Stack HCI 4

Once the Detached disk is removed, you will see the disk space is reclaimed back to the storage pool (116-84=32TB).

Stop Using Failover Cluster Manager with Azure Stack HCI 5

Conclusion

The message is clear from Microsoft. Windows Admin Center is the primary modern browser management tool that should be used to manage your environment. But for folks who used the traditional inbox management tools for quite some time, are used to the old tools (MMC, FCM, etc.), because we are creatures of Habit. So we need to start to unlearn and remove the old habits and relearn to use the new tool ;)

As a side note, Microsoft is not investing anymore in Failover Cluster Manager (FCM UI) development.

If you are using Windows Admin Center to manage your Hyper-Converged environment. The disk space will be reclaimed automatically to the Storage Pool once is deleted.

Stop Using Failover Cluster Manager with Azure Stack HCI 6

Hope this helps!

__
Thank you for reading my blog.

If you have any questions or feedback, please leave a comment.

-Charbel Nemnom-

Previous

Passed Exam: EXIN Privacy and Data Protection Based on The EU GDPR

How To Create an Alert For Azure File Sync When The File Share Reach a Certain Level

Next

2 thoughts on “Stop Using Failover Cluster Manager with Azure Stack HCI”

Leave a comment...

  1. I use the Windows Admin Center to delete Volumes from stretched cluster Azure Stack HCI but it didn’t works, showing this error :
    Remove-VirtualDisk: No MSFT_VirtualDisk objects found with property ‘FriendlyName’ equal to ‘Volume05’. Verify the
    value of the property and retry.
    At line:1 char:1
    + Remove-VirtualDisk -FriendlyName “Volume05”
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo : ObjectNotFound: (Volume05:String) [Remove-VirtualDisk], CimJobException
    + FullyQualifiedErrorId : CmdletizationQuery_NotFound_FriendlyName,Remove-VirtualDisk

  2. Hello AhmedBS, thanks for the comment!
    You could try to see the existing Virtual Disk(s) with PowerShell and then try to remove the desired virtual disk.

    Get-VirtualDisk | Select-Object FriendlyName, HealthStatus, OperationalStatus, DetachedReason
    Remove-VirtualDisk -FriendlyName "Volume05"

    Does this work for you?

Let us know what you think, or ask a question...