Quick fix for an issue we recently had on a customers Windows 2012 R2 Hyper-V cluster
Hyper-V-Replikatbroker
Netzwerkname:
RepBrokPSCL
Organisationseinheit:
CN=Computers,DC=ps,DC=local
IP-Adresse:
IPv6-Adresse auf 2003:a:117f:ad31::/64
IP-Adresse:
192.168.0.217
Gestartet
15.05.2019 18:21:22
Abgeschlossen
15.05.2019 18:21:26
Gruppe „RepBrokPSCL“ wird erstellt.
Hyper-V-Replikatbroker-Ressourcen werden erstellt.
Hyper-V-Replikatbroker Ressourcen werden konfiguriert.
Hyper-V-Replikatbroker-Netzwerk wird konfiguriert.
Gültigkeit der Clientzugriffspunkt-Einstellungen wird überprüft.
Netzwerknamenressource wird konfiguriert.
Neue IP-Adressressourcen werden konfiguriert.
Fehler beim Erstellen von „Hyper-V-Replikatbroker“.
Fehler beim Erstellen eines Clientzugriffspunkts für „RepBrokPSCL“.
Fehler beim Speichern der Änderungen am Clientzugriffspunkt.
Fehler beim Aktualisieren von IP-Adressressourcen.
Geänderte Eigenschaften für „IP-Adresse 2003:a:117f:ad31::“ können nicht gespeichert werden.
Es stehen zwei oder mehr für eine Ressourceneigenschaft angegebene Parameterwerte in Widerspruch
Vorheriger Clusterstatus wird wiederhergestellt.
Cause and Fix:
IPv6 is enabled on two internal NICs and Cluster Test reports IP adresses in same subnet on multiple Networkadapters:
Die Adapter „Heartbeat“ und „Ethernet 2“ auf dem Knoten „PSCN1.ps.local“ besitzen IP-Adressen im selben Subnetz.
Mehrere Netzwerkadapter auf dem Knoten „PSCN1.ps.local“ haben Adressen im selben Subnetz. Vom Failoverclustering wird nur ein Netzwerkadapter pro Subnetz verwendet. Es wird empfohlen, dass Sie Adapter in unterschiedlichen Subnetzen konfigurieren oder einen NIC-Teamvorgang verwenden, um mehrere physikalische Adapter in einem einzelnen logischen Adapter zu kombinieren.
Die Adapter „Heartbeat“ und „Ethernet 2“ auf dem Knoten „PSCN2.ps.local“ besitzen IP-Adressen im selben Subnetz.
Mehrere Netzwerkadapter auf dem Knoten „PSCN2.ps.local“ haben Adressen im selben Subnetz. Vom Failoverclustering wird nur ein Netzwerkadapter pro Subnetz verwendet. Es wird empfohlen, dass Sie Adapter in unterschiedlichen Subnetzen konfigurieren oder einen NIC-Teamvorgang verwenden, um mehrere physikalische Adapter in einem einzelnen logischen Adapter zu kombinieren.
Quick Fix:
Disable IPv6 on one of the NICs in every node:
In our case we choose to disable IPv6 on the Heartbeat network the fomer IT supporter had setup for the cluster:
(although I generally don’t like disabling IPv6 at all, but for the matter of a migration off this cluster it was an acceptable, cause only short term lived, workaround for us)
After this, setup of replication broker role was successfully on the cluster:
Hope this helps others having the same issue to quick fix it.
We happily did fix this and could move on with migration of the VM to Server 2019 after this.