Unterschiedliches Verhalten Knoten in einem Cluster

Question

Ave collegae,

Ausgangslage:

2-Knoten im Cluster (Hyper-V, Server 2022 DC)

1 Volume auf Storage Eternus per iSCSI (jeweils zwei Verbindungen, Multipath etc. nach Fujitsu konfiguriert)

Clusterprüfung in Ordnung

Zeuge aktiv und erreichbar

Es gab Probleme mit den Intel NICs und es mussten Firmware neu geflasht und neue Treiber installiert werden.

Beim Patchen wird folgendermaßen vorgegangen:

Rollen von Knoten "B" verschieben (live migration)

prüfen Knoten "A" ist Besitzer des CSV

Knoten "B" in Wartung / inaktiv

OS Patches, Reboot

--> hier keine Besonderheiten

"B" wieder aktiv im Cluster

Jetzt werden vom Knoten "A"

alle Rollen nach "B" live migriert

Besitzer nach "B"

Knoten "A" in Wartung

OS Patches, Reboot

--> iSCSI Interface sind jetzt für den Cluster verwendbar!

--> Anmeldung an den Rollen bringt Meldung / Frage: warum unerwartet gestartet?

--> manchmal werden die Rollen vom "A" angehalten

Was mir noch auffiel: bei diesem Cluster sind die Anzahl

"Adapters" - "Interfaces" in der Registry nicht bei beiden Knoten identisch (wie bei anderen so aufgebauten Clustern). Dort sind auf beiden Knoten

I = A+1

Sollte ich eventuell den Cluster aufbrechen und neu machen?

Evict - Destroy - Clean AD - Rebuild?

Salvete

Answer 1

Diese Antwort wurde automatisch übersetzt. Daher können grammatikalische Fehler oder seltsame Formulierungen vorkommen.

Hallo

Um die NIC-Firmware der Clusterknoten zu aktualisieren, versuchen Sie, die Rollen von einem Knoten zu migrieren, entfernen Sie dann den Knoten, und aktualisieren Sie den Treiber und die Firmware. Wenn Sie fertig sind, fügen Sie den Knoten wieder zum Cluster hinzu. Nachdem Sie die Firmware und den Treiber auf allen Knoten aktualisiert haben, führen Sie die Clustervalidierung aus, um sicherzustellen, dass die Konfiguration der Knoten ordnungsgemäß eingerichtet ist.

Answer 2

Hi!

Been there and dunnit about 4 weeks ago. Will check whether there are new versions.