Increase Logging

I am trying to troubleshoot a "500 Internal Server Error" and have attempte=
d to increase logging by changing the level from warn to debug in httpd.con=
f with

LogLevel debug

This has not seemed to add much to my error log, all I seem to get is the s=
tartup 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 info=
rmation to try to troubleshoot this issue?
Thanks.

Tom Hickey





------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See 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: 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 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: Increase Logging

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.=20


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.

--=20
Nick Kew

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See 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 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: 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 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: Increase Logging

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: ServerSupport=
Function 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 c=
hild process so they do not get processed. Any ideas on a solution or worka=
round?=20


Tom

-----Original Message-----
From: Andr=E9 Warnier [mailto:aw@ice-sa.com]=20
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.=20
>=20
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=20
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 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 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: 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 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: Increase Logging

Yes this is related to a question I posted on another thread and I understa=
nd that SOAPISAP.dll is not an Apache product. But again I am trying to de=
termine 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 change=
d. I hoped that with some additional logging I might be able to determine e=
xactly 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 sup=
ported configuration so no help is available.=20
Thank you to the group for your patience.

Tom

-----Original Message-----
From: Andr=E9 Warnier [mailto:aw@ice-sa.com]=20
Sent: Friday, October 23, 2009 9:21 AM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Increase Logging

Hickey, Tom wrote:
> Andre
>=20
> Thank you for your comments but I felt pretty confident stating that it w=
as not a script problem because I do not have any scripts in my cgi directo=
ry. The actual issue is a security issue on my WIN XP box:
>=20
> [Thu Oct 22 11:02:56 2009] [warn] [client 192.168.0.3] ISAPI: ServerSuppo=
rtFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported: C:/Program Fil=
es/Common Files/MSSoap/Binaries/SOAPISAP.dll
>=20
Tom,
unless I am mistaken, you already asked a question about this dll on=20
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=20
this as a cgi application, seeing an output from that application as=20
incorrect HTTP output, and logging the error as such.
Any error message written by that application to STDOUT, without being=20
prefixed by some valid HTTP header, would be considered as such=20
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=20
to run it with.

I stand by my bet offer.


------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See 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 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: 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 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 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 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: Increase Logging

Andre=20

Per your questions
Yes I added ScriptLog "logs/cgi_log.log" to httpd.conf but no file is creat=
ed.
I agree that "HSE_REQ_GET_IMPERSONATION_TOKEN is not supported" is pretty s=
elf-explanatory but from what I can tell HSE_REQ_GET_IMPERSONATION_TOKEN ha=
d never been supported by win32/mod_isapi so I am not quite sure why I am g=
etting the error with this version.
As for the installation, I have both 2.2.4 and 2.2.14 running under the Loc=
alSystem 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 sur=
e that the MSI wasn't doing anything under the covers that I did not want. =
Same results with each type of install.=20
No other changes were made on the box. Initially I removed 2.2.4 and instal=
led 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=E9 Warnier [mailto:aw@ice-sa.com]=20
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#scriptlo=
g
(The idea is : if Apache really is seeing this dll as a cgi application,=20
then maybe it also logs data about the request and the response, which=20
might help. Or not, but without trying, it is difficult to say.)

2) The Apache error message "Premature end of script headers", does=20
occur when some output of the external application occurs (and is piped=20
back to Apache), and Apache sees that this output does not start with at=20
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=20
application really *is*, so it has to judge by what it gets back from=20
it. If it doesn't look like valid output to send back to the browser,=20
then that's it..
Some immediate error message *from the application* would fit that=20
scenario, if it occurred before any "correct" output from the application.

3) the error message you cite yourself below, seems pretty=20
self-explanatory. The application (I doubt that it would be Apache)=20
seems to want to get something from the OS, not from Apache, and the OS=20
is telling it no-no. (Like, maybe, run under a user-id different from=20
the one Apache is started as ?)

To me it smells like there is something else than the Apache version=20
which plays a role here. Maybe Apache is not the only thing which you=20
changed ? Such as, maybe, before your upgrade, Apache was running as a=20
Windows Service under some user-id, and now it is running under a=20
different user-id ? (Like "Local System" versus something else).

But indeed, on this forum people tend to specialise on Apache itself, so=20
you might have more luck on a forum more knowledgeable about the DLL in=20
question.
Even if there are people here which do handle SOAP with Apache, the=20
chances are narrow that they would do it specifically with that=20
particular DLL.

Hickey, Tom wrote:
> Yes this is related to a question I posted on another thread and I unders=
tand 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 D=
LL has not changed, I am using the same DLL so something in Apache has chan=
ged. 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 t=
o handle SOAP calls on a Windows system. I guess what I am doing is not a s=
upported configuration so no help is available.=20
> Thank you to the group for your patience.
>=20
> Tom
>=20
> -----Original Message-----
> From: Andr=E9 Warnier [mailto:aw@ice-sa.com]=20
> Sent: Friday, October 23, 2009 9:21 AM
> To: users@httpd.apache.org
> Subject: Re: [users@httpd] Increase Logging
>=20
> 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 direct=
ory. 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: ServerSupp=
ortFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported: C:/Program Fi=
les/Common Files/MSSoap/Binaries/SOAPISAP.dll
>>
> Tom,
> unless I am mistaken, you already asked a question about this dll on=20
> 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=20
> this as a cgi application, seeing an output from that application as=20
> incorrect HTTP output, and logging the error as such.
> Any error message written by that application to STDOUT, without being=20
> prefixed by some valid HTTP header, would be considered as such=20
> incorrect HTTP output.
>=20
> 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=20
> to run it with.
>=20
> I stand by my bet offer.
>=20
>=20
> ------------------------------------------------------------ ---------
> The official User-To-User support forum of the Apache HTTP Server Project=
..
> See 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
>=20
>=20
>=20
>=20
> ------------------------------------------------------------ ---------
> The official User-To-User support forum of the Apache HTTP Server Project=
..
> See 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
>=20
>=20


------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See 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 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: 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 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: Increase Logging

>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?=20

This is the concern that I hoped the Apache user group could answer, why do=
es it work with one version of apache and not a later version. I can tell y=
ou that my httpd.conf is identical for 2.2.4 and 2.2.14. I do not know if t=
here is any other configuration that I need to check from an Apache perspec=
tive.=20
There are quite a few more modules available in 2.2.14 and I was not sure i=
f I needed to include one of those but I tested by loading all available mo=
dules 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 machi=
ne so that I can step into the code. Thank you very much for giving me a s=
tarting 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 unders=
tand 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 D=
LL has not changed, I am using the same DLL so something in Apache has chan=
ged. 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?

--=20
Nick Kew

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See 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 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: Increase Logging

I just wanted to post a bit of an update for the curious. =20
I thought this error message
"ServerSupportFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported:" =
=20
would lead me to the root of the problem but unfortunately I actually see t=
his error when I turn up logging on a working version so I believe Apache i=
s just logging the "error" and moving on.=20
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 l=
og 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 unders=
tand 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 D=
LL has not changed, I am using the same DLL so something in Apache has chan=
ged. 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?

--=20
Nick Kew

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See 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 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: Increase Logging

On Tue, Oct 27, 2009 at 8:14 AM, Hickey, Tom
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 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: Increase Logging

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 a=
nd 2.2.9. I have both built and have begun tracking down my issue but perha=
ps you could offer a little insight.
In mod_isapi.c, in the "apr_status_t isapi_handler (request_rec *r)" functi=
on the read of the data fails for my request in 2.2.9 while it is successfu=
l in 2.2.8. Specifically this block

while (read < cid->ecb->cbAvailable &&
((res =3D ap_get_client_block(r, (char*)cid->ecb->lpbData + =
read,
cid->ecb->cbAvailable - read)) > 0)=
) {
read +=3D 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 =3D 0 whereas in 2.2.8 the read value =3D r->remain=
ing

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->inpu=
t_filters is actually doing.
Any tips on troubleshooting this issue? =20
Thanks.

Tom

-----Original Message-----
From: Eric Covener [mailto:covener@gmail.com]=20
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
wrote:
> Any thoughts on what might have changed in 2.2.9 that would cause this ty=
pe 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.

--=20
Eric Covener
covener@gmail.com

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See 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 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