Search results matching tag '500'

Solution: PHP SOAP Service Does Not Return Soap Fault Response

kismert — Tue, 15 Sep 2009 20:53:23 GMT

The experts here might have a better way, but this is a solution I found:

I was having trouble getting my PHP SOAP service to return Soap Fault responses to remote clients. The service only gave trouble on my Vista Ultimate development machine, running IIS7 with PHP and FastCGI. A hosted production server running IIS6 never exhibited this problem.

Soap Faults are given a HTTP 500 status code, and return an XML envelope containing the fault information. When I ran PHP test code on my server, it worked every time. But when I tried accessing the service using the MS SOAP Toolkit 3.0 on another computer, it failed every time, generating a generic '500 - Internal server error.' response.

After lots of searching, and use of the IIS7 Tracing module, I found that my IIS configuration needed tweaking.

In the applicationHost.config file, I added a errorMode="Detailed" attribute to the httpErrors element for my web service application pool. That fixed it.

You can also set this attribute in the IIS Manager interface:

In the Connections pane, select the server or site to modify
Under Features View in the central window, open the Error Pages feature
In Error Pages, click Edit Feature Settings... (far right in the Actions pane)
In the Error Responses option, select Detailed Errors
Click OK

In this configuration, detailed error responses will be returned for remote requests, and custom error configuration is disabled. This may not be ideal for production servers, as this will expose underlying responses to the public for all HTTP error codes, when SOAP faults just need code 500.

I am documenting this issue so I can easily find it again. Perhaps this may help others.

-Ken

Sharepoint Services - 80

DMcA — Tue, 04 Aug 2009 16:11:12 GMT

I am hoping someone can help.

I have a IIS box (Windows 2008) which is running IIS 7 with Windows Sharepoint Services 3 installed on it. This sharepoint site was all working perfectly until i went and installed a third party web portal site on the same IIS server.

The new virtual site was installed under "Default Web Site" which Sharepoint had stopped as it obviously is using the Sharepoint Services - 80 site instead. As soon as i installed the third party piece of software it stopped the sharepoint site from working and all i got when trying to access the sharepoint site is "HTTP 500 Internal Server Error".

Obviously the third party app made some change to bindings or some other setting but even after uninstalling the third party app sharepoint still is not working.

I am hoping someone can help me with this.

PerlEx (not) working

SuneK — Tue, 21 Jul 2009 21:59:58 GMT

I have a curious problem with PerlEx from ActiveState on my W2008 x64 server. IIS 7 is set up with 10 virtual server and two of these make use of PerlEx. One works perfectly and the other doesn't work at all. Both are set up with their own (32 bit) application pool, the site that works also has a 64-bit application pool to make queries to Indexing Service work with classic ASP. Each perl script is set up to run in it's own PerlEx interpreter class.

In the site that doesn't work the scripts give a 500 error or just appear to hang when run under PerlEx, they run just fine as a normal Perl CGI. Enabling failed request tracing the error I get is

ModuleName	IsapiModule
Notification	128
HttpStatus	500
HttpReason	Internal Server Error
HttpSubStatus	0
ErrorCode	2147943398
ConfigExceptionInfo
Notification	EXECUTE_REQUEST_HANDLER
ErrorCode	Invalid access to memory location. (0x800703e6)

Where to go from this?

I should add that it used to work. When setting up the server I did load testing one each site in turn with the other sites stopped. This included heavy exercising of the PerlEx scripts with loads 10-100 times greater than what we have today. Everything worked flawlessly. Then I turned on all sites and let the system go live, replacing the old box. Bang! Nothing works on one of the sites.

The sites, for the curious, are http://econpapers.repec.org (works) and http://logec.repec.org (doesn't work, and it is the site that really would benefit from the PerlEx speed up).

/Sune

Intermittent HTTP 500.19 error

brian44 — Fri, 26 Jun 2009 16:26:57 GMT

Hi,

We are currently running a Windows web server with approximately 250 sites and are recieving an intermittent 500.19 error, which affects a random selection of sites, and it affects ASP, ASP.NET and sites with naked HTML.

We see the following error when we view an effected site (apologies for munging):

Server Error ============ Internet Information Services 7.0 Error Summary HTTP Error 500.19 - Internal Server Error ----------------------------------------- The requested page cannot be accessed because the related configuration data for the page is invalid. Detailed Error Information Module IIS Web Core Notification BeginRequest Handler Not yet determined Error Code 0x80070038 Config Error Cannot read configuration file Config File \\?\UNC\10.0.3.25\home\domain.co.uk\public_html\web.config Requested URL http://domain.co.uk:80/ Physical Path \\10.0.3.25\home\domain.co.uk\public_html Logon Method Not yet determined Logon User Not yet determined Config Source -1: 0: Links and More Information This error occurs when there is a problem reading the configuration file for the Web server or Web application. In some cases, the event logs may contain more information about what caused this error. [1]View more information » 1. http://go.microsoft.com/fwlink/?LinkID=62293&IIS70Error=500,19,0x80070038,6001

This is often accompanied in the event log with an event with the message :

Could not load all ISAPI filters for site 'DOMAIN.CO.UK'. Therefore site startup aborted

I've previously seen a similar error reported at the link below, but this does not seem to help us as changing the MaxCmds registry entry seemingly has no effect.
http://forums.iis.net/t/1157405.aspx

The web server is Windows Server 2008 and the UNC share is a RHEL box with samba, site authentication is set to a specific domain user, asp impersonation is enabled, and all sites have individual application pools with their identity configured to the specific domain user.

When we run Network Monitor, we seem to find packets indicating that Windows has failed to send packets it's requested a response from for an affected site, however the network is running at 30-50% of available bandwidth and very occasional TCP sacks seem to be unrelated to this problem.

I would appreciate if any one could point me in the right direction.

Re: HTTP Error 500.19 - Internal Server Error, 0x80070021, Lock Violation with OWA, Exchange 2007

John Brett — Wed, 24 Jun 2009 09:57:48 GMT

Thanks Anilr, this solved my problem. John

What to do for a rootkit...

rgsnowman — Sun, 14 Jun 2009 13:01:38 GMT

I have recently found a rootkit on my computer through AVG and am wondering how to get this thing off. I tried to get AVG to delete it but it said it cannot. I heard you can re-install windows vista and also restore default settings but I am not sure if that deletes everything and I'll have to get external hd and if the rootkit would get itself into there and I'd be re-installing a rootkit. This rootkit is screwing up my xps one it tiny ways, it changed all my security setting and turned my anti-viruses off and I can't turn them back on, messed up background, screwed up start menu and toolbar, and the side panel. I just want to know the best way to get this off computer. Thanks in advance.

Intermittent 502.2 Errors

VicAmbruso — Thu, 09 Apr 2009 15:12:45 GMT

Good morning, and thanks in advance for your help.

I am running Windows Server 2008 Service Pack 1.

We have a suite of Delphi CGI applications that run on our servers. We have >200 users and have around 150,000 hits per day.

Intermittently, we'll get 502.2 errors from applications that work perfectly the rest of the time. I can't consistently reproduce these errors, but they happen at a rate between 10 and 200 a day.

I turned on failed request logging and have a trace file attached to the end of this post.

Another observation is that sometimes these will come in clumps of 4-5 at the same time. I am wondering if something is crashing and restarting. I turned on all of the application pool recycling event logs, but nothing has shown up in my logs yet. I am assuming that I should be looking the application and system logs for these notifications.

Can someone please give me some advice?

Keep in mind, the same cgi applications that fail will run successfully again with identical parameters.

Thank you.

Normal 0 false false false /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman"; mso-ansi-language:#0400; mso-fareast-language:#0400; mso-bidi-language:#0400;}

No. EventName Details Time

1. i GENERAL_REQUEST_START SiteId="1", AppPoolId="DefaultAppPool", ConnId="1610618912", RawConnId="0", RequestURL="http://gigwebapp:80/scripts/pirs/cw/verifyebill/verifyebill.exe/defaultIframeSource", RequestVerb="GET" 12:16:12.939

2. PRE_BEGIN_REQUEST_START ModuleName="RequestMonitorModule" 12:16:12.939

3. PRE_BEGIN_REQUEST_END ModuleName="RequestMonitorModule", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

4. PRE_BEGIN_REQUEST_START ModuleName="IsapiFilterModule" 12:16:12.939

5. i FILTER_START FilterName="C:\Windows\Microsoft.NET\Framework\v2.0.50727\aspnet_filter.dll" 12:16:12.939

6. i FILTER_PREPROC_HEADERS_START 12:16:12.939

7. GENERAL_SET_REQUEST_HEADER HeaderName="AspFilterSessionId", HeaderValue="", Replace="true" 12:16:12.939

8. i FILTER_SET_REQ_HEADER HeaderName="AspFilterSessionId:", HeaderValue="" 12:16:12.939

9. i FILTER_PREPROC_HEADERS_END 12:16:12.939

10. i FILTER_END 12:16:12.939

11. PRE_BEGIN_REQUEST_END ModuleName="IsapiFilterModule", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

12. PRE_BEGIN_REQUEST_START ModuleName="FailedRequestsTracingModule" 12:16:12.939

13. PRE_BEGIN_REQUEST_END ModuleName="FailedRequestsTracingModule", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

14. i GENERAL_REQUEST_HEADERS Headers="Connection: Keep-Alive

Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/msword, application/xaml+xml, application/vnd.ms-xpsdocument, application/x-ms-xbap, application/x-ms-application, */*

Accept-Encoding: gzip, deflate

Accept-Language: en-us

Cookie: GIGSESSION=14419781; GIGUSERNAME=JREGNA

Host: gigwebapp

Referer: http://gigwebapp/scripts/pirs/cw/verifyebill/verifyebill.exe/main

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

UA-CPU: x86

" 12:16:12.939

15. i URL_CACHE_ACCESS_START RequestURL="/scripts/pirs/cw/verifyebill/verifyebill.exe/defaultIframeSource" 12:16:12.939

16. i URL_CACHE_ACCESS_END PhysicalPath="", URLInfoFromCache="false", URLInfoAddedToCache="true", ErrorCode="The operation completed successfully.

(0x0)" 12:16:12.939

17. i GENERAL_GET_URL_METADATA PhysicalPath="c:\inetpub\scripts\pirs\cw\verifyebill\verifyebill.exe\defaultIframeSource", AccessPerms="517" 12:16:12.939

18. NOTIFY_MODULE_START ModuleName="IsapiFilterModule", Notification="MAP_PATH", fIsPostNotification="false", fIsCompletion="false" 12:16:12.939

19. NOTIFY_MODULE_END ModuleName="IsapiFilterModule", Notification="MAP_PATH", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

20. NOTIFY_MODULE_START ModuleName="HttpCacheModule", Notification="BEGIN_REQUEST", fIsPostNotification="false", fIsCompletion="false" 12:16:12.939

21. NOTIFY_MODULE_END ModuleName="HttpCacheModule", Notification="BEGIN_REQUEST", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

22. NOTIFY_MODULE_START ModuleName="RequestFilteringModule", Notification="BEGIN_REQUEST", fIsPostNotification="false", fIsCompletion="false" 12:16:12.939

23. NOTIFY_MODULE_END ModuleName="RequestFilteringModule", Notification="BEGIN_REQUEST", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

24. NOTIFY_MODULE_START ModuleName="ConfigurationValidationModule", Notification="BEGIN_REQUEST", fIsPostNotification="false", fIsCompletion="false" 12:16:12.939

25. NOTIFY_MODULE_END ModuleName="ConfigurationValidationModule", Notification="BEGIN_REQUEST", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

26. NOTIFY_MODULE_START ModuleName="FailedRequestsTracingModule", Notification="BEGIN_REQUEST", fIsPostNotification="false", fIsCompletion="false" 12:16:12.939

27. NOTIFY_MODULE_END ModuleName="FailedRequestsTracingModule", Notification="BEGIN_REQUEST", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

28. NOTIFY_MODULE_START ModuleName="IsapiFilterModule", Notification="AUTHENTICATE_REQUEST", fIsPostNotification="false", fIsCompletion="false" 12:16:12.939

29. NOTIFY_MODULE_END ModuleName="IsapiFilterModule", Notification="AUTHENTICATE_REQUEST", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

30. NOTIFY_MODULE_START ModuleName="AnonymousAuthenticationModule", Notification="AUTHENTICATE_REQUEST", fIsPostNotification="false", fIsCompletion="false" 12:16:12.939

31. i AUTH_START AuthTypeSupported="Anonymous" 12:16:12.939

32. i AUTH_REQUEST_AUTH_TYPE RequestAuthType="Anonymous" 12:16:12.939

33. i AUTH_SUCCEEDED AuthType="Anonymous", NTLMUsed="false", RemoteUserName="", AuthUserName="", TokenImpersonationLevel="ImpersonationImpersonate" 12:16:12.939

34. i USER_SET AuthType="", UserName="", SupportsIsInRole="true" 12:16:12.939

35. i AUTH_END 12:16:12.939

36. NOTIFY_MODULE_END ModuleName="AnonymousAuthenticationModule", Notification="AUTHENTICATE_REQUEST", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

37. NOTIFY_MODULE_START ModuleName="IsapiFilterModule", Notification="AUTHENTICATE_REQUEST", fIsPostNotification="true", fIsCompletion="false" 12:16:12.939

38. NOTIFY_MODULE_END ModuleName="IsapiFilterModule", Notification="AUTHENTICATE_REQUEST", fIsPostNotificationEvent="true", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

39. i FILE_CACHE_ACCESS_START FileName="c:\inetpub\scripts\pirs\cw\verifyebill\verifyebill.exe", UserName="IUSR", DomainName="NT AUTHORITY" 12:16:12.939

40. i FILE_CACHE_ACCESS_END Successful="true", FileFromCache="false", FileAddedToCache="false", FileDirmoned="true", LastModCheckErrorIgnored="true", ErrorCode="The operation completed successfully.

(0x0)", LastModifiedTime="Thu, 31 Jul 2008 19:29:01 GMT" 12:16:12.939

41. NOTIFY_MODULE_START ModuleName="HttpCacheModule", Notification="RESOLVE_REQUEST_CACHE", fIsPostNotification="false", fIsCompletion="false" 12:16:12.939

42. i OUTPUT_CACHE_LOOKUP_START 12:16:12.939

43. i OUTPUT_CACHE_LOOKUP_END Result="NOT_FOUND" 12:16:12.939

44. NOTIFY_MODULE_END ModuleName="HttpCacheModule", Notification="RESOLVE_REQUEST_CACHE", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

45. NOTIFY_MODULE_START ModuleName="StaticCompressionModule", Notification="MAP_REQUEST_HANDLER", fIsPostNotification="false", fIsCompletion="false" 12:16:12.939

46. NOTIFY_MODULE_END ModuleName="StaticCompressionModule", Notification="MAP_REQUEST_HANDLER", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:12.939

47. NOTIFY_MODULE_START ModuleName="CgiModule", Notification="EXECUTE_REQUEST_HANDLER", fIsPostNotification="false", fIsCompletion="false" 12:16:12.939

48. i CGI_START 12:16:12.939

49. i GENERAL_CGI_HANDLER 12:16:12.939

50. i CGI_LAUNCH CommandLine=""c:\inetpub\scripts\pirs\cw\verifyebill\verifyebill.exe" ", ErrorCode="The operation completed successfully.

(0x0)", ProcessId="5232" 12:16:12.939

51. i CGI_REQUEST_ENTITY_SENT 12:16:12.939

52. r MODULE_SET_RESPONSE_ERROR_STATUS

Warning ModuleName="CgiModule", Notification="EXECUTE_REQUEST_HANDLER", HttpStatus="502", HttpReason="Bad Gateway", HttpSubStatus="2", ErrorCode="The operation completed successfully.

(0x0)", ConfigExceptionInfo="" 12:16:13.142

53. r SET_RESPONSE_ERROR_DESCRIPTION

Warning ErrorDescription="The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are ""." 12:16:13.142

54. i CGI_END 12:16:13.142

55. NOTIFY_MODULE_COMPLETION ModuleName="CgiModule", Notification="EXECUTE_REQUEST_HANDLER", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:13.142

56. NOTIFY_MODULE_START ModuleName="HttpCacheModule", Notification="UPDATE_REQUEST_CACHE", fIsPostNotification="false", fIsCompletion="false" 12:16:13.142

57. i OUTPUT_CACHE_UPDATE_START CachePolicy="NO_CACHE", TimeToLive="0" 12:16:13.142

58. i OUTPUT_CACHE_UPDATE_END Result="NOT_FREQUENTLY_HIT" 12:16:13.142

59. NOTIFY_MODULE_END ModuleName="HttpCacheModule", Notification="UPDATE_REQUEST_CACHE", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:13.142

60. NOTIFY_MODULE_START ModuleName="HttpLoggingModule", Notification="SEND_RESPONSE", fIsPostNotification="false", fIsCompletion="false" 12:16:13.142

61. NOTIFY_MODULE_END ModuleName="HttpLoggingModule", Notification="SEND_RESPONSE", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:13.142

62. NOTIFY_MODULE_START ModuleName="IsapiModule", Notification="SEND_RESPONSE", fIsPostNotification="false", fIsCompletion="false" 12:16:13.142

63. NOTIFY_MODULE_END ModuleName="IsapiModule", Notification="SEND_RESPONSE", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:13.142

64. NOTIFY_MODULE_START ModuleName="ProtocolSupportModule", Notification="SEND_RESPONSE", fIsPostNotification="false", fIsCompletion="false" 12:16:13.142

65. NOTIFY_MODULE_END ModuleName="ProtocolSupportModule", Notification="SEND_RESPONSE", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:13.142

66. NOTIFY_MODULE_START ModuleName="IsapiFilterModule", Notification="SEND_RESPONSE", fIsPostNotification="false", fIsCompletion="false" 12:16:13.142

67. NOTIFY_MODULE_END ModuleName="IsapiFilterModule", Notification="SEND_RESPONSE", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:13.142

68. NOTIFY_MODULE_START ModuleName="HttpCacheModule", Notification="SEND_RESPONSE", fIsPostNotification="false", fIsCompletion="false" 12:16:13.142

69. NOTIFY_MODULE_END ModuleName="HttpCacheModule", Notification="SEND_RESPONSE", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:13.142

70. NOTIFY_MODULE_START ModuleName="CustomErrorModule", Notification="SEND_RESPONSE", fIsPostNotification="false", fIsCompletion="false" 12:16:13.142

71. i GENERAL_SEND_CUSTOM_ERROR HttpStatus="502", HttpSubStatus="2", FileNameOrURL="502.htm" 12:16:13.142

72. NOTIFY_MODULE_END ModuleName="CustomErrorModule", Notification="SEND_RESPONSE", fIsPostNotificationEvent="false", NotificationStatus="NOTIFICATION_CONTINUE" 12:16:13.142

73. i HTTPSYS_CACHEABLE HttpsysCacheable="false", Reason="NO_PIPELINE_ENABLE", CachePolicy="NO_CACHE", TimeToLive="0" 12:16:13.142

74. i GENERAL_FLUSH_RESPONSE_START 12:16:13.142

75. i GENERAL_RESPONSE_HEADERS Headers="Cache-Control: private

Content-Type: text/html; charset=utf-8

Server: Microsoft-IIS/7.0

X-Powered-By: ASP.NET

" 12:16:13.142

76. GENERAL_RESPONSE_ENTITY_BUFFER Buffer="<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<head>

<title>IIS 7.0 Detailed Error - 502.2 - Bad Gateway</title>

<!--

body{margin:0;font-size:.7em;font-family:Verdana,Arial,Helvetica,sans-serif;background:#CBE1EF;}

code{margin:0;color:#006600;font-size:1.1em;font-weight:bold;}

.config_source code{font-size:.8em;color:#000000;}

pre{margin:0;font-size:1.4em;word-wrap:break-word;}

ul,ol{margin:10px 0 10px 40px;}

ul.first,ol.first{margin-top:5px;}

fieldset{padding:0 15px 10px 15px;}

.summary-container fieldset{padding-bottom:5px;margin-top:4px;}

legend.no-expand-all{padding:2px 15px 4px 10px;margin:0 0 0 -12px;}

legend{color:#333333;padding:4px 15px 4px 10px;margin:4px 0 8px -12px;_margin-top:0px;

border-top:1px solid #EDEDED;border-left:1px solid #EDEDED;border-right:1px solid #969696;

border-bottom:1px solid #969696;background:#E7ECF0;font-weight:bold;font-size:1em;}

a:link,a:visited{color:#007EFF;font-weight:bold;}

a:hover{text-decoration:none;}

h1{font-size:2.4em;margin:0;color:#FFF;}

h2{font-size:1.7em;margin:0;color:#CC0000;}

h3{font-size:1.4em;margin:10px 0 0 0;color:#CC0000;}

h4{font-size:1.2em;margin:10px 0 5px 0;

}#header{width:96%;margin:0 0 0 0;padding:6px 2% 6px 2%;font-family:"trebuchet MS",Verdana,sans-serif;

color:#FFF;background-color:#5C87B2;

}#content{margin:0 0 0 2%;position:relative;}

.summary-container,.content-container{background:#FFF;width:96%;margin-top:8px;padding:10px;position:relative;}

.config_source{background:#fff5c4;}

.content-container p{margin:0 0 10px 0;

}#details-left{width:35%;float:left;margin-right:2%;

}#details-right{width:63%;float:left;

}#server_version{width:96%;_height:1px;min-height:1px;margin:0 0 5px 0;padding:11px 2% 8px 2%;color:#FFFFFF;

background-color:#5A7FA5;border-bottom:1px solid #C1CFDD;border-top:1px solid #4A6C8E;font-weight:normal;

font-size:1em;color:#FFF;text-align:right;

}#server_version p{margin:5px 0;}

table{margin:4px 0 4px 0;width:100%;border:none;}

td,th{vertical-align:top;padding:3px 0;text-align:left;font-weight:bold;border:none;}

th{width:30%;text-align:right;padding-right:2%;font-weight:normal;}

thead th{background-color:#ebebeb;width:25%;

}#details-right th{width:20%;}

table tr.alt td,table tr.alt th{background-color:#ebebeb;}

.highlight-code{color:#CC0000;font-weight:bold;font-style:italic;}

.clear{clear:both;}

.preferred{padding:0 5px 2px 5px;font-weight:normal;background:#006633;color:#FFF;font-size:.8em;}

-->

</style>

</head>

<body>

<div id="header"><h1>Server Error in Application "DEFAULT WEB SITE"</h1></div>

<div id="server_version"><p>Internet Information Services 7.0</p></div>

<fieldset><legend>Error Summary</legend>

<h2>HTTP Error 502.2 - Bad Gateway</h2>

<h3>The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are "".</h3>

</fieldset>

</div>

<fieldset><legend>Detailed Error Information</legend>

<tr class="alt"><th>Module</th><td>CgiModule</td></tr>

<tr><th>Notification</th><td>ExecuteRequestHandler</td></tr>

<tr class="alt"><th>Handler</th><td>CGI-exe</td></tr>

<tr><th>Error Code</th><td>0x00000000</td></tr>

</table>

</div>

<tr class="alt"><th>Requested URL</th><td>http://gigwebapp:80/scripts/pirs/cw/verifyebill/verifyebill.exe/defaultIframeSource</td></tr>

<tr><th>Physical Path</th><td>c:\inetpub\scripts\pirs\cw\verifyebill\verifyebill.exe\defaultIframeSource</td></tr>

<tr class="alt"><th>Logon Method</th><td>Anonymous</td></tr>

<tr><th>Logon User</th><td>Anonymous</td></tr>

<tr class="alt"><th>Failed Request Tracing Log Directory</th><td><a href="file://C:\inetpub\logs\FailedReqLogFiles">C:\inetpub\logs\FailedReqLogFiles</a></td></tr>

</table>

</div>

</fieldset>

</div>

<fieldset><legend>Most likely causes:</legend>

<ul> <li>The CGI process was shut down or terminated unexpectedly before it finished processing the request.</li> <li>The CGI process has a flaw and does not return a complete set of HTTP headers.</li> </ul>

</fieldset>

</div>

<fieldset><legend>Things you can try:</legend>

<ul> <li>Check the event logs on the system to see whether the CGI process is shutting down unexpectedly.</li> <li>Troubleshoot the CGI application to determine why it is not sending a complete set of HTTP headers.</li> </ul>

</fieldset>

</div>

<fieldset><legend>Links and More Information</legend>

This error occurs when the CGI process handling the request exits before it finishes sending the response to IIS.

<p><a href="http://go.microsoft.com/fwlink/?LinkID=62293&IIS70Error=502,2,0x00000000,6001">View more information »</a></p>

</fieldset>

</div>

</body>

</html>

" 12:16:13.142

77. i GENERAL_FLUSH_RESPONSE_END BytesSent="5491", ErrorCode="The operation completed successfully.

(0x0)" 12:16:13.142

78. i GENERAL_REQUEST_END BytesSent="5491", BytesReceived="760", HttpStatus="502", HttpSubStatus="2" 12:16:13.142

IIS7 -FastCGI -PHP White Screen of Death

gusus — Sat, 07 Mar 2009 04:59:00 GMT

I am having an issue with IIS7 and PHP relating to clients receiving the white screen of death (blank page) after 90 seconds of processing. Standard php processing works fine.

The following are set in php.ini:

max_execution_time = 180
max_input_time = 180
memory_limit = 128M

In the FastCGI configuration on IIS I have the following:

ActivityTimeout 900
IdleTimeout 300
RequestTimeout 500

I have a simple page that runs through loop and sleeps every 15 seconds. If I set the max_execution_time to 30 seconds, I get the php execution time exceeded error as I should with two entries in the page. If I manually set_time_limit(0), it gives the white page of death. I have set php logging and nothing appears in the log. I intentionally put a syntax error to make sure and the syntax error was logged. In addition, I can set the ActivityTimeout to 10 and IIS gives me a 500 error telling me that the FastCGI process exceeded the configuration activity timeout.

The weird thing is the Failed Request Tracking show that the time taken was 30592 msec with a status of 200 (I assume success). However, the last entry in the request trace is "FASTCGI_WAITING_FOR_RESPONSE"...

Any ideas???

IIS 6 (PHP) 500 Internal Server Error

HakanDAMAR — Thu, 26 Feb 2009 09:09:18 GMT

Hi,

PHP and MySQL installed on the IIS server successfully but the pages associated with the database is error and if "<? php" instead of "<?" If the client is in the form of writing shows the PHP source code.

Error Page Code;

<?php
/**
* DB Connection Page
*/
require_once("DAL.php");
$VeriTabani = new DB();
$VeriTabani->Connection("110.7.9.8","dbxnanomass","********","providerDB");
if (!ob_start()) { ob_start(); }
if ($_SESSION['isOnline'] = 0){
@session_destroy();
@session_unset();
}

IIS7 don't access a .dll

mathiasruck — Wed, 18 Feb 2009 21:11:48 GMT

Hi all,

I have IIS7 and Analisys Server on Windows Server 2008 working, but I only have access to a dll (msmdpump.dll) on localhost (other filetypes funct properly). if I try to access msmdpump.dll from another host, I get the error:

"500 - Internal server error.
There is a problem with the resource you are looking for, and it cannot be displayed."

Anyone had this error?

Sorry my bad english, Thank's.