Re: IIS-bug - CGI-applikation terminates when loading standard DLL
From: Erik Knudsen (erikk_at_c2i.net)
Date: 07/01/04
- Next message: robster: "Re: OWA http 500 internal server error"
- Previous message: Jeff Cochran: "Re: IIS 4.0"
- In reply to: Johan van Zyl: "Re: IIS-bug - CGI-applikation terminates when loading standard DLL"
- Next in thread: Victor Gourgue: "Re: IIS-bug - CGI-applikation terminates when loading standard DLL"
- Reply: Victor Gourgue: "Re: IIS-bug - CGI-applikation terminates when loading standard DLL"
- Messages sorted by: [ date ] [ thread ]
Date: Thu, 01 Jul 2004 15:59:27 +0200
Johan van Zyl wrote:
> I'm not a CGI developer, more of a Microsoft one, but are currently trouble
> shooting an issue that we are experiencing with a new Perl application that
> we've purchased which are running on an win2k3 IIS 6.0 server.
>
> Scenario:
> - User logs into maintenance application via a web page, and a form are
> displayed to capture details regarding the request.
> - Some of the data on the form are pulled from a MS SQL 2000 server via an
> ODBC connection, therefore it is using odbc32.dll
> - web site makes use of a frameset
>
> During testing the application behaved fine with no issues, but when it was
> deployed into production on a Quad Processor box with 8 GB of RAM the "CGI
> application misbehaved" message started appearing randomly within minutes of
> going life. Hit refresh and the page will load fine second time round.
>
> Going back to the test environment we configured some macro software to
> emulate 15- 20 users logging on within seconds of one another (from a
> workstation, not on the web server). Well, at least 2-3 out of every 15
> page loads displayed the error message! Refresh would then load the page
> fine.
Yes, this sounds like the same problem. I have found lots and lots of
similar problem descriptions on the net, but no one seems to have
bothered digging all the way to the bottom of this issue before.
We raised an issue with MS tech support people the other day. They have
now reproduced the problem with the source files etc. I provided, and
they are working to find the root cause. However, they have come up with
a possible work around - setting the CGI's to run as System, so they are
not executed with the CreateProcessAsUser() API call by IIS anymore.
However, this has security implications - but some may want to try this
work around while the MS engineers are working on this, especially for
intranet apps, or just for some of the CGI apps or directories.
Here is a description of how to set the metabase property which control
this aspect of process creation:
Start a console window, navigate to c:\inetpub\adminscripts or where
ever you have installed IIS, and run the command:
--- cscript adsutil.vbs set /W3SVC/1/ROOT/bin/CreateProcessAsUser "False" --- ...if you are using the default web site, and the CGI lives in "bin". If not, check out: ---- http://msdn.microsoft.com/library/default.asp?url=/library/en-us/iissdk/iis/ref_mb_createprocessasuser.asp ---- ...for a description of the CreateProcessAsUser metabase property and adjust the string according to your setup. If the command is successful, it will tell you it updated the setting, otherwise display an error. You can check the current setting with this command, if you wish: --- cscript adsutil.vbs get /W3SVC/1/ROOT/bin/CreateProcessAsUser --- Again, change the property path according to your IIS setup. I intend to update this thread when the issue is resolved, but if I forget it, feel free to email me in a week or so:-) Regards, Erik Knudsen
- Next message: robster: "Re: OWA http 500 internal server error"
- Previous message: Jeff Cochran: "Re: IIS 4.0"
- In reply to: Johan van Zyl: "Re: IIS-bug - CGI-applikation terminates when loading standard DLL"
- Next in thread: Victor Gourgue: "Re: IIS-bug - CGI-applikation terminates when loading standard DLL"
- Reply: Victor Gourgue: "Re: IIS-bug - CGI-applikation terminates when loading standard DLL"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|