You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by "Hickey, Tom" <to...@radiantsystems.com> on 2009/10/22 14:06:57 UTC
[users@httpd] Increase Logging
I am trying to troubleshoot a "500 Internal Server Error" and have attempted to increase logging by changing the level from warn to debug in httpd.conf with
LogLevel debug
This has not seemed to add much to my error log, all I seem to get is the startup information and when the client sends the request I get a "Premature end of script headers" error in the logs. How can I get more logging information to try to troubleshoot this issue?
Thanks.
Tom Hickey
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
RE: [users@httpd] Increase Logging
Posted by "Hickey, Tom" <to...@radiantsystems.com>.
>The one thing that concerns me from an Apache point of view
>is that upgrading from 2.2.x to 2.2.later-x shouldn't break
>your applications. Even third-party binaries, provided they
>use only public APIs and don't access private interfaces.
>So it would indeed be good to know what's changed in your case.
>Are you sure the configuration is identical?
This is the concern that I hoped the Apache user group could answer, why does it work with one version of apache and not a later version. I can tell you that my httpd.conf is identical for 2.2.4 and 2.2.14. I do not know if there is any other configuration that I need to check from an Apache perspective.
There are quite a few more modules available in 2.2.14 and I was not sure if I needed to include one of those but I tested by loading all available modules and still had the same result.
>Unless you can run it under a debugger yourself, in which
>case you should set a breakpoint at ap_scan_script_header_err_core
>and examine what it gets passed as the "getsfunc" argument.
I guess that I have reached this point, I will need to build it on my machine so that I can step into the code. Thank you very much for giving me a starting point for debugging.
Tom
-----Original Message-----
From: Nicholas.Kew@Sun.COM [mailto:Nicholas.Kew@Sun.COM] On Behalf Of Nick Kew
Sent: Friday, October 23, 2009 11:48 AM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Increase Logging
Hickey, Tom wrote:
> Yes this is related to a question I posted on another thread and I understand that SOAPISAP.dll is not an Apache product. But again I am trying to determine why this DLL works with version 2.2.4 and not with 2.2.14. The DLL has not changed, I am using the same DLL so something in Apache has changed. I hoped that with some additional logging I might be able to determine exactly what Apache was attempting to do when it failed.
Oh, right, that's a valid question. The "Premature end of
script headers" comes from code that was written originally
for CGI, but is also part of a public API and so could
perfectly well be used by other code such as your .dll.
Under the hood, it's caused by a function supplied by
your application returning zero. That makes it hard to
speculate on what could be causing it, since we know
nothing about the function that returns zero. It could
be one of Apache's standard functions (e.g. the one
that parses a header from a CGI script), or it could
be implemented within your .dll.
In other words, you really do need to raise this with
the supplier of your dll.
Unless you can run it under a debugger yourself, in which
case you should set a breakpoint at ap_scan_script_header_err_core
and examine what it gets passed as the "getsfunc" argument.
The one thing that concerns me from an Apache point of view
is that upgrading from 2.2.x to 2.2.later-x shouldn't break
your applications. Even third-party binaries, provided they
use only public APIs and don't access private interfaces.
So it would indeed be good to know what's changed in your case.
Are you sure the configuration is identical?
--
Nick Kew
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
RE: [users@httpd] Increase Logging
Posted by "Hickey, Tom" <to...@radiantsystems.com>.
Thanks to all for your help up to now. I have a code question and perhaps Eric you could help out again. I am looking at the changes between 2.2.8 and 2.2.9. I have both built and have begun tracking down my issue but perhaps you could offer a little insight.
In mod_isapi.c, in the "apr_status_t isapi_handler (request_rec *r)" function the read of the data fails for my request in 2.2.9 while it is successful in 2.2.8. Specifically this block
while (read < cid->ecb->cbAvailable &&
((res = ap_get_client_block(r, (char*)cid->ecb->lpbData + read,
cid->ecb->cbAvailable - read)) > 0)) {
read += res;
}
I have verified the following in both cases
r->remaining - has the same value
r->read_chunked - has the same value
cid->ecb->cbAvailable - allocated with the correct amount of memory
In 2.2.9 the read value = 0 whereas in 2.2.8 the read value = r->remaining
In looking at ap_get_client_block() we make our call to apr_brigade_flatten() which should read the value and fill the buffer but it returns an empty buffer size. My suspicion is that the call in ap_get_client_block() to ap_get_brigade() is returning empty buckets but I am not sure what the r->input_filters is actually doing.
Any tips on troubleshooting this issue?
Thanks.
Tom
-----Original Message-----
From: Eric Covener [mailto:covener@gmail.com]
Sent: Tuesday, October 27, 2009 10:15 AM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Increase Logging
On Tue, Oct 27, 2009 at 8:14 AM, Hickey, Tom
<tom.hickey> wrote:
> Any thoughts on what might have changed in 2.2.9 that would cause this type of behavior on a Windows system as there is nothing listed in the change log specific to windows?
If there was no matches to the httpd CHANGES, download both source
zips and look in srclib/apr/CHANGES to see if the bundeld APR had
anything interesting change.
--
Eric Covener
covener@gmail.com
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Increase Logging
Posted by Eric Covener <co...@gmail.com>.
On Tue, Oct 27, 2009 at 8:14 AM, Hickey, Tom
<to...@radiantsystems.com> wrote:
> Any thoughts on what might have changed in 2.2.9 that would cause this type of behavior on a Windows system as there is nothing listed in the change log specific to windows?
If there was no matches to the httpd CHANGES, download both source
zips and look in srclib/apr/CHANGES to see if the bundeld APR had
anything interesting change.
--
Eric Covener
covener@gmail.com
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
RE: [users@httpd] Increase Logging
Posted by "Hickey, Tom" <to...@radiantsystems.com>.
I just wanted to post a bit of an update for the curious.
I thought this error message
"ServerSupportFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported:"
would lead me to the root of the problem but unfortunately I actually see this error when I turn up logging on a working version so I believe Apache is just logging the "error" and moving on.
In looking through the change log we suspected the problem was with changes made to winnt_mpm in either 2.2.6 or 2.2.8 but I installed 2.2.6 and 2.2.8 on my box and both worked like a champ. However 2.2.9 does not work. Same configuration as I am copying the conf file and of course same third party dll was used on all installs.
Any thoughts on what might have changed in 2.2.9 that would cause this type of behavior on a Windows system as there is nothing listed in the change log specific to windows?
Tom
-----Original Message-----
From: Nicholas.Kew@Sun.COM [mailto:Nicholas.Kew@Sun.COM] On Behalf Of Nick Kew
Sent: Friday, October 23, 2009 11:48 AM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Increase Logging
Hickey, Tom wrote:
> Yes this is related to a question I posted on another thread and I understand that SOAPISAP.dll is not an Apache product. But again I am trying to determine why this DLL works with version 2.2.4 and not with 2.2.14. The DLL has not changed, I am using the same DLL so something in Apache has changed. I hoped that with some additional logging I might be able to determine exactly what Apache was attempting to do when it failed.
Oh, right, that's a valid question. The "Premature end of
script headers" comes from code that was written originally
for CGI, but is also part of a public API and so could
perfectly well be used by other code such as your .dll.
Under the hood, it's caused by a function supplied by
your application returning zero. That makes it hard to
speculate on what could be causing it, since we know
nothing about the function that returns zero. It could
be one of Apache's standard functions (e.g. the one
that parses a header from a CGI script), or it could
be implemented within your .dll.
In other words, you really do need to raise this with
the supplier of your dll.
Unless you can run it under a debugger yourself, in which
case you should set a breakpoint at ap_scan_script_header_err_core
and examine what it gets passed as the "getsfunc" argument.
The one thing that concerns me from an Apache point of view
is that upgrading from 2.2.x to 2.2.later-x shouldn't break
your applications. Even third-party binaries, provided they
use only public APIs and don't access private interfaces.
So it would indeed be good to know what's changed in your case.
Are you sure the configuration is identical?
--
Nick Kew
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Increase Logging
Posted by Nick Kew <ni...@webthing.com>.
Hickey, Tom wrote:
> Yes this is related to a question I posted on another thread and I understand that SOAPISAP.dll is not an Apache product. But again I am trying to determine why this DLL works with version 2.2.4 and not with 2.2.14. The DLL has not changed, I am using the same DLL so something in Apache has changed. I hoped that with some additional logging I might be able to determine exactly what Apache was attempting to do when it failed.
Oh, right, that's a valid question. The "Premature end of
script headers" comes from code that was written originally
for CGI, but is also part of a public API and so could
perfectly well be used by other code such as your .dll.
Under the hood, it's caused by a function supplied by
your application returning zero. That makes it hard to
speculate on what could be causing it, since we know
nothing about the function that returns zero. It could
be one of Apache's standard functions (e.g. the one
that parses a header from a CGI script), or it could
be implemented within your .dll.
In other words, you really do need to raise this with
the supplier of your dll.
Unless you can run it under a debugger yourself, in which
case you should set a breakpoint at ap_scan_script_header_err_core
and examine what it gets passed as the "getsfunc" argument.
The one thing that concerns me from an Apache point of view
is that upgrading from 2.2.x to 2.2.later-x shouldn't break
your applications. Even third-party binaries, provided they
use only public APIs and don't access private interfaces.
So it would indeed be good to know what's changed in your case.
Are you sure the configuration is identical?
--
Nick Kew
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
RE: [users@httpd] Increase Logging
Posted by "Hickey, Tom" <to...@radiantsystems.com>.
Andre
Per your questions
Yes I added ScriptLog "logs/cgi_log.log" to httpd.conf but no file is created.
I agree that "HSE_REQ_GET_IMPERSONATION_TOKEN is not supported" is pretty self-explanatory but from what I can tell HSE_REQ_GET_IMPERSONATION_TOKEN had never been supported by win32/mod_isapi so I am not quite sure why I am getting the error with this version.
As for the installation, I have both 2.2.4 and 2.2.14 running under the LocalSystem account. I have installed from the MSI and done an Admin install of the MSI to just get the files and copied them in place so I could be sure that the MSI wasn't doing anything under the covers that I did not want. Same results with each type of install.
No other changes were made on the box. Initially I removed 2.2.4 and installed 2.2.14 but now I have 2.2.4 in one directory and 2.2.14 in another and have been switching between them from the command line. 2.2.4 always works.
I have updated to MS Soap Toolkit 3.0 and changed my config to point to the new SOAP dll, same result.
I apologize if any of my frustration is coming out in my posts, I have been fighting this for several days and certainly don't mean to take it out on the group. Thank you very much for your help.
Tom
-----Original Message-----
From: André Warnier [mailto:aw@ice-sa.com]
Sent: Friday, October 23, 2009 10:17 AM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Increase Logging
Tom,
1) did you try : http://httpd.apache.org/docs/2.2/mod/mod_cgi.html#scriptlog
(The idea is : if Apache really is seeing this dll as a cgi application,
then maybe it also logs data about the request and the response, which
might help. Or not, but without trying, it is difficult to say.)
2) The Apache error message "Premature end of script headers", does
occur when some output of the external application occurs (and is piped
back to Apache), and Apache sees that this output does not start with at
least one HTTP header, followed by a blank line, followed by some content.
When Apache runs an external application, it does not know what that
application really *is*, so it has to judge by what it gets back from
it. If it doesn't look like valid output to send back to the browser,
then that's it..
Some immediate error message *from the application* would fit that
scenario, if it occurred before any "correct" output from the application.
3) the error message you cite yourself below, seems pretty
self-explanatory. The application (I doubt that it would be Apache)
seems to want to get something from the OS, not from Apache, and the OS
is telling it no-no. (Like, maybe, run under a user-id different from
the one Apache is started as ?)
To me it smells like there is something else than the Apache version
which plays a role here. Maybe Apache is not the only thing which you
changed ? Such as, maybe, before your upgrade, Apache was running as a
Windows Service under some user-id, and now it is running under a
different user-id ? (Like "Local System" versus something else).
But indeed, on this forum people tend to specialise on Apache itself, so
you might have more luck on a forum more knowledgeable about the DLL in
question.
Even if there are people here which do handle SOAP with Apache, the
chances are narrow that they would do it specifically with that
particular DLL.
Hickey, Tom wrote:
> Yes this is related to a question I posted on another thread and I understand that SOAPISAP.dll is not an Apache product. But again I am trying to determine why this DLL works with version 2.2.4 and not with 2.2.14. The DLL has not changed, I am using the same DLL so something in Apache has changed. I hoped that with some additional logging I might be able to determine exactly what Apache was attempting to do when it failed.
> My hope was that there might be another user out there that uses Apache to handle SOAP calls on a Windows system. I guess what I am doing is not a supported configuration so no help is available.
> Thank you to the group for your patience.
>
> Tom
>
> -----Original Message-----
> From: André Warnier [mailto:aw@ice-sa.com]
> Sent: Friday, October 23, 2009 9:21 AM
> To: users@httpd.apache.org
> Subject: Re: [users@httpd] Increase Logging
>
> Hickey, Tom wrote:
>> Andre
>>
>> Thank you for your comments but I felt pretty confident stating that it was not a script problem because I do not have any scripts in my cgi directory. The actual issue is a security issue on my WIN XP box:
>>
>> [Thu Oct 22 11:02:56 2009] [warn] [client 192.168.0.3] ISAPI: ServerSupportFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported: C:/Program Files/Common Files/MSSoap/Binaries/SOAPISAP.dll
>>
> Tom,
> unless I am mistaken, you already asked a question about this dll on
> another thread, and I already answered that this was not a part of Apache.
> Whatever you may think that the problem is, Apache is evidently seeing
> this as a cgi application, seeing an output from that application as
> incorrect HTTP output, and logging the error as such.
> Any error message written by that application to STDOUT, without being
> prefixed by some valid HTTP header, would be considered as such
> incorrect HTTP output.
>
> You should ask further questions about this to the supplier of that dll.
> It may just not be compatible with the version of Apache you are trying
> to run it with.
>
> I stand by my bet offer.
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Increase Logging
Posted by André Warnier <aw...@ice-sa.com>.
Tom,
1) did you try : http://httpd.apache.org/docs/2.2/mod/mod_cgi.html#scriptlog
(The idea is : if Apache really is seeing this dll as a cgi application,
then maybe it also logs data about the request and the response, which
might help. Or not, but without trying, it is difficult to say.)
2) The Apache error message "Premature end of script headers", does
occur when some output of the external application occurs (and is piped
back to Apache), and Apache sees that this output does not start with at
least one HTTP header, followed by a blank line, followed by some content.
When Apache runs an external application, it does not know what that
application really *is*, so it has to judge by what it gets back from
it. If it doesn't look like valid output to send back to the browser,
then that's it..
Some immediate error message *from the application* would fit that
scenario, if it occurred before any "correct" output from the application.
3) the error message you cite yourself below, seems pretty
self-explanatory. The application (I doubt that it would be Apache)
seems to want to get something from the OS, not from Apache, and the OS
is telling it no-no. (Like, maybe, run under a user-id different from
the one Apache is started as ?)
To me it smells like there is something else than the Apache version
which plays a role here. Maybe Apache is not the only thing which you
changed ? Such as, maybe, before your upgrade, Apache was running as a
Windows Service under some user-id, and now it is running under a
different user-id ? (Like "Local System" versus something else).
But indeed, on this forum people tend to specialise on Apache itself, so
you might have more luck on a forum more knowledgeable about the DLL in
question.
Even if there are people here which do handle SOAP with Apache, the
chances are narrow that they would do it specifically with that
particular DLL.
Hickey, Tom wrote:
> Yes this is related to a question I posted on another thread and I understand that SOAPISAP.dll is not an Apache product. But again I am trying to determine why this DLL works with version 2.2.4 and not with 2.2.14. The DLL has not changed, I am using the same DLL so something in Apache has changed. I hoped that with some additional logging I might be able to determine exactly what Apache was attempting to do when it failed.
> My hope was that there might be another user out there that uses Apache to handle SOAP calls on a Windows system. I guess what I am doing is not a supported configuration so no help is available.
> Thank you to the group for your patience.
>
> Tom
>
> -----Original Message-----
> From: André Warnier [mailto:aw@ice-sa.com]
> Sent: Friday, October 23, 2009 9:21 AM
> To: users@httpd.apache.org
> Subject: Re: [users@httpd] Increase Logging
>
> Hickey, Tom wrote:
>> Andre
>>
>> Thank you for your comments but I felt pretty confident stating that it was not a script problem because I do not have any scripts in my cgi directory. The actual issue is a security issue on my WIN XP box:
>>
>> [Thu Oct 22 11:02:56 2009] [warn] [client 192.168.0.3] ISAPI: ServerSupportFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported: C:/Program Files/Common Files/MSSoap/Binaries/SOAPISAP.dll
>>
> Tom,
> unless I am mistaken, you already asked a question about this dll on
> another thread, and I already answered that this was not a part of Apache.
> Whatever you may think that the problem is, Apache is evidently seeing
> this as a cgi application, seeing an output from that application as
> incorrect HTTP output, and logging the error as such.
> Any error message written by that application to STDOUT, without being
> prefixed by some valid HTTP header, would be considered as such
> incorrect HTTP output.
>
> You should ask further questions about this to the supplier of that dll.
> It may just not be compatible with the version of Apache you are trying
> to run it with.
>
> I stand by my bet offer.
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
RE: [users@httpd] Increase Logging
Posted by "Hickey, Tom" <to...@radiantsystems.com>.
Yes this is related to a question I posted on another thread and I understand that SOAPISAP.dll is not an Apache product. But again I am trying to determine why this DLL works with version 2.2.4 and not with 2.2.14. The DLL has not changed, I am using the same DLL so something in Apache has changed. I hoped that with some additional logging I might be able to determine exactly what Apache was attempting to do when it failed.
My hope was that there might be another user out there that uses Apache to handle SOAP calls on a Windows system. I guess what I am doing is not a supported configuration so no help is available.
Thank you to the group for your patience.
Tom
-----Original Message-----
From: André Warnier [mailto:aw@ice-sa.com]
Sent: Friday, October 23, 2009 9:21 AM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Increase Logging
Hickey, Tom wrote:
> Andre
>
> Thank you for your comments but I felt pretty confident stating that it was not a script problem because I do not have any scripts in my cgi directory. The actual issue is a security issue on my WIN XP box:
>
> [Thu Oct 22 11:02:56 2009] [warn] [client 192.168.0.3] ISAPI: ServerSupportFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported: C:/Program Files/Common Files/MSSoap/Binaries/SOAPISAP.dll
>
Tom,
unless I am mistaken, you already asked a question about this dll on
another thread, and I already answered that this was not a part of Apache.
Whatever you may think that the problem is, Apache is evidently seeing
this as a cgi application, seeing an output from that application as
incorrect HTTP output, and logging the error as such.
Any error message written by that application to STDOUT, without being
prefixed by some valid HTTP header, would be considered as such
incorrect HTTP output.
You should ask further questions about this to the supplier of that dll.
It may just not be compatible with the version of Apache you are trying
to run it with.
I stand by my bet offer.
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Increase Logging
Posted by André Warnier <aw...@ice-sa.com>.
Hickey, Tom wrote:
> Andre
>
> Thank you for your comments but I felt pretty confident stating that it was not a script problem because I do not have any scripts in my cgi directory. The actual issue is a security issue on my WIN XP box:
>
> [Thu Oct 22 11:02:56 2009] [warn] [client 192.168.0.3] ISAPI: ServerSupportFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported: C:/Program Files/Common Files/MSSoap/Binaries/SOAPISAP.dll
>
Tom,
unless I am mistaken, you already asked a question about this dll on
another thread, and I already answered that this was not a part of Apache.
Whatever you may think that the problem is, Apache is evidently seeing
this as a cgi application, seeing an output from that application as
incorrect HTTP output, and logging the error as such.
Any error message written by that application to STDOUT, without being
prefixed by some valid HTTP header, would be considered as such
incorrect HTTP output.
You should ask further questions about this to the supplier of that dll.
It may just not be compatible with the version of Apache you are trying
to run it with.
I stand by my bet offer.
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
RE: [users@httpd] Increase Logging
Posted by "Hickey, Tom" <to...@radiantsystems.com>.
Andre
Thank you for your comments but I felt pretty confident stating that it was not a script problem because I do not have any scripts in my cgi directory. The actual issue is a security issue on my WIN XP box:
[Thu Oct 22 11:02:56 2009] [warn] [client 192.168.0.3] ISAPI: ServerSupportFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported: C:/Program Files/Common Files/MSSoap/Binaries/SOAPISAP.dll
All connections are accepted by the parent process and not handled by the child process so they do not get processed. Any ideas on a solution or workaround?
Tom
-----Original Message-----
From: André Warnier [mailto:aw@ice-sa.com]
Sent: Friday, October 23, 2009 4:05 AM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Increase Logging
Hickey, Tom wrote:
> Thanks Nick, I did Google the error and it pointed me to possible errors in my scripts but I verified there wasn't a problem there.
>
Try :
http://httpd.apache.org/docs/2.2/mod/mod_cgi.html#scriptlog
A "Premature end of scripts headers" *is* your cgi-bin script crashing
or sending invalid output, in a HTTP sense, in 99.99 % of the cases.
Want to bet ?
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Increase Logging
Posted by André Warnier <aw...@ice-sa.com>.
Hickey, Tom wrote:
> Thanks Nick, I did Google the error and it pointed me to possible errors in my scripts but I verified there wasn't a problem there.
>
Try :
http://httpd.apache.org/docs/2.2/mod/mod_cgi.html#scriptlog
A "Premature end of scripts headers" *is* your cgi-bin script crashing
or sending invalid output, in a HTTP sense, in 99.99 % of the cases.
Want to bet ?
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
RE: [users@httpd] Increase Logging
Posted by "Hickey, Tom" <to...@radiantsystems.com>.
Thanks Nick, I did Google the error and it pointed me to possible errors in my scripts but I verified there wasn't a problem there.
Tom
-----Original Message-----
From: Nicholas.Kew@Sun.COM [mailto:Nicholas.Kew@Sun.COM] On Behalf Of Nick Kew
Sent: Thursday, October 22, 2009 8:14 AM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Increase Logging
Hickey, Tom wrote:
> "Premature end of script headers"
is a good phrase to google.
Maybe a tool such as the cg-eye's offline script could
tell you something about what's wrong with your script.
--
Nick Kew
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Increase Logging
Posted by Nick Kew <ni...@webthing.com>.
Hickey, Tom wrote:
> "Premature end of script headers"
is a good phrase to google.
Maybe a tool such as the cg-eye's offline script could
tell you something about what's wrong with your script.
--
Nick Kew
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org