Jump to content

speednic

Members
  • Gesamte Inhalte

    3
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von speednic

Rookie

Rookie (2/14)

  • Erste Antwort
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei
  • 1 Jahre dabei

Neueste Abzeichen

10

Reputation in der Community

  1. Geloest : anscheinend war eine IP aus den virtuellen IPs der Ausloeser fuer die Probleme. Diese IP hat das LAN starten so weit beeinflusst als das die statische primaere Adresse nicht eintragbar war. Es kam, nach loeschen der IPs immer wieder diese IP zum vorschein, obwohl diese selbst in der Registry nicht mehr zu finden war. Loesung : Alle IPs loeschen, und eine fiktive IP z.B. 1.2.3.4 eintragen. Server neu starten und schaun was in den LAN Eigenschaften eingetragen ist (die IP die den Fehler produziert). Via CMD Line zeigt er naemlich die IPs ggf. richtig an. Registry nochmal aufmachen und nach der alten 1. statischen IP suchen (sollte im NLB drinnen sein) und diese auf die fiktive IP umtragen (mehrfach vorhanden). Server wieder neu starten. Gleiche von vorne. Irgendwann sollte dann nur noch die fikive IP in der Registry sein, wenn dies geschehen ist, dan wird im LAN wiederrum nur die alte 1. statische IP drinnen sein und die clusterIP adresse. ggf. vorher auch noch nach den alten virutellen IPs suchen und alle (bis auf die cluster IP) loeschen. immer wieder neu starten damit sich die Registry quasi repariert. Wenn somit nur noch die fikive da ist die fiktive in der Registry dann manuell auf die IP welche als primaere IP in den LAN eigenschaften drinnen ist (sollten ja nur noch 2 sein) umtragen und wieder neu starten (WICHTIG !! keine Aenderungen in den LAN Eigenschaften, bis aufs loeschen, vornehmen, weil das runiert nur alles wieder !!!!). Wen das geschehen ist dann sollte man wieder die alte IP erreichbar haben, alle virtuellen IPs wieder eintragen und neu starten. also viel spass bei sowas, was in unserem Fall nur zufaellig beim Stromausfall passiert ist, weil das kann anscheinend immer passieren und war nur Zufall. Arbeitsaufwand kann man mit ca. 2 Tagen ansetzen bis man alles wieder neu eingetragen und bereinigt hat. "mist hacke sag ich nur"
  2. das sind alle Maschinen/Geraete die hier fuer diesen Cluster verwendet werden mit den jeweiligen HauptIPs. also gesamt 4 W2008 Server (2x ENT und 2x STD) und halt die anderen Server und Geraete auch noch die da mitspielen. Weis sonst jetzt ned was ich da noch genauer beschreiben sollte ausser einen Netzplan :) Abgesehen das der Ausgangspunkt ein nicht zu erwartender Stromausfall durch Gewitter war der eigentlich abgefedert sein sollte aber leider halt in die 0,01% reingefallen ist die halt "nicht abgefedert" worden sind weil 100% gibts halt nix ;( hier noch die LAN config nach einem Reboot (LAN2 ist ok, LAN1 schrott). Ersten 2 oktaven vom LAN1 sind gecrunched. Einzige was er richtig entragt ist der Gateway vom LAN1 aber das wars dann auch schon. Ethernet-Adapter LAN-Verbindung 2: Verbindungsspezifisches DNS-Suffix: Verbindungslokale IPv6-Adresse . : fe80::ed39:3a8a:86f:8acb%11 IPv4-Adresse . . . . . . . . . . : 172.16.100.5 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : Ethernet-Adapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Verbindungslokale IPv6-Adresse . : fe80::5561:a079:3dae:6692%10 IPv4-Adresse (Auto. Konfiguration): 169.254.102.146 Subnetzmaske . . . . . . . . . . : 255.255.0.0 Standardgateway . . . . . . . . . : xxx.xxx.100.1
  3. Hallo an alle, nach einem unerwarteten Gau-Stromausfall habe ich folgendes Problem und bis dato hat mir noch keiner eine Loesung aufgezeigt und mein Latein selber ist hier auch leider seit einiger Zeit am Ende. Ausgangspunkt bzw. Server : 2 Server (W2008R2 Enterprise, DC, SQL2008R2), IPs .11 und .12 2 Server (W2008R2 Standard, IIS, NLB Cluster), IPs .5 und .6 NLB-Cluster, IP .2 + diverse secondary IPs (z.B. 140, 144, etc) 2 DNS Server (Linux BIND) jeder Server hat 2 Netzwerkkarten (ext. x.x.100.x, int. 172.16.100.x) 1 Cisco 3550 Switch, IP .13 1 Cisco 7401 Router, IP .1 Die 2 DC/SQL Server laufen nach dem Gau wieder einwandfrei bzw. ist hier kein Fehler feststellbar. Es sind sowohl die externen IPs als auch die internen IPs vom Router/Switch aus pingbar. Die 2 NLB/Cluster Server sind zwar hochgefahren und sind ueber die interne IP erfolgreich erreichbar (sowohl von den anderen Servern, Switch und Router) und pingbar. Die externe IP wird - obwohl statisch angegeben - aber lediglich als 169.254.x.x angelegt und ist somit nicht erreichbar. Veraendert man das LAN von einem Cluster von z.B. .5 auf .7 um und sagt OK ohne Neustart werden alle IPs (inkl. secondary) erfolgreich eingetragen. Alle secondary IPs und die ClusterIP sind dannach von aussen erreichbar/pingbar. Die IP .7 aber nicht. Nach einem Neustart ist wieder die .5 drinnen und das Problem fangt wieder von vorne mit 169.254.x.x an. Man kann die 2 Cluster-Server auch nicht von den anderen Server her aus pingen, ausser ueber die interne IP. Wenn man die IPs lokal am NLB pingen will gibts immer einen "Error 1232" in der CMD, gleiches gilt wenn irgendeine IP pingen will, wie wenn die Netzwerkkarte abgedreht wurde. Am Switch selber sehe ich aber die MAC-Adressen aller 4 Server, d.h. die Netzwerkkarte selber ist funktionabel was ja auch durch den getesteten Request nach dem IP change hervorgeht. Problem was hier nun entsteht ist, dass zwar die Verbindung ueber die secondary IPs von aussen funktioniert aber alles andere nicht. D.h. man kann z.B. keine Webseite vom Server nach aus aufrufen, kein Script lauft um Daten von einem DNS zu hohlen, usw. Wie wenn er quasi keine "Internet-Verbindung" hat obowhl er eigentlich eine hat. Hat vielleicht irgendwer eine Ahnung was da nach dem Strom-Gau passiert sein koennte ?? Vorher hat alles astrein funktioniert. Wie wenn er irgendwas verloren haette. Falls noch Daten/Infos benoetigt werden bitte kurze Info damit ich diese nachreichen kann. Danke Alex
×
×
  • Neu erstellen...