14
Server 2008 R2 Std reagiert für mehrere Minuten nicht mehr
Hier geht es um einen Windows 2008 R2 Standart single DC
Der Server läuft auf einem HP ML350T06 Tower, Quad-Core Xeon E5506 2,13GHz, DVD±RW, 24GB DDR3, SmartArray 410i 5 SAS Platten im Raid 5, P212/ZeroMem für LTO Streamer
Auf dem Server laufen 2 virtuelle Maschinen auf einer VMWare (1 x NT 4.0 und Server 2003)
Der Server ist seit ca. 3 Jahren in Betrieb. Seit ca. 2 Monaten zeichnet sich folgendes Phänomen ab:
Aus heiterem Himmel verlieren die Arbeitsstationen (Windows XP SP3) ihre Verbindung zum Server. Ping ist zwar noch möglich, aber kein Zugriff auf die Freigaben oder die Datenbanken die auf dem Server 2003 in der VMWare laufen. Der Server friert hierbei aber nicht völlig ein. Will man sich lokal an diesem anmelden, kann man noch das Adminkennwort eintippen, Benutzereinstellungen werden geladen u.s.w. erscheint noch aber dann wartet man vor einem blauen Bildschirm. Nach 2-3 Minuten funktioniert wieder alles, die lokale Anmeldung am Server fährt fort und die Arbeitsstationen haben auch wieder Zugriff auf die Shares. Ich habe beobachtet das dieser Stillstand teilweise auch dann auftritt wenn ich mich im laufenden Betrieb lokal am Server anmelde. Ich kann leider nicht sagen das der Stillstand bei jeder lokalen Anmeldung auftritt. Das ganze Problem tritt sehr willkürlich auf. Die Ereignissanzeige zeigt nach dem Stillstand b.z.w. während des Stillstands keinerlei Fehler auf. Einen einzigen hatte ich mal:
Source: DistributedCOM
ID: 10010
Der Server "{E10F6C3A-F1AE-4ADC-AA9D-2FE65525666E}" konnte innerhalb des angegebenen Zeitabschnitts mit DCOM nicht registriert werden.
gefolgt von diesem hier:
Source:GroupPolicy
ID:1058
Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\xxx.local\sysvol\xxx.local\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann:
a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller.
b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert).
c) Der DFS-Client (Distributed File System) wurde deaktiviert.
Da die beiden aber bislang nur einmal im Log stehen glaube ich nicht an einen Zusammenhang.
Das HP Management sagt die Hardware sei in Ordnung. Hat irgendjemand eine Idee hierzu? Ich verzweifle langsam.
LG Oli
Aus heiterem Himmel verlieren die Arbeitsstationen (Windows XP SP3) ihre Verbindung zum Server. Ping ist zwar noch möglich, aber kein Zugriff auf die Freigaben oder die Datenbanken die auf dem Server 2003 in der VMWare laufen. Der Server friert hierbei aber nicht völlig ein. Will man sich lokal an diesem anmelden, kann man noch das Adminkennwort eintippen, Benutzereinstellungen werden geladen u.s.w. erscheint noch aber dann wartet man vor einem blauen Bildschirm. Nach 2-3 Minuten funktioniert wieder alles, die lokale Anmeldung am Server fährt fort und die Arbeitsstationen haben auch wieder Zugriff auf die Shares. Ich habe beobachtet das dieser Stillstand teilweise auch dann auftritt wenn ich mich im laufenden Betrieb lokal am Server anmelde. Ich kann leider nicht sagen das der Stillstand bei jeder lokalen Anmeldung auftritt. Das ganze Problem tritt sehr willkürlich auf. Die Ereignissanzeige zeigt nach dem Stillstand b.z.w. während des Stillstands keinerlei Fehler auf. Einen einzigen hatte ich mal:
Source: DistributedCOM
ID: 10010
Der Server "{E10F6C3A-F1AE-4ADC-AA9D-2FE65525666E}" konnte innerhalb des angegebenen Zeitabschnitts mit DCOM nicht registriert werden.
gefolgt von diesem hier:
Source:GroupPolicy
ID:1058
Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\xxx.local\sysvol\xxx.local\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann:
a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller.
b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert).
c) Der DFS-Client (Distributed File System) wurde deaktiviert.
Da die beiden aber bislang nur einmal im Log stehen glaube ich nicht an einen Zusammenhang.
Das HP Management sagt die Hardware sei in Ordnung. Hat irgendjemand eine Idee hierzu? Ich verzweifle langsam.
LG Oli
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 180922
Url: https://administrator.de/contentid/180922
Printed on: April 25, 2024 at 17:04 o'clock
14 Comments
Latest comment
Hi
Du hast den realen DC + 2 virtuelle Maschinen auf einem Raid 5 laufen ??? verstehe ich das richtig? Und dazu noch eine Datenbank auf einer virtuellen Maschine ...
Wie groß ist diese Datenbank ??? Wieviele Benutzer greifen auf diese zu ??? Könnte zb. eine Suche oder Abfrage den Server bzw. dein Raid so auslasten ?? Hast du mal auf die Festplatten LED´s geschaut wenn du dich anmeldest bzw. das Problem besteht ???
Ich denke mal das in den 3 Jahren die Datenbank gewachsen ist und ggf. in den letzten 2 Monaten noch mehr Datensätze dazukamen ....
Schau dir mal bei einem "Hänger" die Festplattenauslastung genauer an bzw. das VMWare Log, ob I/O ziemlich hohe Werte hat.
MfG Nemesis
Du hast den realen DC + 2 virtuelle Maschinen auf einem Raid 5 laufen ??? verstehe ich das richtig? Und dazu noch eine Datenbank auf einer virtuellen Maschine ...
Wie groß ist diese Datenbank ??? Wieviele Benutzer greifen auf diese zu ??? Könnte zb. eine Suche oder Abfrage den Server bzw. dein Raid so auslasten ?? Hast du mal auf die Festplatten LED´s geschaut wenn du dich anmeldest bzw. das Problem besteht ???
Ich denke mal das in den 3 Jahren die Datenbank gewachsen ist und ggf. in den letzten 2 Monaten noch mehr Datensätze dazukamen ....
Schau dir mal bei einem "Hänger" die Festplattenauslastung genauer an bzw. das VMWare Log, ob I/O ziemlich hohe Werte hat.
MfG Nemesis
Hallo und Danke für die Antwort.
Die Datenbank ist nicht sonderlich groß. Das ist eine Filemaker Datenbank die auf einer virtuellen läuft. Das ganze Netz ist recht klein. 10 Stationen greifen auf den Server zu. Außerdem erklärt das nicht den Zusammenhang damit das das Problem zu 75% dann auftritt wenn man sich lokal an der Serverconsole anmeldet.
Unabhängig vom Anmelden am Server tritt das Problem alle 2 Tage zu willkürlichen Uhrzeiten 1 oder 2 mal auf.
Dennoch werde ich die VMLogs mal prüfen.
LG Oli
Die Datenbank ist nicht sonderlich groß. Das ist eine Filemaker Datenbank die auf einer virtuellen läuft. Das ganze Netz ist recht klein. 10 Stationen greifen auf den Server zu. Außerdem erklärt das nicht den Zusammenhang damit das das Problem zu 75% dann auftritt wenn man sich lokal an der Serverconsole anmeldet.
Unabhängig vom Anmelden am Server tritt das Problem alle 2 Tage zu willkürlichen Uhrzeiten 1 oder 2 mal auf.
Dennoch werde ich die VMLogs mal prüfen.
LG Oli
Sind da genug Client-Acces-Lizenzen für den Server 2008 vorhanden?
Hört sich nicht danach an, als ob Das dein Problem wäre.
Hört sich nicht danach an, als ob Das dein Problem wäre.
Ich weiß ehrlich gesagt gerade nicht wie ich das überprüfen soll. Würde das nicht auch im eventlog stehen wenn es da Probleme gäbe?
LG Oli
LG Oli
Hi,
ich glaube mit den CALs hat dies am wenigsten zu tun...
Wie schaut es denn mit aktuellen Treibern/Firmware aus?
ich glaube mit den CALs hat dies am wenigsten zu tun...
Wie schaut es denn mit aktuellen Treibern/Firmware aus?
Hi
Hast du mal mittels msconfig geschaut, was beim anmelden am 2003 alles mitgestartet wird ???
Läuft auf dem 2003 ein AV und was für einer.
Wann scannt der nach Viren.
Wie schaut es beim 2008 R2 mit AV aus. Sind die VMWare Daten ausgeschlossen???
Ist der 2003 Server ein Domainmember ??? Werden beim anmelden GPO´s verarbeitet ??? oder sogar ein Servergespeichertes Profil gezogen ??
Wie groß sind die Dateien im Freigabeordner ??? (Du hast oben geschrieben ein paar Freigaben) Das in dem Moment jemand was davon zieht was größer ist ???
Du schreibst leider auch mit was genau du virtuallisierst ... Workstation / Player welche Version.
Kann ein Windows Update vor 2 Monaten das Verhalten auf dem W2k3 und W2k8R2.
MfG Nemesis
Hast du mal mittels msconfig geschaut, was beim anmelden am 2003 alles mitgestartet wird ???
Läuft auf dem 2003 ein AV und was für einer.
Wann scannt der nach Viren.
Wie schaut es beim 2008 R2 mit AV aus. Sind die VMWare Daten ausgeschlossen???
Ist der 2003 Server ein Domainmember ??? Werden beim anmelden GPO´s verarbeitet ??? oder sogar ein Servergespeichertes Profil gezogen ??
Wie groß sind die Dateien im Freigabeordner ??? (Du hast oben geschrieben ein paar Freigaben) Das in dem Moment jemand was davon zieht was größer ist ???
Du schreibst leider auch mit was genau du virtuallisierst ... Workstation / Player welche Version.
Kann ein Windows Update vor 2 Monaten das Verhalten auf dem W2k3 und W2k8R2.
MfG Nemesis
moinsen,
Naja - also ich hätte da eine 95% Sicherheit, wo es klemmt....
- ein W2k8 Server mit 8 GB
- darin die Rolle DC und eine VMware Windowslösung namens? in version?
- und wenn sich jemand lokal anmeldet (was man auf nem DC eigentlich auch nicht sollte) - greift das Ding in die Grütze und wenn dann das RAM ausgelagert ist - funktionierts wieder?
Naja - also ich hätte da eine 95% Sicherheit, wo es klemmt....
Danke für die Mühe,
VMware Infrastructure Web Access
Version 2.0.0
Build 128374
VMware Server
Version 2.0.2
Build 203138
VMware Infrastructure Web Access
Version 2.0.0
Build 128374
VMware Server
Version 2.0.2
Build 203138
Servus,
die 2.0.0 ist etwas älter - da würde ich mal einen Blick drauf werfen
Dein Problem ist aber sehr wahrscheinlich, dass die Kiste zuwenig Ram hat.
Stopf da mal ein bisschen nach - bzw. Schau dir den Verlauf der Auslastung an...
die 2.0.0 ist etwas älter - da würde ich mal einen Blick drauf werfen
Dein Problem ist aber sehr wahrscheinlich, dass die Kiste zuwenig Ram hat.
Stopf da mal ein bisschen nach - bzw. Schau dir den Verlauf der Auslastung an...
Verzeihung, ich muß mich korrigieren. Die Kiste hat inzwischen sogar 24 GB Arbeitsspeicher
http://www.cmcnet.de/sys.jpg
http://www.cmcnet.de/sys.jpg
Moin Moin!
Wie viel NICs hat die Büchse?
Hängt das Ding irgendwie am KVM- Switch?
Was ich mal hatte, bei einer Workstation war, dass das Netzteil nicht mehr die Leistung gebracht hat und sich dann sporadisch aufgegangen hat. Aber beim Server hatte ich das noch nie...
Gruß
Wie viel NICs hat die Büchse?
Hängt das Ding irgendwie am KVM- Switch?
Was ich mal hatte, bei einer Workstation war, dass das Netzteil nicht mehr die Leistung gebracht hat und sich dann sporadisch aufgegangen hat. Aber beim Server hatte ich das noch nie...
Gruß
Hallo,
ja die Kiste hängt an einem KVM Switch. Allerdings passiert das ganze auch bei einer Anmeldung per RDP. Im Server sind 2 Netzwerkkarten, eine der Karten ist deaktiviert, die andere karte hängt an einem Gigabit Link.
Gruß
ja die Kiste hängt an einem KVM Switch. Allerdings passiert das ganze auch bei einer Anmeldung per RDP. Im Server sind 2 Netzwerkkarten, eine der Karten ist deaktiviert, die andere karte hängt an einem Gigabit Link.
Gruß
Was sagt eigentlich das Systemhaus das euch den Server verkauft hat ?
Moin Moin!
Nimm das Ding mal vom Switch ab und schau ob es sich auch aufhängt!
Ein Versuch ist es Wert.
Hier hatte eine schonmal so ein ähnliches Problem und es lag am Switch.
Gruß jenni
Nimm das Ding mal vom Switch ab und schau ob es sich auch aufhängt!
Ein Versuch ist es Wert.
Hier hatte eine schonmal so ein ähnliches Problem und es lag am Switch.
Gruß jenni
