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

Konstantin,

On 9/15/2011 1:02 PM, verlag.preis...@t-online.de wrote:
> I would like to add that the Exceptions seems to have occured when
>  the client aborted the connection, because at the same time of the
>  exception, in the ISAPI log was the following:
> 
> [Wed Sep 14 13:55:20.645 2011] [736:7288] [error]
> iis_write::jk_isapi_plugin.c (1337): Vector write of chunk encoded
> response failed with 995 (0x000003e3)
> 
> However it's still a bit strange, and I didn't see this Exception
> in previous versions of Tomcat, when a 995 error appeared in the
> ISAPI log.

Does that mean that the client never sees an error? That would be
good, as it makes the problem slightly less urgent :)

>> Are you using unusually large requests, possibly including chains
>> of client certs?
> 
> If you mean SSL certificates: I don't have any SSL certificate /
> HTTPS connection on Tomcat. I just use a normal AJP-APR connector
> and clients connect to IIS through HTTP. Sometimes I send large
> requests, but I wouldn't expect such an Exception to occur.

Ok.

>> If you have a lot of info that needs to be forwarded from the
>> proxy to Tomcat, you can exceed the max packet size of the
>> connector, and it's possible you could get this exception
>> (instead of a nicer error message). The default is 8k, so if you
>> have large amounts of requests data, you could be overflowing
>> this packet size.
>> 
>> Have you set "packetSize" on your <Connector>? Have you set 
>> max_packet_size on any of your workers? If so, the 
>> worker.max_packet_size and <Connector packetSize="..."> must
>> agree.
> 
> I don't have set any of these attributes.

Okay, it looks like you have a fairly vanilla setup (which is good!).

I can't think of what the problem may be, but it sounds like either
some rare edge case or a regression. There has been a lot of work on
merging code between all the various connectors wherever possible, and
maybe some particular case wasn't merged properly.

Would you be able to test with either/or the NIO or BIO AJP
connector(s) and see if the same behavior occurs? Do you have a way to
force the exception to occur? I wonder if it could be scripted.

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5zt/YACgkQ9CaO5/Lv0PB60gCfaI3e5YNOvV+zku1p5cam0F92
lJUAn1kvxZNhpoX5vt0QgZuO7qzULtyV
=dR/i
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to