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
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
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 180922
Url: https://administrator.de/contentid/180922
Ausgedruckt am: 24.11.2024 um 04:11 Uhr
14 Kommentare
Neuester Kommentar
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
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....
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...