Wir haben zwei IBM X240-Server (nennen wir sie Server A und Server B), die über einen Glasfaser-HBA mit dem IBM-Festplattensystem V3700 verbunden sind.
Auf beiden Servern wird Windows 2012 R2 installiert.
Wir haben einen VM-Cluster implementiert und alles funktioniert gut.
Letzte Woche waren diese beiden Server aufgrund eines Stromausfalls in meinem Serverraum ausgefallen.
Nach dem Einschalten von Server A wird der folgende Fehler angezeigt:
Windows konnte nicht gestartet werden. Die Ursache könnte eine kürzlich erfolgte Änderung der Hardware oder Software sein. Datei: \windows\system32\drivers\msdsm.sys Status: 0xc0000017 Info: Das Betriebssystem konnte nicht geladen werden, da ein wichtiges Systemlaufwerk fehlt oder Fehler enthält.
Nachdem wir die letzte gute Konfiguration verwendet haben, können wir uns beim System anmelden und die geclusterte virtuelle Maschine einschalten.
Es scheint, jetzt ist alles in Ordnung.
Also starte ich Server B und melde mich mit der gleichen Methode wie Server A beim System an.
Ich habe festgestellt, dass alle VMs aufgrund eines Cluster Shared Volume-Fehlers heruntergefahren werden oder einen Fehler ausführen.
Nachfolgend finden Sie einige aus den Systemprotokollen erfasste Fehler.
Ereignis 5142, Cluster Shared Volume 'Volume7' ('Cluster Disk 10') ist aufgrund des Fehlers '(1460)' von diesem Clusterknoten aus nicht mehr zugänglich. Beheben Sie bitte die Verbindung dieses Knotens zum Speichergerät und die Netzwerkverbindung.
Ereignis 5120, Cluster Shared Volume 'Volume3' ('Cluster Disk 4') ist aufgrund von '(c00000be)' in den Pausenzustand versetzt worden. Alle E/A werden vorübergehend in die Warteschlange gestellt, bis ein Pfad zum Volume wiederhergestellt ist.
Jetzt können wir nur einen Server einschalten und einen anderen Server herunterfahren. Wenn ich beide Server einschalte, tritt der Fehler erneut auf und der Server fällt aus.
Irgendwelche Vorschläge oder benötigen Sie weitere Informationen von mir?
Aktualisierte Information am 28.05.15:
ich glaube, das Problem liegt darin, dass von einem passiven (nicht koordinierenden) Knoten aus nicht auf ein CSV-Volume zugegriffen werden kann.
ich verweise auch auf das folgende Dokument, aber es kann mein Problem auch nicht lösen:
https://support.microsoft.com/en-us/kb/2008795?wa=wsignin1.0
Siehe unten das Ergebnis, wenn Sie beide Knoten oder einen beliebigen Knoten mit dem Cmdlet „get-clustershardvolumestate“ einschalten.
*Beim Einschalten beider Knoten:
Beim Einschalten eines beliebigen Knotens:
Ich aktualisiere auch die DSM-Treiber beider Knotenanbieter, aber das Ergebnis ist dasselbe.