Hyper-V Cluster nimmt 2 Nodes nicht auf

[MrFurgy 0]

Hallo zusammen,

 

ich weiss nicht, ob dies das richtige Unterforum ist - wenn nein bitte in das entsprechende Forum verschieben.

 

Ich bin gerade an einer Migration von einem Hyper-V Cluster und stehe gerade etwas an...

 

Folgendermassen sah die Umgebung vor dem Umbau aus:

 

7x HP BL465c G7 Blades mit 2 Opteron und 128GB RAM

2x HP P4500

 

Auf 6 Blades lief Windows Server 2008 R2 mit der Hyper-V Rolle als 1 Failover Cluster.

Die Netzwerk-Konfiguration ist überschaubar:

2x Cluster (10.0.100.x/24 und 10.0.101.x/24)

2x WAN (10.0.102.x/24 NIC Team, welches an den den Hyper-V Switch gereicht wird)

2x Storage (192.168.0.x/24)

1x Management (194.97.64.x/27)

1x VM Management (zwar konfiguriert, aber obsolete, keine IP konfiguriert)

 

Auf dem Cluster läuft 1 der 2 Domain-Controllern, die die Domain für den Cluster halten, der zweite Domain-Controller sowie der Failover Manager von dem Storage läuft auf dem 7. Blade auf einem ESXi.

 

Die 2 P4500 laufen im Cluster und präsentieren dem Hyper-V Cluster über iSCSI 3 LUNs mit 2x2TB und 1x1.3TB.

 

Nun sollte das ganze mit Windows Server 2012 R2 neu installiert werden, was bis jetzt auch kein Problem war.

 

Bei 4 der 6 Blades musste eine Netzwerkkarte umgebaut werden, da die alte nicht mehr kompatibel ist mit Windows Server 2012 R2.

 

Host 1-4 sind nun fertig installiert und bilden den neuen Cluster, allerdings lassen sich Host 5 und 6 einfach nicht zum Cluster hinzufügen.

 

Wenn ich über den Failover Manager einen der zwei Hosts hinzufügen möchte, laufen die Validation Tests durch und ich kann den Host hinzufügen.

Im GUI sehe ich dann, dass er Node5 hinzufügt (mit Status "down").

Auf dem node5 sehe ich, dass die Cluster Dienste gestartet werden.

Anschliessend sagt der Wizard vom Cluster, dass er vom node5 keine Rückmeldung bekommt, dass alles passt, und wirft node5 wieder aus dem Cluster mit der Fehlermeldung:

 

Cluster service on node hv05 did not reach the running state. The error code is 0x5b4. For more information check the cluster log and the system event log from node hv05. This operation returned because the timeout period expired.

The server 'hv05.domain.de' could not be added to the cluster.

An error occurred while adding node 'hv05.domain.de' to cluster 'ba125-hyperv-cluster'.

 

This operation returned because the timeout period expired

 

Das log vom hv05 findet ihr hier: https://dl.dropboxusercontent.com/u/30386068/Cluster.txt

 

Kann jemand helfen? Ich steh da komplett an und komme nicht mehr weiter...

 

Vielen Dank!

 

Gruß,

Alex

[NilsK 2.906]

Moin,

 

die Fehlermeldung 0x5b4 scheint eine generische Meldung zu sein, wenn der Vorgang in einen Timeout läuft.

 

Meist ist sowas auf inkorrekte Netzwerkkonfiguration zurückzuführen. Prüfe, ob alle IP-Adressen richtig gesetzt sind. Manchmal tauchen in der IP-Konfiguration "von selbst" Gateways auf, die dort nicht hingehören. Solche Dinge können dazu führen, dass der Traffic falsche Wege nimmt und nicht ankommt. Deine Logs deuten ja auf sowas hin, die IPv6-Konnektivität etwa funktioniert wohl nicht. Auch die Firewall, Virenscanner usw. solltest du prüfen. Ebenso könnte es sein, dass durch den Tausch der Netzwerkkarte evtl. falsche Detaileinstellungen gesetzt sind.

 

Wenn du damit nicht weiterkommst, kann ein Supportcase bei Microsoft sinnvoll sein.

 

Gruß, Nils

bearbeitet 6. Februar 2015 von NilsK

[Dunkelmann 96]

Moin,
 
die Meldung taucht häufig im Zusammenhang mit Kommunikationsproblemen auf.

... Aborting connection because NetFT route to node hv04 on virtual IP fe80::153b:9597:7807:8a58:~3343~ has failed to come up.
...
join/form timeout (status = 258)

 

Prüfe mal, ob sich die Nodes in allen Netzen (außer Storage) über Port 3343/TCP erreichen können und ob ggf. Jumbo Frames durchgängig gleich konfiguriert sind.

[MrFurgy 0]

Moin,

 

die Fehlermeldung 0x5b4 scheint eine generische Meldung zu sein, wenn der Vorgang in einen Timeout läuft.

 

Meist ist sowas auf inkorrekte Netzwerkkonfiguration zurückzuführen. Prüfe, ob alle IP-Adressen richtig gesetzt sind. Manchmal tauchen in der IP-Konfiguration "von selbst" Gateways auf, die dort nicht hingehören. Solche Dinge können dazu führen, dass der Traffic falsche Wege nimmt und nicht ankommt. Deine Logs deuten ja auf sowas hin, die IPv6-Konnektivität etwa funktioniert wohl nicht. Auch die Firewall, Virenscanner usw. solltest du prüfen. Ebenso könnte es sein, dass durch den Tausch der Netzwerkkarte evtl. falsche Detaileinstellungen gesetzt sind.

 

Wenn du damit nicht weiterkommst, kann ein Supportcase bei Microsoft sinnvoll sein.

 

Gruß, Nils

 

Also die IP-Konfiguration habe ich schon 3x kontrolliert und da passt alles. Firewall ist überall aus, und Virenscanner gibt es keine. Das mit den Netzwerkkarten kann irgendwie auch nicht sein, die wurden getauscht bevor der Windows Server 2012 R2 installiert wurde...

 

Moin,

 

die Meldung taucht häufig im Zusammenhang mit Kommunikationsproblemen auf.

 

Prüfe mal, ob sich die Nodes in allen Netzen (außer Storage) über Port 3343/TCP erreichen können und ob ggf. Jumbo Frames durchgängig gleich konfiguriert sind.

 

Was ist ja nicht verstehe ist, warum diese fe80:... Adresse keine physikalische MAC-Adresse hat. Müsste denn diese Karte nicht eine haben?

[Doso 77]

Auch prüfen ob du nicht versehentlich IP Adressen doppelt vergeben hast, da wird dann bei Windows Server 2012R2 im Hintergrund auf 169.x umgestellt - direkte Fehlermeldung gibt es im Gegensatz zu 2008R2 irgendwie nicht mehr,.

[Dunkelmann 96]

Das ist der Failover Cluster Virtual Adapter. Über den versucht der Clusterservice per IPv6 mit den Nodes zu kommunizieren und scheitert bei Dir.

http://blogs.technet.com/b/askcore/archive/2009/02/13/what-is-a-microsoft-failover-cluster-virtual-adapter-anyway.aspx

 

00000f10.000011e0::2015/02/05-14:37:58.187 INFO  [FTI][Follower] waiting for route to node hv04 on virtual IP fe80::153b:9597:7807:8a58:~3343~ to come up00000f10.00000e20::2015/02/05-14:38:28.198 DBG   [NETFT] FTI NetFT event handler deregistration successful.00000f10.00000e20::2015/02/05-14:38:28.198 INFO  [NODE] Node 5: New join with n1: stage: 'Wait for Heartbeats on Initial NetFT Route' status (1460) reason: '[FTI][Follower] Aborting connection because NetFT route to node hv01 on virtual IP fe80::ed77:c59f:3f47:e40a:~3343~ has failed to come up.'00000f10.0000100c::2015/02/05-14:38:28.198 DBG   [NETFT] FTI NetFT event handler deregistration successful.00000f10.00000e20::2015/02/05-14:38:28.198 INFO  [CORE] Node 5: Clearing cookie 21b0f5ba-c7e2-474e-8628-0a2d2c50d82300000f10.00000e20::2015/02/05-14:38:28.198 DBG   [CHANNEL 10.0.102.1:~3343~] Close().00000f10.0000100c::2015/02/05-14:38:28.198 INFO  [NODE] Node 5: New join with n2: stage: 'Wait for Heartbeats on Initial NetFT Route' status (1460) reason: '[FTI][Follower] Aborting connection because NetFT route to node hv02 on virtual IP fe80::94f4:9fd8:e5a0:f311:~3343~ has failed to come up.'00000f10.0000100c::2015/02/05-14:38:28.198 INFO  [CORE] Node 5: Clearing cookie 42e38928-49ec-4eaa-9f94-4d8303c7a86b00000f10.0000100c::2015/02/05-14:38:28.198 DBG   [CHANNEL 10.0.102.2:~3343~] Close().00000f10.000011e0::2015/02/05-14:38:28.198 DBG   [NETFT] FTI NetFT event handler deregistration successful.00000f10.00000e20::2015/02/05-14:38:28.198 WARN  cxl::ConnectWorker::operator (): (1460)' because of '[FTI][Follower] Aborting connection because NetFT route to node hv01 on virtual IP fe80::ed77:c59f:3f47:e40a:~3343~ has failed to come up.'00000f10.00000e5c::2015/02/05-14:38:28.198 DBG   [NETFT] FTI NetFT event handler deregistration successful.00000f10.000011e0::2015/02/05-14:38:28.198 INFO  [NODE] Node 5: New join with n4: stage: 'Wait for Heartbeats on Initial NetFT Route' status (1460) reason: '[FTI][Follower] Aborting connection because NetFT route to node hv04 on virtual IP fe80::153b:9597:7807:8a58:~3343~ has failed to come up.'00000f10.0000100c::2015/02/05-14:38:28.198 WARN  cxl::ConnectWorker::operator (): (1460)' because of '[FTI][Follower] Aborting connection because NetFT route to node hv02 on virtual IP fe80::94f4:9fd8:e5a0:f311:~3343~ has failed to come up.'00000f10.00000e5c::2015/02/05-14:38:28.198 INFO  [NODE] Node 5: New join with n3: stage: 'Wait for Heartbeats on Initial NetFT Route' status (1460) reason: '[FTI][Follower] Aborting connection because NetFT route to node hv03 on virtual IP fe80::159c:126b:67c1:184b:~3343~ has failed to come up.'00000f10.000011e0::2015/02/05-14:38:28.198 INFO  [CORE] Node 5: Clearing cookie 54bb7acb-c162-4812-8dbc-6d1c0e97cca900000f10.000011e0::2015/02/05-14:38:28.198 DBG   [CHANNEL 10.0.102.4:~3343~] Close().00000f10.00000e5c::2015/02/05-14:38:28.198 INFO  [CORE] Node 5: Clearing cookie 77875b48-ca77-49ec-9334-dffa0b98a1ab00000f10.00000e5c::2015/02/05-14:38:28.198 DBG   [CHANNEL 10.0.102.3:~3343~] Close().00000f10.000011e0::2015/02/05-14:38:28.198 WARN  cxl::ConnectWorker::operator (): (1460)' because of '[FTI][Follower] Aborting connection because NetFT route to node hv04 on virtual IP fe80::153b:9597:7807:8a58:~3343~ has failed to come up.'00000f10.00000e5c::2015/02/05-14:38:28.198 WARN  cxl::ConnectWorker::operator (): (1460)' because of '[FTI][Follower] Aborting connection because NetFT route to node hv03 on virtual IP fe80::159c:126b:67c1:184b:~3343~ has failed to come up.'

 

Eventuell bringen die empfohlenen Hotfixes etwas:

https://support2.microsoft.com/kb/2920151/de

 

Manchmal kann auch ein einfacher Zahlendreher im VLAN die Ursache für Kommunikationsprobleme sein :(

[MrFurgy 0]

Das ist der Failover Cluster Virtual Adapter. Über den versucht der Clusterservice per IPv6 mit den Nodes zu kommunizieren und scheitert bei Dir.

http://blogs.technet.com/b/askcore/archive/2009/02/13/what-is-a-microsoft-failover-cluster-virtual-adapter-anyway.aspx

 

 

Eventuell bringen die empfohlenen Hotfixes etwas:

https://support2.microsoft.com/kb/2920151/de

 

Manchmal kann auch ein einfacher Zahlendreher im VLAN die Ursache für Kommunikationsprobleme sein :(

 

Danke für die Antwort.

 

Auf welchen Interfaces müsste ich dann IPv6 konfigurieren?

[Dunkelmann 96]

Es wird die link local Adresse verwendet. Es reicht aus, dass IPv6 auf den Interfaces für Clusterkommunikation aktiviert ist, es braucht i.d.R. keine besondere Konfiguration.