Post by RainerAls Backupsoftware läuft auf den Clusterknoten keine.
auf dem clusterknoten läuft auch kein backup agent, korrekt ?
Post by Rainer- Im Eventlog gibt es keine Eintragungen
keine Eventlog einträge ? kann eigentlich nicht sein, da der failover
cluster service einen event schreibt, sobald dieser in den "redirected mode"
geht.
Redirected Mode = das einer der Knoten den direkten Zugriff auf die ISCSI
platte verloren hat und dieser den I/O Zugriff jetzt via das CSV netzwerk
und über den anderen Cluster knoten auf die shared disk zugreift.
Da du in deiner Lösung ISCSI als shared storage im Einsatz hast, solltest du
primär im Netzwerk Bereich die Fehleranalyse durchführen.
Post by RainerUnd wie gesagt, es ist zu jederzeit jeder andere Zielknoten pingbar.
Können beide Knoten die ISCSI target IP pingen ?
Unsinnige Frage an diesem Punkt da der Cluster mit CSV bereits gelaufen ist,
aber sicherheitshalber nochmal : Sind die notwendigen Protokolle (Client für
Microsoft Networks & File und Printer Sharing für Microsoft Networks) für
CSV enabled ?
Post by Rainer- Der Validation-Report meldet alles in Ordnung.
Das wundert mich dann allerdings, wobei von wann ist der validation report ?
Ist seit dem erstellen des Reports Änderungen am Cluster durchgeführt worden
(netzwerk, SAN...) ? Wenn ja, wurde ein neuerer Report erstellt ?
Wenn nein, kannst du dem Cluster eine temporäre ISCSI platte zuweisen
(available storage hinzufügen) und dann speziell die tests für Netzwerk und
SAN durchführen ?
Zudem wäre ebenso interessant was die cluster logs sagen, diese sollten den
redirected mode ebenfalls loggen, mit detaillierten Informationen in Bezug
auf, welcher Knoten SAN connection "verloren" hat....
-> cluster log /gen. Ein clusdiag.exe wie unter 2003 gibt es leider nicht
mehr, aber hier noch der Links als genereller Leitfaden ->
http://technet.microsoft.com/en-us/library/aa996161(EXCHG.65).aspx
View Events and Logs for a Failover Cluster (2008)
http://technet.microsoft.com/en-us/library/cc772342(WS.10).aspx
Hoffe das hilft dir weiter
Gruß
Ramazan
Post by RainerDanke für die Infos, leider habe ich genau diese Punkte bereits abgeprüft.
- Der Validation-Report meldet alles in Ordnung.
- Im Eventlog gibt es keine Eintragungen
Und wie gesagt, es ist zu jederzeit jeder andere Zielknoten pingbar.
Als Backupsoftware läuft auf den Clusterknoten keine.
Gruß
Rainer
Post by Bernd Pfann [MS]Post by RCanHi Rainer,
CSV im redirected mode bedeutet meistens, das es connectivity Probleme
(SAN<->Node, Node<->Node) gibt.
Wie sieht dein validation report aus ?
Welche Eventlog Einträge hast du, speziell ID 1034, 5121 wären hier
interessant ?!
http://technet.microsoft.com/en-us/library/ee830327(WS.10).aspx
http://technet.microsoft.com/en-us/library/dd353968(WS.10).aspx
Gruß
Ramazan
Post by RainerHabe hier einen Cluster (2 Node) an dem über iSCSI ein Raidsystem angebunden
ist (Windows Server 2008 R2 Enterprise).
Jeder Clusterknoten verfügt über drei LIC (Zugriffsnetz, iSCSI,
Clusterverbindung-intern). Auf dem Cluster werden einige VM gehostet.
Das
CSV
wurde anfangs fehlerfrei eingerichtet und funktioniert auch problemlos.
Seltsam ist jedoch, daß es immer als umgeleitet angezeigt wird. Ich habe
bereits verschiedene Bindungsreihenfolgen der Karten ohne Erfolg ausgetestet.
Jede Zeiladresse ist über die entsprechende Schnittstelle pingbar. Im
Eventlog gibt es keine Fehler, auch wenn ein Knoten heruntergefahren
wird
ist
die Darstellung als umgeleitet?
[...]
In Anlehnung an Ramazans Tipps - welche Backup Software hast Du im Einsatz?
--
Mit freundlichen Grüßen / Kind regards - Bernd Pfann (Microsoft)
This posting is provided "AS IS" with no warranties, and confers no
rights.