Hyper-V Cluster nur per IP erreichbar, Migration schlägt fehl
Hallo liebe Leute!!
ich bin neu hier im Forum und möchte zunächst einmal ein paar Worte zu meiner Person sagen.
Ich administriere die große kleine Server Farm eines Konzernz wobei ich sicherlich noch viel lernen muss.
Als Eleketroniker bin ich Quereinsteiger und zum anderen zukünftig allein gestellt.
Ansonsten nennt mich bitte einfach SweetOne, ich bin 23 Jahre jung.
Wer noch fragen hat als her... =).
Und nun zu meiner Frage an die experten unter euch.
Ich habe hier eine Hyper-V Virtualisierungsplattform bestehend aus drei physikalischen Einheiten:
Cluster 1: SRVCL1
Cluster 2: SRVCL2
BackUP Domäne: W2K8R2DC2
Letzteres dient als Verwaltungseinheit mit dem VM-Manager.
Eine zweite Domäne ist als VM Vorhanden ==> W2K8R2DC1.
Die Clusterserver haben jeweils reduntante Verwaltungsnetzwerke und VM Netzwerke.
Sollte jedenfalls so fungieren, was ich nicht beurteilen kann.
Jeweils andere Netzwerkkarte und IP Bereich. (siehe ipconfig /all am ende)
Alle Server sind bespielt mit Windows Server 2008 R2.
Die Domänen arbeiten redundant. So weit die Ausgangssituation.
Wenn hier noch eine Information sinnvoll ist bitte fragen.
Und nun zur Problemstellung:
Los ging es nun zum zweiten mal das die VM's im Manager als offline dargestellt werden.
Eine Migation auf den zweiten Failover Cluster war weder automatisch noch manuell über den Manager möglich.
Ich entschloss mich den betroffenen Cluster (SRVCL1) neu zu starten.
Nun erfolgte das Failover auf den anderen Cluster (SRVCL2) doch.
Seit dem bekomme ich die VM's im Manager (W2K8R2DC2) als in Ordnung angezeigt.
Ich kann jedoch auf keine VM über den Manager zugreifen.
Per Remote ist jedoch der Zugriff möglich, aber nur über eine Hürde. Ich muss zwingend die IP Adresse verwenden.
Wenn ich es per DNS Adresse versuche bekomme ich einen Zeit-Einstellungs Fehler.
Laut Recherche im Forum hat dies wohl ihrgendetwas mit dem DNS-Server zu tun.
Ich habe nun die Netzwerkadapter nacheinander getrennt und wieder verbunden.
Außer das dies die reduntanz bestätigt hat brachte dies jedoch keinen Erfolg, im gegenteil.
Ihrgendwann habe ich den Physikalischen Domänenserver (W2K8R2DC2) vom Netz genommen und wieder verbunden.
Der Gedanke war das dieser ja schlieslich die Hyper-V Verwaltung beinhaltet. Seit dem erreiche ich diesen auch nur noch per IP.
SRVCL1, ..CL2 und ...DC2 habe ich jeweils per cmd neu im dns Server Registriert. Keine Veränderung.
Ich hoffe euch nicht mit den Informationen erschlagen zu haben,
denke aber besser so rum als anderst herum.
Sonnig Grüße aus Bayern
SweetOne
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : SRVCL1
Primäres DNS-Suffix . . . . . . . : Domaene.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : Domaene.local
Ethernet-Adapter LAN-Verbindung 2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : DMZ-Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-AB-4D-83
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.6.121(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter LAN-Verbindung* 6:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Failover Cluster Virtual Adapte
r
Physikalische Adresse . . . . . . : 02-19-99-AB-4D-82
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 169.254.1.156(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.0.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Ethernet-Adapter Hyper-V Team VM2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VM-Netzwerk 2 - Virtuelles Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-9C-A8-87
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.2.131(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.2.254
DNS-Server . . . . . . . . . . . : 192.168.2.101
192.168.2.102
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter Hyper-V VM1:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VM-Netzwerk 1 - Virtuelles Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-AB-4D-82
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.2.121(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
IPv4-Adresse . . . . . . . . . . : 192.168.2.150(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.2.254
DNS-Server . . . . . . . . . . . : 192.168.2.101
192.168.2.102
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter Clusterverwaltungsnetzwerk 2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Gruppe: Clusterverwaltungsnetzwerk 2
Physikalische Adresse . . . . . . : 00-19-99-9C-A8-86
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.3.131(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : SRVCL2
Primäres DNS-Suffix . . . . . . . : Domaene.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : Domaene.local
Ethernet-Adapter LAN-Verbindung 2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : DMZ-Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-AB-4D-9F
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.6.122(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter LAN-Verbindung* 4:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Failover Cluster Virtual Adapte
r
Physikalische Adresse . . . . . . : 02-19-99-AB-4D-9E
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 169.254.2.33(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.0.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Ethernet-Adapter Hyper-V Team VM2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VM-Netzwerk 2 - Virtuelles Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-9C-A7-3E
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.2.132(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.2.254
DNS-Server . . . . . . . . . . . : 192.168.2.101
192.168.2.102
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter Hyper-V VM1:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VM-Netzwerk 1 - Virtuelles Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-AB-4D-9E
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.2.122(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.2.254
DNS-Server . . . . . . . . . . . : 192.168.2.101
192.168.2.102
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter Clusterverwaltungsnetzwerk 2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Gruppe: Clusterverwaltungsnetzwerk 2
Physikalische Adresse . . . . . . : 00-19-99-9C-A7-4A
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.3.132(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Aktiviert
ich bin neu hier im Forum und möchte zunächst einmal ein paar Worte zu meiner Person sagen.
Ich administriere die große kleine Server Farm eines Konzernz wobei ich sicherlich noch viel lernen muss.
Als Eleketroniker bin ich Quereinsteiger und zum anderen zukünftig allein gestellt.
Ansonsten nennt mich bitte einfach SweetOne, ich bin 23 Jahre jung.
Wer noch fragen hat als her... =).
Und nun zu meiner Frage an die experten unter euch.
Ich habe hier eine Hyper-V Virtualisierungsplattform bestehend aus drei physikalischen Einheiten:
Cluster 1: SRVCL1
Cluster 2: SRVCL2
BackUP Domäne: W2K8R2DC2
Letzteres dient als Verwaltungseinheit mit dem VM-Manager.
Eine zweite Domäne ist als VM Vorhanden ==> W2K8R2DC1.
Die Clusterserver haben jeweils reduntante Verwaltungsnetzwerke und VM Netzwerke.
Sollte jedenfalls so fungieren, was ich nicht beurteilen kann.
Jeweils andere Netzwerkkarte und IP Bereich. (siehe ipconfig /all am ende)
Alle Server sind bespielt mit Windows Server 2008 R2.
Die Domänen arbeiten redundant. So weit die Ausgangssituation.
Wenn hier noch eine Information sinnvoll ist bitte fragen.
Und nun zur Problemstellung:
Los ging es nun zum zweiten mal das die VM's im Manager als offline dargestellt werden.
Eine Migation auf den zweiten Failover Cluster war weder automatisch noch manuell über den Manager möglich.
Ich entschloss mich den betroffenen Cluster (SRVCL1) neu zu starten.
Nun erfolgte das Failover auf den anderen Cluster (SRVCL2) doch.
Seit dem bekomme ich die VM's im Manager (W2K8R2DC2) als in Ordnung angezeigt.
Ich kann jedoch auf keine VM über den Manager zugreifen.
Per Remote ist jedoch der Zugriff möglich, aber nur über eine Hürde. Ich muss zwingend die IP Adresse verwenden.
Wenn ich es per DNS Adresse versuche bekomme ich einen Zeit-Einstellungs Fehler.
Laut Recherche im Forum hat dies wohl ihrgendetwas mit dem DNS-Server zu tun.
Ich habe nun die Netzwerkadapter nacheinander getrennt und wieder verbunden.
Außer das dies die reduntanz bestätigt hat brachte dies jedoch keinen Erfolg, im gegenteil.
Ihrgendwann habe ich den Physikalischen Domänenserver (W2K8R2DC2) vom Netz genommen und wieder verbunden.
Der Gedanke war das dieser ja schlieslich die Hyper-V Verwaltung beinhaltet. Seit dem erreiche ich diesen auch nur noch per IP.
SRVCL1, ..CL2 und ...DC2 habe ich jeweils per cmd neu im dns Server Registriert. Keine Veränderung.
Ich hoffe euch nicht mit den Informationen erschlagen zu haben,
denke aber besser so rum als anderst herum.
Sonnig Grüße aus Bayern
SweetOne
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : SRVCL1
Primäres DNS-Suffix . . . . . . . : Domaene.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : Domaene.local
Ethernet-Adapter LAN-Verbindung 2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : DMZ-Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-AB-4D-83
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.6.121(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter LAN-Verbindung* 6:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Failover Cluster Virtual Adapte
r
Physikalische Adresse . . . . . . : 02-19-99-AB-4D-82
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 169.254.1.156(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.0.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Ethernet-Adapter Hyper-V Team VM2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VM-Netzwerk 2 - Virtuelles Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-9C-A8-87
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.2.131(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.2.254
DNS-Server . . . . . . . . . . . : 192.168.2.101
192.168.2.102
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter Hyper-V VM1:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VM-Netzwerk 1 - Virtuelles Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-AB-4D-82
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.2.121(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
IPv4-Adresse . . . . . . . . . . : 192.168.2.150(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.2.254
DNS-Server . . . . . . . . . . . : 192.168.2.101
192.168.2.102
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter Clusterverwaltungsnetzwerk 2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Gruppe: Clusterverwaltungsnetzwerk 2
Physikalische Adresse . . . . . . : 00-19-99-9C-A8-86
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.3.131(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : SRVCL2
Primäres DNS-Suffix . . . . . . . : Domaene.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : Domaene.local
Ethernet-Adapter LAN-Verbindung 2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : DMZ-Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-AB-4D-9F
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.6.122(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter LAN-Verbindung* 4:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Failover Cluster Virtual Adapte
r
Physikalische Adresse . . . . . . : 02-19-99-AB-4D-9E
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 169.254.2.33(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.0.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Ethernet-Adapter Hyper-V Team VM2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VM-Netzwerk 2 - Virtuelles Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-9C-A7-3E
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.2.132(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.2.254
DNS-Server . . . . . . . . . . . : 192.168.2.101
192.168.2.102
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter Hyper-V VM1:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VM-Netzwerk 1 - Virtuelles Netzwerk
Physikalische Adresse . . . . . . : 00-19-99-AB-4D-9E
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.2.122(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.2.254
DNS-Server . . . . . . . . . . . : 192.168.2.101
192.168.2.102
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Ethernet-Adapter Clusterverwaltungsnetzwerk 2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Gruppe: Clusterverwaltungsnetzwerk 2
Physikalische Adresse . . . . . . : 00-19-99-9C-A7-4A
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.3.132(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 252868
Url: https://administrator.de/contentid/252868
Ausgedruckt am: 14.11.2024 um 15:11 Uhr
24 Kommentare
Neuester Kommentar
Hallo,
die logfiles hättest Du mal als erstes checken sollen bevor Du was neu startest.
Das meinst Du mit BackupDomäne und was mit verschiedenen Domänen?
Meinst Du debai Domaincontroler der selben Domäne oder je ein DC mit einer eigenen Domäne?
Da hat ein Netzwerkadapter ne Apipaadresse.
Was sagt nslookup? In bezug auf die Namensauflösung der Domänenrechner?
Sind die DNS-Server 192.168.2.101 und 192.168.2.102 auch Domaincontroler?
Ist der Physikalische auch DNS-Server und Domaincontroler?
Wo ist euer Admin für das Netzwerk? (Wenn im Urlaub evtl erreichbar)
Mehr Information über die Domainstruktur.
Gruß
Chonta
die logfiles hättest Du mal als erstes checken sollen bevor Du was neu startest.
Das meinst Du mit BackupDomäne und was mit verschiedenen Domänen?
Meinst Du debai Domaincontroler der selben Domäne oder je ein DC mit einer eigenen Domäne?
Da hat ein Netzwerkadapter ne Apipaadresse.
Was sagt nslookup? In bezug auf die Namensauflösung der Domänenrechner?
Sind die DNS-Server 192.168.2.101 und 192.168.2.102 auch Domaincontroler?
Ist der Physikalische auch DNS-Server und Domaincontroler?
Wo ist euer Admin für das Netzwerk? (Wenn im Urlaub evtl erreichbar)
Mehr Information über die Domainstruktur.
Gruß
Chonta
Hallo,
You made my Day
Ok.
Die Hilfe von nslookup hättest Du weglassen können.
Was leider nicht aus deinem Aufruf hervorgeht auf welchem Rechner hast Du nslookup gemacht?
nslookup versucht eine Namensauflösung direkt über den DNS-Server
und man gibt am besten immer nur einen Namen ein.
Aso auf jedem deiner Server u nd einmal auf einer Workstation 4 Aufrufe.
nslookup w2k8r2dc1.fms.local
nslookup w2k8r2dc2.fms.local
nslookup srvcl1.fms.local
nslookup srvcl2.fms.local
Wie sind die DNS-Server eingestellt? und sind beide IP per Ping erreichbar?
Evtl mal bei Srvc1 und den DNS-Client neu starten.
Geht die Replikation zwischen den beiden DC noch in Ordnung?
Gruß
Chonta
Unser ehemaliger Admin kennt sich hier auch nicht aus.... .
Kein wunder auch quereinsteiger und sehr geringes Interesse.
Kein wunder auch quereinsteiger und sehr geringes Interesse.
You made my Day
Ok.
Die Hilfe von nslookup hättest Du weglassen können.
Was leider nicht aus deinem Aufruf hervorgeht auf welchem Rechner hast Du nslookup gemacht?
nslookup versucht eine Namensauflösung direkt über den DNS-Server
und man gibt am besten immer nur einen Namen ein.
Aso auf jedem deiner Server u nd einmal auf einer Workstation 4 Aufrufe.
nslookup w2k8r2dc1.fms.local
nslookup w2k8r2dc2.fms.local
nslookup srvcl1.fms.local
nslookup srvcl2.fms.local
Wie sind die DNS-Server eingestellt? und sind beide IP per Ping erreichbar?
Evtl mal bei Srvc1 und den DNS-Client neu starten.
Geht die Replikation zwischen den beiden DC noch in Ordnung?
Gruß
Chonta
Hallo,
bitte bitte gewöhne Dir an zu sagen wo Du einen Fehler hast.
Und in dem Fehler im Log steht neben dem Text den Du gepostet hast auch immer die Quelle und die ID des Fehlers.
Also Welcher Server, Quelle des Fehlers und ID des Fehlers.
Ob ein Dienst als ausgeführt dasteht ist irrelewant, der kann laufen aber nicht richtig reagieren.
Anhand deiner Nslookupaufrufe entnehme ich das der W2K8R2DC2 sich selbst als DNS Server drinnen hat und sich selber nicht richtig auflösen kann.
Normalerweise sollten bei 2 vorhandenen DC/DNS Servern die server sich gegenseitig als ersten DNS-Server eingetragen haben um bei einem Neustart sofort eine richtige namensauflösung zu haben.
Da DC2 aber ein Problem hat bei DC1 nichts ändern.
Bei DC2 mal den DNS Server auf DC1 stellen
Laufen auf den DCs noch andere Dienste?
Die Managementtools RESAT knnst Du im übrigen auch auf deiner Workstation installieren (entsprechende Version beachten für Server 2008R2 sollte die Adminworkstation auch ein Windows 7 sein)
Logfiles checken.
replmon zum check der Replikation, dcdiag zum prüfen des AD.
Vor anwendung zu den Tools mal einlsesen.
Evtl mal den DC2 komplett neu Durchstarten (aber erstmal die tools checken)
Ist die Uhrzeit auf DC1 und DC2 gleich uder gibt es da eine Abweichung wenn ja wieviel?
ping 192.168.3.102 ? ich denke dein Netz ist 192.168.2.0/24?
Gruß
Chonta
bitte bitte gewöhne Dir an zu sagen wo Du einen Fehler hast.
Und in dem Fehler im Log steht neben dem Text den Du gepostet hast auch immer die Quelle und die ID des Fehlers.
Also Welcher Server, Quelle des Fehlers und ID des Fehlers.
Ob ein Dienst als ausgeführt dasteht ist irrelewant, der kann laufen aber nicht richtig reagieren.
Anhand deiner Nslookupaufrufe entnehme ich das der W2K8R2DC2 sich selbst als DNS Server drinnen hat und sich selber nicht richtig auflösen kann.
Normalerweise sollten bei 2 vorhandenen DC/DNS Servern die server sich gegenseitig als ersten DNS-Server eingetragen haben um bei einem Neustart sofort eine richtige namensauflösung zu haben.
Da DC2 aber ein Problem hat bei DC1 nichts ändern.
Bei DC2 mal den DNS Server auf DC1 stellen
Laufen auf den DCs noch andere Dienste?
Die Managementtools RESAT knnst Du im übrigen auch auf deiner Workstation installieren (entsprechende Version beachten für Server 2008R2 sollte die Adminworkstation auch ein Windows 7 sein)
Logfiles checken.
replmon zum check der Replikation, dcdiag zum prüfen des AD.
Vor anwendung zu den Tools mal einlsesen.
Evtl mal den DC2 komplett neu Durchstarten (aber erstmal die tools checken)
Ist die Uhrzeit auf DC1 und DC2 gleich uder gibt es da eine Abweichung wenn ja wieviel?
ping 192.168.3.102 ? ich denke dein Netz ist 192.168.2.0/24?
Gruß
Chonta
Einen DC in mehreren Netzen kann durchaus Probleme verursachen.
DCDIAG schreibt schonmal was von Problemen.
192.168.2.254 ist auch das Defaultgateway für alle anderen und hat eien Route in das 192.168.3.0/24 Netz? (Und andersrum auch)
Was sagt dcdiag auf dem anderen dc?
127.0.0.1 ist die lokalhostadresse also immer der rechner selber (Grundwissen)
Du hast die genauen Fehlerdaten nicht nachgereicht.
Gruß
Chonta
DCDIAG schreibt schonmal was von Problemen.
192.168.2.254 ist auch das Defaultgateway für alle anderen und hat eien Route in das 192.168.3.0/24 Netz? (Und andersrum auch)
Was sagt dcdiag auf dem anderen dc?
127.0.0.1 ist die lokalhostadresse also immer der rechner selber (Grundwissen)
Du hast die genauen Fehlerdaten nicht nachgereicht.
Gruß
Chonta
Hallo,
wie der Name Failover schon sagt, wenn eine Seite Ausfällt übernimmt der gegenpart die Aufgaben.
Es gibt unterschiedliche FailoverCluster active passive und activ active.
Da bei euch auf beidenHyperV eine VM läuft wird es activ activ sein oder so. Die Frage ist auch, wo sind die VM gespeichert? Es muss für ein Cluster einen Zentralen Speicher geben.
Bemühe mal die Suche hier im Forum da gibt es Problembeispiele und Hinweise für DC in verschiedenen Netzen.
Wenn ein DC in verschiednene Netzen unterwegs ist, MUSS sichergestellt werden, das alle für die Domäne Notwendigen Ports in beide Richtungen übermittelt werden. Das scheint Bei dir nicht der Fall zu sein.
Wenn DC1 im .2.0/24 Netz nachdem DC2 fragt fragt der im DNS. Im DNS nach welche IP der für die Kommunikation hat und bekommt 3.102.
Dann wird der das Defaultgateway fragen ehy was wie er da hin kommt. Und wenn dabei nicht richtig Gerutet wird und evtl Ports geblockt werden dann können die Server nicht miteinander reden und Zonk.
In die Andere Richtung und für die anderen Server das gleiche.
Du hast den Server2 neu gestartet, schön, aber deine DCs also dein AD also dein FUNDAMENT läuft anscheinend immer noch nicht rund, der Server hat anscheinend nur jetzt mit einem server kommuniziert mit dem er reden konnte.
Mein Rat suche ein Systemhaus das das mal checkt und lese Dich in ActivDirectory ein.
Ich habe schon erlebt wie einige Domänenrechner plötzlich Probleme hatten die Domääne mit .local aufzulösen. Abhilfe brachte nur den DIENST DNS-Client neu zu starten, dann ging es wieder.
Du postet auch immer schön den Inhalt der Logs aber ich hatte 1000000x gefragt welche ID und Welche Quelle also das was Dir angezeigt wird bevor du auf den Eintrag einen Doppelklick machst.
BSP:
Ebene Fehler Quelle: SideBySide ID 35
"text was drin steht wenn man doppelklickt"
Einen Cluster zu betreuen ist nichts das man mit Kentnisstand "ich weiß nicht was 127.0.0.1 für eine Adresse ist" von einem Tag auf den anderen stemmen kann ohne die Firma zu gefährden.
Wir alle haben klein angefangen und machen auch immer noch Fehler, aber bei der Arbeit mit Servern reicht das GamerPC-Wissen nicht aus und ein neustart ist nicht immer die "Lösung"
replmon
http://www.youtube.com/watch?v=GW2F0IzPblk
http://blog.powershell.no/2009/09/18/replmon-exe-not-included-in-window ...
bei 2008 nennt sich das repadmin.exe
Gruß
Chonta
wie der Name Failover schon sagt, wenn eine Seite Ausfällt übernimmt der gegenpart die Aufgaben.
Es gibt unterschiedliche FailoverCluster active passive und activ active.
Da bei euch auf beidenHyperV eine VM läuft wird es activ activ sein oder so. Die Frage ist auch, wo sind die VM gespeichert? Es muss für ein Cluster einen Zentralen Speicher geben.
Bemühe mal die Suche hier im Forum da gibt es Problembeispiele und Hinweise für DC in verschiedenen Netzen.
Wenn ein DC in verschiednene Netzen unterwegs ist, MUSS sichergestellt werden, das alle für die Domäne Notwendigen Ports in beide Richtungen übermittelt werden. Das scheint Bei dir nicht der Fall zu sein.
Wenn DC1 im .2.0/24 Netz nachdem DC2 fragt fragt der im DNS. Im DNS nach welche IP der für die Kommunikation hat und bekommt 3.102.
Dann wird der das Defaultgateway fragen ehy was wie er da hin kommt. Und wenn dabei nicht richtig Gerutet wird und evtl Ports geblockt werden dann können die Server nicht miteinander reden und Zonk.
In die Andere Richtung und für die anderen Server das gleiche.
Du hast den Server2 neu gestartet, schön, aber deine DCs also dein AD also dein FUNDAMENT läuft anscheinend immer noch nicht rund, der Server hat anscheinend nur jetzt mit einem server kommuniziert mit dem er reden konnte.
Mein Rat suche ein Systemhaus das das mal checkt und lese Dich in ActivDirectory ein.
Ich habe schon erlebt wie einige Domänenrechner plötzlich Probleme hatten die Domääne mit .local aufzulösen. Abhilfe brachte nur den DIENST DNS-Client neu zu starten, dann ging es wieder.
Du postet auch immer schön den Inhalt der Logs aber ich hatte 1000000x gefragt welche ID und Welche Quelle also das was Dir angezeigt wird bevor du auf den Eintrag einen Doppelklick machst.
BSP:
Ebene Fehler Quelle: SideBySide ID 35
"text was drin steht wenn man doppelklickt"
Einen Cluster zu betreuen ist nichts das man mit Kentnisstand "ich weiß nicht was 127.0.0.1 für eine Adresse ist" von einem Tag auf den anderen stemmen kann ohne die Firma zu gefährden.
Wir alle haben klein angefangen und machen auch immer noch Fehler, aber bei der Arbeit mit Servern reicht das GamerPC-Wissen nicht aus und ein neustart ist nicht immer die "Lösung"
replmon
http://www.youtube.com/watch?v=GW2F0IzPblk
http://blog.powershell.no/2009/09/18/replmon-exe-not-included-in-window ...
bei 2008 nennt sich das repadmin.exe
Gruß
Chonta
Hallo,
nach der ID lässt sich besser suchen bei google als nach dem Text der Fehlermeldung.
Problem bei Dir ist jedenfalls gewesen das der LDAP-Server also der DC der versucht wurde zu erreichen nicht erreicht werden konnte.
Das ein Zugriff über DNS-Namen nicht möglich ist aber über die IP schon bedeutet entweder das der Rechner von demaus versucht wird den Namen aufzulösen ein Problem hat (DNS-Client neustarten) oder der DNS-Server hat ein Problem oder beim Routing stimmt etwas nicht.
Was läuft paralel zum Thred und gibt keine Rückmeldungen?
Gruß
Chonta
nach der ID lässt sich besser suchen bei google als nach dem Text der Fehlermeldung.
Problem bei Dir ist jedenfalls gewesen das der LDAP-Server also der DC der versucht wurde zu erreichen nicht erreicht werden konnte.
Das ein Zugriff über DNS-Namen nicht möglich ist aber über die IP schon bedeutet entweder das der Rechner von demaus versucht wird den Namen aufzulösen ein Problem hat (DNS-Client neustarten) oder der DNS-Server hat ein Problem oder beim Routing stimmt etwas nicht.
Was läuft paralel zum Thred und gibt keine Rückmeldungen?
Gruß
Chonta