Dirk-HH-83 14 Geschrieben 23. Juli 2014 Melden Teilen Geschrieben 23. Juli 2014 Hallo, Problem: - WTS 2008 (in vmware) mit ca. 20-50 Usern verabschiedet sich mit Bluescreen. - Die anderen SQL und SBS Server im selben ESX laufen unverändert weiter. -wir beobachten recht hohe Auslastung beim WTS - installierte Software: SAP B1, Office, Skype, Nuance PDF Prof. Enterprise, Bullzip PDF, TEC-IT Barcode Designer, Zeiterfassung Software, div. Drucker - Der Bluescreen ist immer der selbe und dies sticht bei der Meldung heraus: RDPDD.dll 0x0000003B (0x0000000080000000003,0xFFFF9600081140D.... Was kann da die Ursache sein. Es handelt sich um einen zweiten Terminalserver, auf dem ersten Terminalserver hatten wir den Fehler auch. Der zweite Terminalserver hat nahezu dieselbe Programme wieder der erste Server. Das Minidump sieht so aus: Microsoft ® Windows Debugger Version 6.2.9200.20512 AMD64 Copyright © Microsoft Corporation. All rights reserved. Loading Dump File [C:\Users\xy\Desktop\072314-43040-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available WARNING: Non-directory path: 'C:\Windows\Minidump\071014-8377-01.dmp' Symbol search path is: C:\Windows\Minidump\071014-8377-01.dmp Executable search path is: Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2 *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64 Product: Server, suite: Enterprise TerminalServer Built by: 7601.18409.amd64fre.win7sp1_gdr.140303-2144 Machine Name: Kernel base = 0xfffff800`01654000 PsLoadedModuleList = 0xfffff800`01897890 Debug session time: Wed Jul 23 11:49:01.885 2014 (UTC + 2:00) System Uptime: 10 days 14:47:35.486 Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2 *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Loading Kernel Symbols ............................................................... ................................................................ ........... Loading User Symbols Loading unloaded module list ................... ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck 3B, {80000003, fffff9600084140d, fffff8801431b970, 0} *** WARNING: Unable to verify timestamp for RDPDD.dll *** ERROR: Module load completed but symbols could not be loaded for RDPDD.dll ***** Kernel symbols are WRONG. Please fix symbols to do analysis. ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* Probably caused by : RDPDD.dll ( RDPDD+140d ) Followup: MachineOwner --------- Zitieren Link zu diesem Kommentar
Dr.Melzer 191 Geschrieben 23. Juli 2014 Melden Teilen Geschrieben 23. Juli 2014 Seit wann tritt das Problem auf? Was wurde kurz vorher geändert? Schau dir mal an ob der Hotfix dein Problem behebt: http://support.microsoft.com/kb/2525246 Zitieren Link zu diesem Kommentar
Dirk-HH-83 14 Geschrieben 24. Juli 2014 Autor Melden Teilen Geschrieben 24. Juli 2014 (bearbeitet) Das Problem tritt sporadisch auf, eher nur Tagsüber bei Auslastung Diese Woche wurde nix geändert Gibt es bestimmte Vorsichtsmaßnahmen die empfehlenswert für Installation des Hotfixes wären? Klar Backup muss gelaufen sein, deinstallieren läßt sich der Hotfix zur Not ja bestimmt auch. Ist auch so das wir den Hotfix erst auf einem der 2-3 TS Server beobachten können Insofern vielen dank für den Tipp! bearbeitet 24. Juli 2014 von Dirk-HH-83 Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 24. Juli 2014 Melden Teilen Geschrieben 24. Juli 2014 Sehr wahrscheinlich ein Druckertreiber-Problem oder ein Problem mit Port Monitors von Drittanbietern. Empfehlung hier ist Verwenden von TS EasyPrint und Entfernen der Drittanbietertreiber samt Zubehör und Installation der entsprechenden Patches: http://www.eversity.nl/blog/2012/08/a-timeout-30000-milliseconds-was-reached-while-waiting-for-a-transaction-response-from-the-name-of-service-service/ und http://www.idogroup.com/search-knowledgebase/view-article/3-rdp-or-terminal-services-2008-stops-printing-to-client-created-printers-part-1-of-3 Zitieren Link zu diesem Kommentar
Dirk-HH-83 14 Geschrieben 30. Juli 2014 Autor Melden Teilen Geschrieben 30. Juli 2014 Hallo Daniel, über GPO haben wir ausgeschaltet, dass lokale Windows Clients "Drucker" über RDP mitschleifen/mappen (Drucker in Sitzung 000) Das meinst du oder? Die Druckfehlermeldungen habe ich nicht entdeckt http://www.eversity....ervice-service/ und http://www.idogroup....ers-part-1-of-3 Der Patch ist installiert und wir beboachten Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 30. Juli 2014 Melden Teilen Geschrieben 30. Juli 2014 (bearbeitet) Nicht nur. Starte mal die Druckerverwaltungskonsole und schau Dir den TS an. Was sind da für Druckertreiber geladen? Was für Port Monitors? Was für Drucker sind in Summe eingerichtet? Die Empfehlung lautet, auf dem Terminal Srrver nur den XPS-Druckertreiber im Kern zu verwenden und mit Easy Print die Druckausgabe durch den Clientdruckertreiber zu schicken: http://blogs.technet.com/b/dmelanchthon/archive/2008/02/03/ts-easy-print-und-das-drucken-in-terminal-server-umgebungen-mit-windows-server-2008.aspx und http://technet.microsoft.com/de-de/library/ff519199(v=ws.10).aspx Das dürfte bei Dir gerade nicht eingerichtet sein. Generell kannst Du den Memory Dump des Bluescreens mit dem Winfows Debugger laden und analysieren. Hier eine Anleitung, wie man dabei vorgehen kann: http://windoh.wordpress.com/2012/06/21/blue-screen-system_service_exception-on-ws08r2/ bearbeitet 30. Juli 2014 von Daniel -MSFT- Zitieren Link zu diesem Kommentar
Dirk-HH-83 14 Geschrieben 7. August 2014 Autor Melden Teilen Geschrieben 7. August 2014 danke, seit diesem Hotfix kein Bluescreen mehr http://support.micro....com/kb/2525246 Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 7. August 2014 Melden Teilen Geschrieben 7. August 2014 Danke für die Rückmeldung. Eine gute Übersicht über die verfügbaren Hotfixes findet man für Windows Server 2008 R2 unter http://support.microsoft.com/kb/2601888, für 2012 unter http://support.microsoft.com/kb/2821526 und 2012 R2 unter http://support.microsoft.com/kb/2933664. Aber bitte nicht alle proaktiv installieren, sondern nur, wenn man das Problem, welches der Hotfix löst, tatsächlich hat. Zitieren Link zu diesem Kommentar
Dirk-HH-83 14 Geschrieben 28. Oktober 2014 Autor Melden Teilen Geschrieben 28. Oktober 2014 Statusupdate: nach installation von vmware updates / mehr RAM zuteilen / Hotfix: http://support.microsoft.com/kb/2970215 ist bluescreen RDPDD.DLL bei beiden eigentlich identischen Terminalservern gelöst / weg. Neues Problem: offenbar nur der eine Terminalserver stürzt alle paar Tage ab und hat im Vmware Client dann eine schwarzen Bildschirm. Es gibt keine Dumbfiles. Es gibt dahingehend die Vermutung, dass die Ursache die SAP B1 Druckvorgänge sind. Die Abteilung mit den intensiven SAP Druckvorgängen hat jetzt temporär einen eigenen Terminalserver und es wird beobachtet. Die oben angesprochene TS EASY Print / XPS Lösung haben wir leider noch nicht verfolgt. ( we will do!) Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.