Hi,

Currently we have several IBM flashsystems (FC connected) in a hyperswap setup with Microsoft hyper-v clusters (2022) as hosts. This setup is working great for us, but since we need to move on to pbha we ran into an issue.

we have configured two new system setups with each two Flashsystems in a PBHA configuration and some Microsoft server 2022 hyper-v hosts.

We mapped a shared volume to the new hosts from the PBHA storage partition, but the Microsoft cluster validation fails with error "The disks are unsuitable for clustering"
If we map a disk from outside of the pbha partition as local only on the same flashsystems, the cluster disk validation is successful. (This Microsoft cluster validation is also successful on a hyperwap shared volume)

The Hyper-v cluster is working with the disks (we tried, but since the validation is failing we cannot run this in production)

Anyone who has expirienced the same issue? (We already have a support case open with IBM and Microsoft but not making any progress for the moment)

We tried this with spectrum virtualize code 7.7.3.3 and with another system running the new 9.1.0.1 code level.

Regards

Kurt

Hello Kurt,

For what it's worth, we also performed a (FC) Hyper-V migration from Hyperswap to PBHA (9.1.0.1). This without any issues. However, this involved one Flashsystem per site, not, as you indicated, "Two new system setups with two flash systems each." Perhaps something is wrong there (Clustered Flashsystems).

------------------------------
TMasteen

Original Message:
Sent: Wed November 19, 2025 11:21 AM
From: Kurt De Wit
Subject: IBM PBHA volume Microsoft cluster validation fails

Hi,

Currently we have several IBM flashsystems (FC connected) in a hyperswap setup with Microsoft hyper-v clusters (2022) as hosts. This setup is working great for us, but since we need to move on to pbha we ran into an issue.

we have configured two new system setups with each two Flashsystems in a PBHA configuration and some Microsoft server 2022 hyper-v hosts.

We mapped a shared volume to the new hosts from the PBHA storage partition, but the Microsoft cluster validation fails with error "The disks are unsuitable for clustering"
If we map a disk from outside of the pbha partition as local only on the same flashsystems, the cluster disk validation is successful. (This Microsoft cluster validation is also successful on a hyperwap shared volume)

The Hyper-v cluster is working with the disks (we tried, but since the validation is failing we cannot run this in production)

Anyone who has expirienced the same issue? (We already have a support case open with IBM and Microsoft but not making any progress for the moment)

We tried this with spectrum virtualize code 7.7.3.3 and with another system running the new 9.1.0.1 code level.

Regards

Kurt

------------------------------
Kurt De Wit
------------------------------

Hi,

Currently we have several IBM flashsystems (FC connected) in a hyperswap setup with Microsoft hyper-v clusters (2022) as hosts. This setup is working great for us, but since we need to move on to pbha we ran into an issue.

we have configured two new system setups with each two Flashsystems in a PBHA configuration and some Microsoft server 2022 hyper-v hosts.

We mapped a shared volume to the new hosts from the PBHA storage partition, but the Microsoft cluster validation fails with error "The disks are unsuitable for clustering"
If we map a disk from outside of the pbha partition as local only on the same flashsystems, the cluster disk validation is successful. (This Microsoft cluster validation is also successful on a hyperwap shared volume)

The Hyper-v cluster is working with the disks (we tried, but since the validation is failing we cannot run this in production)

Anyone who has expirienced the same issue? (We already have a support case open with IBM and Microsoft but not making any progress for the moment)

We tried this with spectrum virtualize code 7.7.3.3 and with another system running the new 9.1.0.1 code level.

Regards

Kurt

------------------------------
Kurt De Wit
------------------------------