dalmatino

Hallo, für die, die es interessiert. Der Hotfix "KB2552040" scheint das Problem gelöst zu haben. Bisher hat er ab und an mal, laut Log, die Verbindung zur LUN verloren, dies aber nicht als Fehler sondern als Hinweise dargestellt. Zudem wurden die Maschinen auch nicht neugestartet. Danke für die Unterstützung.

Wird installiert. Berichte dann. Danke!

Hi, welche von den Fixes soll denn passen? 1. Ein Windows Server 2008 R2-Failover-Cluster sein Quorum verliert, tritt eine asymmetrische-Kommunikationsfehler Es sind aber nur zwei Knoten vorhanden und die können untereinander kommunizieren. 2. The Cluster service stops unexpectedly on a Windows Server 2008 R2 failover cluster node when you perform multiple backup operations in parallel on a cluster shared volume Wie gesagt, zu dem Zeitpunkt laufen keine Backups. Die Symptome passen, aber nicht die Umstände.

Hi, naja, bevor ich irgendwelche Hotfixes installiere, würde ich das Problem doch schon gerne ein wenig eingrenzen. Die Frage ist nur, woran es eher liegen könnte. Storage? FC-Karte? Netzwerkkarte? OS? Und warum tritt der Fehler so sporadisch auf? Gruß

Hallo Allerseits, ich bräuchte mal wieder ein wenig Hilfe um einen Fehler zu finden. In unregelmäßigen Abständen (mal morgens, mal nachts), kommt es zum Ausfall des Hyper-Clusters. (2 Knoten, 1 Storage) Die beiden Knoten sind redundant via FC (2x FC-Switche über Kreuz) an das Storage angebunden. MPIO ist installiert. Heute morgen um 04:27 Uhr ist die Kommunikation wieder abgebrochen. Unter den Clusterereignissen wurde folgendes geloggt: 04:27:06 04:27:06 04:27:06 04:27:06 Dann kommt paar Sekunden danach die Meldung für beide Knoten: Dann bricht die Verbindung zum Quorum ab: Dann wird in der Ereignisanzeige des Knoten folgendes geloggt. 04:27:11 Der "Cluster" an sich läuft danach dann aber wieder ohne Probleme. Clustervalidierung zeigt keinen einzigen Fehler, VM's sind alle da und hochgefahren. Jedoch haben einige Maschinen einen Neustart durchgeführt. Alles Knoten sind Updatetechnisch auf dem neusten Stand. Wenn der Fehler auftritt sind weder Backups noch sonstige Arbeiten am Laufen. Sprich es ist keine Überlast vorhanden. Virenscanner sind auf den Knoten auch nicht vorhanden. Das Problem tritt erst auf, seitdem SP1 auf den Knoten installiert wurde. Auf den Knoten unter den "ClusterSharedVolumes" (c:\cluster\volume1) wurde um 04:27 Uhr die Datei "ClusterHBfile" geändert. Genau dann, als der Fehler auftrat. Ich kann damit aber leider nichts anfangen. Irgendwelche Ideen? Bin für jeden Tipp dankbar. Grüße

Ja! Wie gesagt, nach einem Neustart läuft erstmal alles wieder sauber für X Stunden. Irgendein Anzeichen, was der Auslöser sein könnte, gibt es leider nicht.

Ja klar, Fenster poppt auf, wo ich die Anmeldedaten eingebe. Dann kann ich darauf zugreifen. RDP, Ping, etc. funktioniert alles. Sitzungen sind vorhanden, Freigabe: Dateien geöffnet 0, Status lesend. Für die jeweiligen Nutzer. Server ist auf aktuellstem Stand. Weder spezieller Virenscanner noch Firewall. Hinsichtlich der Konfiguration hat sich nichts geändert. Das ist ja das Merkwürdige. Gruß

Jetzt ist es gerade wieder passiert. Nichts ungewöhnliches im Log protokolliert oder sonstiges. Netzlaufwerke sind einfach gekappt. Komme aber via RDP auf den Server... Ich verstehe es einfach nicht.

Hallo Leute, ich habe mal wieder ein komisches Problem mit einem 2008er Fileserver. Dieser ist ohne jeden erkennbaren Grund von jetzt auf gleich nicht mehr erreichbar. Weder über FQDN oder IP. Man kann einfach nicht auf seine Freigaben zugreifen. NS-Lookup und Ping über FQDN oder IP gehen ohne Probleme. Irgendwelche Fehler im Ereignislog sind auch nicht vorhanden. Kurioserweise, kann ich aber über den VPN-Tunnel (als nicht Domänenmitglied), über die IP auf den Server zugreifen. Aber die lokalen Clients nicht. Bei den Clients friert sogar der Explorer ein, weil er versucht die Netzlaufwerke neu zu verbinden. Wobei dann allerdings irgendwann die Meldung erscheint, Gerät nicht verfügbar. Domänencontroller ist ein SBS2003 Premium. Zugriffe auf diesen sind ohne weiteres möglich. (DNS, AD,... funktionieren einwandfrei) Vom betroffenen Filer ist es auch ohne weiteres möglich auf andere Freigaben (SBS2003) oder sich selber zuzugreifen (im Explorer \\192.168.1.100\). Nach einem Neustart des Filers funktioniert erstmal wieder alles normal. Das Phänomen tritt seit gestern auf. Gestern 3 mal, heute bisher einmal. Weiß einer von euch Rat, wo ich weiter nach Forschen kann/soll. Vielen Dank.

Vielen Dank mein Bester. Ich probiere das erstmal aus. Wenn ich noch mal Hilfe benötige, schreie ich einfach :D Danke nochmals. Gruß

So habe ich das auch gemeint. Hab mich vielleicht nur unverständlich ausgedrückt. Den Artikel habe ich bereits gelesen. Mir ging es in erster Linie darum, wie man die Netzwerkkarten am besten verteilt bzw. konfiguriert. Wie gesagt, ich habe bisher nie eine konkrete Anleitung dazu gefunden. Ist mir auch klar. Aber wenn ich diese vorneweg konfiguriere und im Hyper-V zuweise, übernimmt er doch die IP-Einstellung in der virtuellen Karte. Also muss ich doch jetzt im Hyper-V-Manager 3 virtuelle Netzwerke erstellen. Die 3 Netzwerke jeweils auf eine Karte verknüpfen. Dann die virtuelle erstellte Netzwekkarte der dementsprechenden VM zuweisen.

Also von vorne :D Cluster-IP 192.168.0.200 (Wird nur in der Clusterverwaltung eingetragen) Die Verwaltung übernimmt dann vermutlich den Eintrag im DNS? NIC1: IP: 192.168.0.1 - für den Host, welches auch gleich die Administrationsschnittstelle ist NIC2: IP: 192.168.1.2 - redundanter Heartbeat NIC3: IP: 192.168.1.3 - redundanter Heartbeat NIC4: IP: 192.168.0.4 - virtueller Switch für VM1 NIC5: IP: 192.168.0.5 - virtueller Switch für VM2 NIC6: IP: 192.168.0.6 - virtueller Switch für VM3 Den Heartbeat habe ich jetzt in ein anderes Netz gepackt (192.168.1.x). So jetzt aber? :D

Also ist dann ja quasi die Cluster-Adresse auch gleich die Host-Adresse? Bzw. kann ich der Host-Karte einfach noch eine zusätzliche IP verpassen? NIC1: IP: 192.168.0.1 + IP:192.168.0.200 - für den Host / Cluster-IP-Adresse NIC2: IP: 192.168.0.2 - redundanter Heartbeat NIC3: IP: 192.168.0.3 - redundanter Heartbeat NIC4: IP: 192.168.0.4 - virtueller Switch für VM1 NIC5: IP: 192.168.0.5 - virtueller Switch für VM2 NIC6: IP: 192.168.0.6 - virtueller Switch für VM3 Wäre das jetzt so korrekt?

Hi, danke erstmal. Jetzt habe ich leider ein kleines Verständnisproblem. Manchmal sieht man ja vor lauter Bäumen den Wald nicht mehr. Du erwähnst folgende Dinge in deinem Artikel: Host-Administration: Ist damit die physikalische NIC des Datacenter-Servers gemeint? Sprich den Hyper-V Rollenträger. Ist der Heartbeat jetzt auch gleich die Cluster-IP-Adresse? Und wie kann ich die nebeneinander konfigurieren? Wenn ich jetzt nich völlig verwirrt bin, würde ich es jetzt so konfigurieren: Server1 NIC1: IP: 192.168.0.1 - für den Host NIC2: IP: 192.168.0.2 - Cluster-IP-Adresse (redundanter Heartbeat) NIC3: IP: 192.168.0.3 - Cluster-IP-Adresse (redundanter Heartbeat) NIC4: IP: 192.168.0.4 - virtueller Switch für VM1 NIC5: IP: 192.168.0.5 - virtueller Switch für VM2 NIC6: IP: 192.168.0.6 - virtueller Switch für VM3 Server 2 genau so nur mit anderen IP-Adressen.

Hi, du meinst den "Takt" bzw. Heartbeat aus den Integrationsdiensten? Das macht m.E. auf jeden Fall Sinn. Da dieser ja Meldung an den Host gibt, ob die VM gestartet ist oder nicht.

Hallo Leute ich brauche mal wieder euer fachmännische Hilfe bzw. euren Rat bezüglich der Netzwerkkonfiguration. Habe diverse Whitepapers und Bestpractises gelesen, aber keine kann mir in meinem Fall wirklich helfen. Hardware: 2x Server 2008 Datacenter Vollinstallation mit Hyper-V Rolle 1x FC Storage Pro Server habe ich sechs physikalische 1GB Netzwerkkarten zur Verfügung. Geplant ist ein Hyper-V-Failover-Cluster mit 2 Nodes. Im Hyper-V sollen erstmal Testweise 3 virtuelle Maschinen (Server) laufen. Das Storage ist über FC angebunden, daher wird dafür keine von den sechs Netzwerkkarten benötigt und stehen frei zur Verfügung. Frage ist nun: Wie verteile ich die Netzwerkkarten am Besten um die optimale Performance herauszuholen? Weist man jeder virtuellen Maschine seine eigene Netzwerkkarte zu? Nehme ich für den Heartbeat die eigentliche Karte worüber der Host im Netzwerk angesprochen wird? Soll nur ein virtuelles Netzwerk erstellt werden und die physikalischen Karten geateamd werden? Für einen Tipp wäre ich sehr dankbar. -------Edit--------- Hab gerade gemerkt, dass ich im falschen Bereich gepostet habe. Bei Möglichkeit bitte in "Virtualisierung" verschieben. Danke!

Hallo und Willkommen, generell richtig. Da W2K ja mit Primären und Sekundären DNS-Zonen arbeitet. Somit dürfte mit dem DNS auf dem W2K nichts passieren. Aber zu 100% bin ich mir auch nicht sicher.

Also ich habe mittlerweile den Verdacht, dass sich eine Applikation brutal an die Netzwerkkarten gekapselt hat. Selbst wenn ich eine zusätzliche Karte einbinde und direkt über die IP der neuen Karte gehen. Kommen die gleichen Symptome zu Stande. Kennt ihr eventuell ein Tool, womit ich überprüfen könnte, was sich alles an die Karte gekapselt hat? Wenn ich den ProcessExplorer von Sysinternals starte, kommt auch immer die Meldung ob er "httplistener" mit einbeziehen soll?! Als ich dann auf abbrechen geklickt hab, ist der Server mit einem Bluescreen (famfd.sys) gecrasht. Zu der Sys-Datei hab ich nicht wirklich was gefunden. Aber diese ist definitiv keine Malware oder sonstiges....

Deswegen empfehle ich Acronis, damit ist ein Umzug auf andere Hardware möglich. Nennt sich Universal Restore.

Ist die Frage was du möchtest. Wir setzten z.B. Acronis ein um ein Backup2Disk zu machen. Damit kannst du auch den VSS-Dienst des SQL nutzen. Oder per Vorbackup-Befehl die Datenbank anhalten und nach der Sicherung wieder starten lassen.

Werden denn im Raid-Controller Bios die Platten angezeigt? "Operating System not found" hört sich erstmal so an, als ob er keine Platten findet, von denen er booten kann...

Naja, das stimmt nicht so ganz mit dem DC. Es darf nur einen SBS in der Domäne geben und er muss Inhaber aller FSMO-Rollen sein. Das bedeutet nicht, dass kein weiterer DC vorhanden sein kann.

Man sollte aber auch drauf hinweisen, dass neue Lizenzen benötigt werden!

Der Kunde setzt Norman Virus Controll ein. Die Option "Netzlaufwerke vom Scannen ausschließen" ist gesetzt. :-/ Die Konfiguration ist Richtlinien gesteuert, d.h. jeder Client besitzt auch diese Einstellung.

Hallo Leute, fällt vielleicht jemandem was dazu ein? alle Tests mit dcdiag + parameter und netdiag + parameter sind erfolgreich.