Aufgrund einer Installation einer Exchange 2010 Database Availibility Group (DAG) musste ich auch einen Windows 2008 R2 Failover Cluster installieren (d.h. er wurde während der Installation automatisch mit eingerichtet). Ein paar Tage später nahm der Server plötzlich keine Mails mehr entgegen. Ich habe mich per RDP mit ihm verbunden und musste feststellen, dass die virtuelle Cluster-IP nicht online war. Jeder Versuch, die Ressource online zu setzen, wurde mit einem Fehler quittiert. Der Fehler besagte sinngemäß, daß diese Ressource nicht für den Zugriff aus dem allgemienen Netz freigeschaltet sei.
Wir erinnern uns: eine Netzerkkarte eines Clusterknotens kann entweder Traffic aus dem allgemeinen Netz und dem Cluster-internen Netz, Traffic nur aus einem der beiden Netze entgegennehmen oder dem Cluster gar nicht zur Verfügung stehen.
Der interessante Punkt war, daß laut GUI die Netzwerkkarte für bei de Netze zur Verfügung stand. Eine Abfrage der Daten mittels CLUSTER.EXE gab die Info zurück, daß für dieses Interface der Wert „Roles“ auf 3 stand. Einige Google-Runden später wusste ich dann auch, daß „Roles“ den Wert für die Nutzung der Netzwerkkarte durch den Clusterdienst enthält. Der Wert 3 entspricht hier der Einstellung für die Nutzung sowohl für internen als auch externen Traffic. Gemäß GUI und CLUSTER.EXE sollte also alles ok sein.
Nun gibt es bei neueren Windows-Versionen ja nicht mehr zwingend eine Quorum-Disk, auf der früher Teile der Registry lagen (die Cluster-relevanten Teile, die sich die Knoten teilten). Irgendwie sagte mir mein Gefühl, trotzdem mal in die Registry der Knoten zu schauen. Und siehe da: da stand für „Roles“ der Wert 1. Kaum hatte ich den Wert auf 3 geändert, funktionierte der Cluster wieder wie gewünscht und nahm auf der IP Mails an.
Wodurch der Fehler verursacht wurde, darüber kann ich nur spekulieren. Aber als ich die RDP-Sitzung gestartet hatte, sah ich daß der Server aufgrund von Patches neu gestartet wurde. Vielleicht hilft der Blogeintrag ja dem Einen oder Anderen.
]]>