Terminalserver 2012R2 Application Hang - nichts geht mehr

Hallo zusammen,

ich habe seit gestern das Problem dass sich ohne vorankündigung bei allen Usern die Programme aufhängen und nicht mehr funktionieren.
Im Ereignislog bekomme ich nur die Fehlerid 1002 Application Hang.....

Dies tritt bei jedem Programm auf (Outlook, ERP System etc.....)

Es arbeiten ca. 20 User auf dem Server.

- 32 GB Ram
- 2 Prozessoren mit jeweils 6 Kernen

Last ist immer unter 30%

Updates sind auf dem neusten Stand

Tritt auch auf wenn AV deaktiviert ist....

Es wurde keine neue Software installiert

Jemand eine Idee? Ich bin gerade ratlos.....

Programm OUTLOOK.EXE, Version 15.0.4885.1000 kann nicht mehr unter Windows ausgeführt werden und wurde beendet. Überprüfen Sie den Problemverlauf in der Wartungscenter-Systemsteuerung, um nach weiteren Informationen zum Problem zu suchen.
Prozess-ID: 2ce8
Startzeit: 01d256d6f322ab20
Endzeit: 15
Anwendungspfad: C:\Program Files (x86)\Microsoft Office\Office15\OUTLOOK.EXE
Berichts-ID: 3cd45986-c2ca-11e6-80d6-0050568932e5
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

Vielen Dank

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 323905

Url: https://administrator.de/forum/terminalserver-2012r2-application-hang-nichts-geht-mehr-323905.html

Ausgedruckt am: 22.12.2024 um 09:12 Uhr

12 Kommentare

Neuester Kommentar

Moin,

Jemand eine Idee?

RAM, Platte(n) oder MB defekt? Ggfs. Virus/Trojaner?

lg,
Slainte

Servus,

alles überprüft und OK.

TS ist via VMware 6 virtualisiert. Alle anderen Maschinen haben kein Problem.

via VMware 6 virtualisiert

Dann sag das doch gleich

ist der ESXi und die Windows VMWare Tools auf dem aktuellen Stand?
Wie sieht die IO Latenz auf dem Datastore aus?

Achja: wann wurde die VM das letzte mal rebootet? Gerade bei RD-Servern hat sich ein wöchentlicher Reboot bewährt

Ja VMWare Tools habe ich heute upgedatet. Server Reboot war vorher da garnix mehr funktionierte.....

I/O immer zwischen 0 und 5 ms auf dem Store...

Die VM läuft auf einem Raid6 mit 10K SAS Platten - hier sollte es eigentlich keine Probleme geben denke ich

Habe gerade die VM mit Veeam auf nen anderen Stand zurückgesetzt. Aktuell keine Fehler. Mal schauen was morgen kommt wenn er ein wenig produktiv ist

Ein erheblicher Teil des SQL Server-Prozessarbeitsspeichers wurde ausgelagert. Dies kann zu einer Leistungseinbuße führen. Dauer: 0 Sekunden. Workingset (KB): 86124; Commit ausgeführt (KB): 476736; Arbeitsspeichernutzung: 18%%.

Kann mir jemand sagen was das bedeutet.... Im netz findet man wenig darüber..

leider besteht das Problem immer noch das sich Anwendungen einfach aufhängen

Ein erheblicher Teil des SQL Server-Prozessarbeitsspeichers wurde ausgelagert. Dies kann zu einer Leistungseinbuße führen
Kann mir jemand sagen was das bedeutet.... Im netz findet man wenig darüber..

Das bedeutet genau das was da steht

Zu weing RAM -> schlechte SQL Performance.

Du hast einen MSSQL direkt auf dem TS laufen? Dann wundert mich die obige Meldung nicht

leider besteht das Problem immer noch das sich Anwendungen einfach aufhängen

Sind denn die Snapshots der VM sauber? Machst du regelm. Snapshots auf VSS und/oder VMWare ebene?

Servus,

nein habe ich nicht. Das ist der interne SQL von Windows....

nein wir machen keine Snapshots da wir mit Veeam sichern.

nein wir machen keine Snapshots da wir mit Veeam sichern.

Auch Veeam macht Snapshots um die VMs in einem konsistenten Zustand sichern zu können. Wird meine einen Blick in den Snapshot Manager der VM und lösche ggfs. vorhanden Snapshots. Zusätzlich kannst du auch mal Snapshots -> Konsolidieren aufrufen, das räumt dann noch evtl. übriggebliebenes auf.

Wenns das immer noch nicht geht,w eis ich auch nicht weiter.

Chkdsk in der VM hast du schon gemacht? VM evtl. mal auf einen anderen Host und/oder Datastore migrieren,

Danke für deine Antworten

keine Snaphots vorhanden. Veeam arbeitet da relativ sauber .

Ich habe aber mittleweile eine vermutung....

Fehler trat das erste mal am Mittwoch auf. Hier wurde ein Mitarbeiter auf den Terminalserver umgezogen.
Laut Aussage von Bürokollegen traten die Fehler hier das erste mal auf.

Gestern vormittag war alles ruhig und ohne Probleme - Mitarbeiter war nicht im Haus...
Am Nachmittag war der Mitarbeiter im Haus und schon hatten wir wieder die Probleme.

Heute ist der Mitarbeiter nicht im Haus und wir haben wieder keine Probleme. Ereignislog zeigt zwar 2 Fehler - aber nicht in der Masse wie vorher.

Dummer Zufall ?

Ich werde den Mitarbeiter jetzt einfach mal auf einen anderen TS switchen und schauen was der Problemserver macht