Periodically my ASP.NET application crashes (usually because memory consumption exceeds maximum allowed by application pool) and DW20.exe
starts up. This is a big problem because it uses huge amounts of memory and CPU for minutes at a time.
I want to know how to stop DW20.exe
from running. Please note, I have already tried these often mentioned solutions:
Disabling error reporting in Control Panel > System > Advanced > Error Reporting
Disabling the Error Reporting Service
Modifying the registry as in http://support.microsoft.com/kb/841477 (however I might have done this wrong - this doc says "add a
DWReportee
value of 1" - what I did was add a DWORD entry with hexadecimal value of 1 - is this right? Also only 2 of the 4 keys were present, so I only modified these, e.g. there was noHKEY_LOCAL_MACHINE\Software\Policies\Microsoft\PCHealth
key at all)
So, zero points for suggesting any of the above (unless you can see I have modified the registry incorrectly)! Also zero points for suggesting I resolve whatever is causing the application crashes :) - I am figuring this out, I just want something in the mean time to stop DW20.exe
eating up all the server resources.
By the way, this is a Windows 2003 SP1 server, with IIS 6 and SQL 2005 installed. There is no MS Office.
There are four keys that need to be added. If the key or path does not exist, you need to add the key so that you all the way down to the value. DWord and hexadecimal 1 is fine.
You can create the path similar to the way you create folders in explorer.
Example:
Under Policies\Microsoft Right click in the window and select New->Key. Type PCHealth.
Under PCHealth Right click in the window and select New->Key. Type DW
Under DW Right Click and select DWORD Value. Name the value DWReportee and then set the value to 1 (whether it is decimal, hexadecimal,... is irrelevant since a 1 is a 1 in any number format)
All four values should be there. Rebooting will ensure a clear setting and all processes are reset.
I think what you want may actually be here: http://support.microsoft.com/kb/325075/ it was linked to from the kb article you mentioned.
Sorry, that looks specific to office, maybe worth a try tho.
This might be more helpful: http://msdn.microsoft.com/en-us/library/bb204634(VS.85).aspx
This is kinda a prelude to the prior mentioned article: http://msdn.microsoft.com/en-us/library/2ac5yxx6.aspx
Looks to me like your best bet currently would be to try clearing the HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\Current Version\AeDebug\Debugger String, make sure to back it up first.