Asked by:
Storage Spaces Direct 2Node Cluster break by kb4034661

Question
-
Hi,
our system is also affected by the shared vhds snapshot issue. After reading many articles the KB4034661 should resolve that.
Have a look at https://social.technet.microsoft.com/Forums/en-US/0d6cddde-3ff3-4a50-a627-6ad7bf7667fd/cannot-create-checkpoint-when-shared-vhdset-vhds-is-used-by-vm-not-part-of-a-checkpoint?forum=winserverClustering&prof=required
also https://forums.veeam.com/microsoft-hyper-v-f25/backing-up-a-windows-failover-cluster-with-shared-vhdx-t22483-75.html
After implmenenting the first Node with the mentioned KB update, the storage replication brokes.
I found out that the cluster configuration was not in sync and that was the issue. So i tried to fix this with "Start-StorageNode FQDN -ForceQuorum" which should place the cluster settings as authorative.
That had no success with the update implemented, after removing the update from the system i was able to sync the storage again.
The second try was to implement the update on both systems, and then try to sync again, that also did not worked.
Here comes now the clue: the repair of the cluster configuration, after removing the updates again, did not succeeded.
So in my sittuation there is currently just 1 system which got correct storage.
Has anyone a similar sittutation after updating the system?
I'm currently planning to remove the cluster node and place it in again to make a full sync with the latest known version which supports shared vhds snapshots, which was before 31. december 2016.
Regards
- Edited by NVO88 Thursday, August 31, 2017 8:11 AM
Thursday, August 31, 2017 7:59 AM
All replies
-
Has no one else this issue?
I've made a nested HyperV S2D Setup starting from the RTM Version of Server 2016.
I was able to recreate the issue serveral times, on generic hardware from HyperV!
Everytime i implemented the mentioned update it fully breaks the cluster!
Regards
Thursday, September 7, 2017 12:27 PM -
Saw your post on the VHDS issue thread. We don't work with S2D, and given the stability of the software MS releases for server use nowadays, I probably never will. I'd always go for a proper hardware SAN solution rather than a software based solution from Microsoft, especially given all critical issues they have had since Server 2016 with regards to Hyper-V and other business critical services.
Having said that, given that you can reproduce this in a test-setup, it's time to raise a ticket with MS (although that'll give you grey hair as well probably... sorry, I've just had it with MS at the moment).
Tuesday, September 26, 2017 7:20 AM -
Maybe a bit late, but that specific updates has already been replaced by the following updates:
2017-09
Cumulative Update for Windows Server 2016 for x64-based Systems (KB4038801)Can you install one of those updates without issues?
Tuesday, October 3, 2017 12:39 PM