Re: And how about this mod_jk.log ?

Re: And how about this mod_jk.log ?

am 02.02.2009 23:44:24 von aw

Hi.

Just to anyone who contributed ideas to the issue originally mentioned,
thanks.

As a reminder, the problem was, on the one hand, entries like this one
in the mod_jk logfile :

[Mon Jan 19 15:02:52 2009] [6802:4416] [info]
ajp_process_callback::jk_ajp_common.c (1447): Writing to client aborted
or client network problems
[Mon Jan 19 15:02:52 2009] [6802:4416] [info]
ajp_service::jk_ajp_common.c (1846): (ajp13) request failed, because of
client write error without recovery in send loop attempt=0
[Mon Jan 19 15:02:52 2009] [6802:4416] [info] jk_handler::mod_jk.c
(2190): Aborting connection for worker=ajp13

and on the other hand user's Internet Explorer displaying a not very
helpful internal error page saying "This page cannot be displayed".

It turned out that what looked at first (to the customer) like a server
or application problem, was in reality an intermediate network problem,
with some in-between piece of equipment cutting off the browser/server
TCP connection before the server had a chance to send the response
(and, thus, that the mod_jk log was very accurate).

Because the first part of this test had to be done by a non-specialist
customer on a workstation to which I did not have access, I ended up
writing a simple Perl script based on the integral LWP module, to better
trace the problem at the workstation level.
The script is not very sophisticated, but was enough to demonstrate the
problem and create a time-stamped trace allowing it to be cross-checked
with the mod_jk log. The script is very easy to use, on any platform
that has perl installed (and that nowadays is not difficult to achieve,
not intrusive, and easily cleaned up afterward if you so wish). It
works a bit like a URL -checker, but has some options better-adapted to
what I needed.
You just feed it a text file containing some HTTP/HTTPS URLs to use for
testing, and it will print useful time-stamped messages to STDOUT. It
only gets verbose in case of error, which is generally what one wants.

You can download it from here, and feel free to use it and modify it as
you please, under whichever free license you favor.

http://dev.dev.wissensbank.com/public/HTTPchecker.pl

"perl HTTPchecker.pl" will display the usage.

Also, if by any chance you did not know this much more sophisticated
tool which comes automatically with the perl distributions, check out
"lwp-request".

Re: And how about this mod_jk.log ?

am 06.02.2009 14:46:05 von Christopher Schultz

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

André,

André Warnier wrote:
> Because the first part of this test had to be done by a non-specialist
> customer on a workstation to which I did not have access, I ended up
> writing a simple Perl script based on the integral LWP module, to better
> trace the problem at the workstation level.

I'd just like to point out that there are two existing tools that may
have helped you our a lot: wget (often installed be default on many
Linuxes these days) and httping (which is not, but freely available and
has a simple "make" compile strategy).

Hope that helps,
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmMPx0ACgkQ9CaO5/Lv0PBEJQCdHlLSnx3tMBLVMTLmvfX4 UkJG
6/0AoJs61rLhETYsuDV2CDE6yvSGhD1f
=YV3l
-----END PGP SIGNATURE-----