IIS 7 and Above
w3wp.exe crash - faulting module iisfcgi.dll
Last post Sep 05, 2013 04:04 PM by networkengineer49
Aug 08, 2013 05:08 PM|networkengineer49|LINK
I am running a shared hosting web farm with 3,000+ websites, as I load more and more client websites using wordpress on top of PHP v5.3, i see more and more errors like this
Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7a5f8
Faulting module name: iisfcgi.dll, version: 7.5.7601.17514, time stamp: 0x4ce7b85c
Exception code: 0xc0000005
Fault offset: 0x000070d3
Faulting process id: 0x3f40
Faulting application start time: 0x01ce94480840b41e
Faulting application path: C:\Windows\SysWOW64\inetsrv\w3wp.exe
Faulting module path: C:\Windows\System32\inetsrv\iisfcgi.dll
Report Id: a71ad58a-0043-11e3-8a26-00155d1e434
analyzing the dump file returns this issue:
Unhandled exception at 0x730b711b (iisfcgi.dll) in WERBE76.tmp.mdmp: 0xC0000005: Access violation reading location 0x00000000.
iisfcgi.dll!File_listener::HandleChangeNotification() + 0x154 bytes
Can i get an idea where to go from here to resolve these errors?
I share app pools with about 20 sites in each. The app pools effected seem to be random and fail in groups when this error occurs.
Aug 09, 2013 06:14 AM|lextm|LINK
Sounds like a bug in the FastCGI module.
You can only open a support case via http://support.microsoft.com and share the dump with Microsoft support guys. They should tell if there is a hotfix for you to apply.
Aug 10, 2013 03:31 AM|Angie xu - MSFT|LINK
Besides Lex mentioned above, to determine what causes these issues, you must analyze the process state at the time of the failure. you can also use
Debug Diagnostic Tool v1.1 (DebugDiag) to analysis possible reason of this issue,
Aug 12, 2013 02:12 AM|kctt|LINK
Do you get any error on website or just error log?
Wordpress and shared application pool do not work well together.
I think there's something to do with session handling of wordpress sites sharing same application pool.
Aug 14, 2013 01:24 PM|networkengineer49|LINK
Failed request tracing logs show 404 errors. but they are not permanent. after the app pool crashes the content is delivered.
the results i posted above are from debug diag 1.2
Aug 19, 2013 02:22 AM|Angie xu - MSFT|LINK
I think you could consider submitting this issue to Microsoft connect site, our engineers will look into this issue according to the proof you provide, and we will evaluate this issue seriously, and give quick
and positive response for you,
Aug 22, 2013 03:58 PM|networkengineer49|LINK
How do I submit this on the Microsoft Connect site?
Server 2008 Feedback has been closed and there are no options for IIS or any product related to this issue
Sep 05, 2013 04:04 PM|networkengineer49|LINK
Here is the solution from Microsoft:
Based on the dump, the crash seems to be related to Monitor changes to file setting. It is checking C:\Program Files (x86)\PHP\v5.3\php-cgi.ini when the
Please disable Monitor changes to file setting in FastCGI and keep monitor.
Anik Shen | Developer Support for Internet Team| Customer Service & Support, Asia Pacific & Greater China