That sounds like the client has tripped the overhead threshold protection.

As a short term fix you probably want to see a lower value for:


possibly as low as zero.

Longer term you should ideally look into why the client is sending
small, non-final DATA frames since that as inefficient and has been
identified as a potential DoS vector in some servers (not Tomcat but we
block it as abusive behaviour anyway).

Depending on what the client is doing, you may need to adjust the other
over head thresholds as well. If you have a reproducible test case,
enabling debug for http2 in should shed some light on
exactly what is going on.


On 30/09/2019 17:48, wrote:
> I stumbled over a new problem which very likely appeared after
> apache-tomcat-8.5.43 and between apache-tomcat-8.5.46
> Using Apache Commons FileUpload gives for some kind of PDF files:
> [https-openssl-apr-443-exec-15]
> org.apache.struts.upload.CommonsMultipartRequestHandler.handleRequest
> Failed to parse multipart request
> org.apache.commons.fileupload.FileUploadBase$IOFileUploadException:
> Processing of multipart/form-data request failed.
> The socket associated with this connection has been closed.
> This only happens when using HTTP/2. Upload works when downgrading
> tomcat to HTTP/1.
> There has been posted a similiar error report on Stackoverflow, which
> indicates that the sizes of the files may be the reason:
> Thanks for considering
> Markus
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

Reply via email to