On 14.12.2009 18:43, Christopher Schultz wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
All,
On 12/14/2009 12:34 PM, Christopher Schultz wrote:
I have a development server with 18 workers defined. I'll enable the
status page and check to see what happens.
Hmm... I don't see any RR or Cd stuff... probably because I'm not in a
clustered environment. Sorry.... I won't be able to offer any empirical
data to this discussion.
It seems it is not straightforward to reproduce. Clustering shouldn't be
necessary and I think some (or all?) who observed the problem are not
using the domain and redirect attributes. It seems you only need a
loadbalancer plus some not yet understood magic sauce.
Rainer, what character encoding does mod_jk attempt to use when writing
the output page?
The XML document for the status page says:
<?xml version="1.0" encoding="ISO-8859-1"?>
The Content-Type of the HTTP response specifies no charset, to
ISO-8859-1 ought to be the default. I am not forcing any character set
for this particular URI.
Rainer, is this an encoding problem, or an instrumentation problem
(counter out-of-range, etc.)? Can you please post a reference to the bug
you mentioned earlier?
I expect it's a problem with uninitialized memory. It shouldn't have to
do with encoding, unfortunately, it's really garbage we see. I thought
it has to do with reusing shared memory during graceful restart, but
since Gerhardus also gets it immediately after start, I guess I'm wrong.
I need to analyze, whther the garbage is coming from the shared memory
or is only part of the in memory worker data. I'll get back with
questions or whatever as sonn as I start working on it, which is
definitely before 1.2.29.
And thanks to already finding the issue and adding the link :)
Regards,
Rainer
Thanks,
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAksmeUEACgkQ9CaO5/Lv0PCtdgCePYu9CYoGFI1DX33AGQ3K7nHH
X28AnRPo5FoEjKdshYdqAzGDsN7BO/FL
=P9xJ
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
