Jump to content

dalmatino

Members
  • Gesamte Inhalte

    207
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von dalmatino

  1. 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.

  2. Hi,

     

    welche von den Fixes soll denn passen?

     

    1. Ein Windows Server 2008 R2-Failover-Cluster sein Quorum verliert, tritt eine asymmetrische-Kommunikationsfehler

    Sie erstellen einen Windows Server 2008 R2-Failover-Cluster, der drei oder mehr Knoten hat.

    Asymmetrische Verbindungsfehler im Cluster. Beispielsweise können nicht zwei Knoten miteinander kommunizieren. Die beiden Knoten kommunizieren mit anderen Knoten im Cluster möglicherweise.

    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

    Sie haben einen Windows Server 2008 R2-Failovercluster, auf dem die freigegebene Clustervolumes-Funktion aktiviert ist.

    Sie haben mehrere backup-Vorgänge parallel auf einem freigegebenen Clustervolume durchführen.

     

    Wie gesagt, zu dem Zeitpunkt laufen keine Backups.

     

    Die Symptome passen, aber nicht die Umstände.

  3. 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

    Das freigegebene Clustervolume "Volume1" ("VMs_VHDs") ist auf dem Knoten aufgrund von "STATUS_MEDIA_WRITE_PROTECTED(c00000a2)" nicht mehr verfügbar

    04:27:06

    Dieser Knoten hat unerwartet die Besitzrechte für den Clusterdatenträger "ASQLServer" verloren

    04:27:06

    Bei der Clusterressource "BSQLServer" im geclusterten Dienst oder in der geclusterten Anwendung "7fd76a31-949d-42f9-a92e-fdfc0bb00afe" ein Fehler aufgetreten.

    04:27:06

    Das freigegebene Clustervolume "Volume8" ("SQLServer") ist auf dem Knoten aufgrund von "STATUS_DEVICE_BUSY(80000011)" nicht mehr verfügbar. Alle E/A-Aktivitäten werden vorübergehend in eine Warteschlange aufgenommen, bis wieder ein Pfad zum Volume eingerichtet ist.

     

    Dann kommt paar Sekunden danach die Meldung für beide Knoten:

    Der Clusterknoten "HVS-1" wurde aus der aktiven Failovercluster-Mitgliedschaft entfernt

     

    Der Clusterknoten "HVS-2" wurde aus der aktiven Failovercluster-Mitgliedschaft entfernt

     

    Dann bricht die Verbindung zum Quorum ab:

    Der Clusterdienst wird heruntergefahren, da die Quorumverbindung getrennt wurde

     

    Dann wird in der Ereignisanzeige des Knoten folgendes geloggt.

    04:27:11

    Network interface HVS-1 - LAN-Chassis(rechts)-Heartbeat has changed its state.

     

    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

  4. 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ß

  5. 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.

  6. Die Zuweisung ClusterIP<->Gruppeninhaber übernimmt der Clusterservice.Der DNS registriert nur die IP der Clustergruppe.

    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.

     

    Die jeweiligen IP-Adressen müssen dem neuen virtuellen Adapter zugewiesen werden - der physikalische läuft "unkonfiguriert" im Hintergrund

    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.

  7. 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

  8. 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?

  9. 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.

  10. 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!

  11. 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....

  12. Eine sehr wichtiger Hinweis wäre noch, dass du eine Wiederherstellung mit BE nicht so ohne Weiteres auf differierende Hardware hinbekommst, wenn dein SBS komplett ausfällt und du Ersatz beschaffen musst, welcher nicht baugleich ist.

     

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

×
×
  • Neu erstellen...