tracker issue : CF-3300889

select a category, or use search below
(searches all categories and all time range)
Title:

Web service crashes application pool on IIS 7.5

| View in Tracker

Status/Resolution/Reason: Closed/Fixed/

Reporter/Name(from Bugbase): Jeff McNaughton / Jeff McNaughton (Jeff McNaughton)

Created: 08/01/2012

Components: Installation/Config, Connector

Versions: 10.0

Failure Type: Crash

Found In Build/Fixed In Build: Final / latest

Priority/Frequency: Critical / All users will encounter

Locale/System: English / Win 2008 Server R2 64 bit

Vote Count: 1

Related Bugs:
CF-3222748 - Similar to


Problem Description: I have a web service we use to publish content to a content management system.   In general, you pass it a long string of 20,000 characters.   After upgrading to CF10,  I find that the web service crashes the IIS application pool if the string of characters goes much beyond 4000 characters.  In testing on different servers, it looks like the amount of available memory might have an impact on how long of a string it can handle.   The Application Pool default setting is to fail completely if it fails 5 times in 5 minutes, if this is reached, then the entire site is brought down.

From Windows Application Log, this error:
Faulting module name: isapi_redirect.dll, version: 1.2.32.0, time stamp: 0x4f745a78
Exception code: 0xc0000005
Fault offset: 0x0000000000018b93
Faulting process id: 0x148c
Faulting application start time: 0x01cd6fe0c0ea8bea
Faulting application path: c:\windows\system32\inetsrv\w3wp.exe
Faulting module path: C:\ColdFusion10\config\wsconfig\1\isapi_redirect.dll
Report Id: fea302ea-dbd3-11e1-b2bf-0050568e000b

Steps to Reproduce:
Recommend changing IIS Application Pool advanced setting "Maximum Failures" to 1 so you can see the system failure immediately.  

Create a web service that accepts a string.

Send it larger and larger strings.

See if it fails.

Actual Result:   Application Pool crashes,  web site stops responding.

Expected Result:  normal functioning.

Any Workarounds: none at thsi time

----------------------------- Additional Watson Details -----------------------------

Watson Bug ID:	3300889

External Customer Info:
External Company:  
External Customer Name: jsm
External Customer Email:  
External Test Config: My Hardware and Environment details:

64 bit Windows Server 2008 R2 Standard service pack 1

CF10 64 bit.

Attachments:

Comments:

Can you check what is the "Maximum allowed content length" for your IIS site. You can find this value at <your site>->Request filtering->Edit Feature settings. Can you give a higher value for this and see if it helps (Comment added from ex-user id:evelinv)
Comment by Adobe D.
18622 | August 02, 2012 03:24:43 AM GMT
No change. I set it to 1073741824 which I believe is 1Gb. Still crashes the app pool, I'm sending 18842 characters. Get a slightly different Windows Application Error? Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7afa2 Faulting module name: MSVCR90.dll, version: 9.0.30729.6161, time stamp: 0x4dace4e7 Exception code: 0xc0000005 Fault offset: 0x000000000001e409 Faulting process id: 0xc28 Faulting application start time: 0x01cd70f1cf77e572 Faulting application path: c:\windows\system32\inetsrv\w3wp.exe Faulting module path: C:\Windows\WinSxS\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.6161_none_08e61857a83bc251\MSVCR90.dll Report Id: 0d3521ba-dce5-11e1-a73c-0050568e000b
Comment by External U.
18623 | August 02, 2012 03:36:16 PM GMT
Is it possible to provide us a sample webservice with which we can replicate the issue? (Comment added from ex-user id:evelinv)
Comment by Adobe D.
18624 | August 10, 2012 12:35:32 AM GMT
<cfcomponent> <cffunction name="testlspub" output="true" access="remote" returnType = "string" > <cfargument name="body"> <cfreturn arguments.body> </cffunction> </cfcomponent>
Comment by External U.
18625 | August 13, 2012 09:10:33 AM GMT
Just curious if you find getRealPathFromConn errors in your coldfusion-error.log around the time of the crash. I've seen similar things in IIS during the same crash I am still having with the getRealPathFromConn issue.
Comment by External U.
18626 | January 25, 2013 03:32:09 PM GMT
I can't replicate the issue at will, but every so often App Pools stop and I get 503s until I restart WWW Pub service. I have updated CF, redid connectors, even tried setting connection Timeout in server.xml and workers.properties to 60 seconds and issues still exist. Adobe... This 503 issue needs to get resolved. I still haven't seen an exact statement as to what is causing it.
Comment by External U.
18627 | March 13, 2013 02:06:27 PM GMT
Do you have Initializing shm:(null) errno=-1. Load balancing workers will not function properly anywhere in your Coldfusion10\config\wsconfig\#\isapi_redirect.log file? I always see these right around crash time. It appears there is still a connector issue with CF/Tomcat and IIS
Comment by External U.
18628 | March 27, 2013 09:23:54 AM GMT
We get the same errors as Lee on our test servers but not our development servers. There are a few differences but I haven't yet determined if any of them are relevant. The development servers are CF 10 development, with a single connector for all IIS sites. The test servers are CF 10 enterprise with secure deployment, and two separate sites each with their own connector (as well as another site without which runs ASP.NET code).
Comment by External U.
18629 | May 31, 2013 10:09:06 AM GMT
When will this be put in a CF10 patch?
Comment by External U.
18630 | May 01, 2014 01:45:37 PM GMT
I had the same problem and finally found a resolution - my staging/productions servers both had a different version of isapi_redirect.dll than my development server. Once I updated the isapi_redirect.dll on staging and production (v.1.2.32.0) with a copy from my dev (v.1.2.40.0), everything ran smoothly. Note that during my troubleshooting process, I updated CF10 to the most recent patch (18) - that did NOT fix the .dll problem. I had to manually update it.
Comment by External U.
18631 | December 05, 2015 03:01:33 PM GMT