Hi Stefan, So far I can't reproduce the breaking of the upload on a testing machine. I send you logs from a production machine off-list. In the meanwhile I will try to build mod_http2 from https://github.com/icing/mod_h2.
Thanks for your help! Sander On 03/24/2017 03:38 PM, Stefan Eissing wrote: > Hi Sander, > > the uploads sometimes break is new to me and I sure would like > to find out what is going wrong in your setup. One obvious reason > for the php script failing to read its input is a timeout or > abort of the main connection. mod_http2 uses the general Timeout > settings for its requests as well. If you can reproduce this, > a log with "LogLevel http2:trace1" or even trace2 would help. > > I know that input streaming is not very optimal right now. Each > arriving DATA frame is send directly onward to the request thread > and that should be buffered and flushed at proper times. Again, > a log at trace1/2 level should show exactly what is going on. > > If you can, I'd be interested to hear how the current version, > available at https://github.com/icing/mod_h2 fares in you 2.4.25 > server. If you are on Windows, apachelounge has also builds with > the latest version packaged in. > > Cheers, > > Stefan > >> Am 24.03.2017 um 14:10 schrieb Sander Hoentjen <san...@hoentjen.eu>: >> >> Hi, >> >> I am running Apache 2.4.25 with mod_http2, and I notice that sometimes >> file uploads are broken. >> >> Receiving end is a php script, and it logs something like: >> Internal error on sending request(POST /upload/upload.php HTTP/2.0); >> uri(/upload/upload.php) content-length(931728): SendRequest: prepare(): >> user_get_body(bodyLocalBuf, 36865): read from client failed >> >> With HTTP/1.1 this problem does not occur. With HTTP/2 this problems >> occurs sometimes, but not always. What I do notice though is that >> uploads via HTTP/2 are *much* slower, about 20-30s on HTTP/2 vs 4-5s on >> HTTP/1.1 for the exact same file (about 15MB) >> >> Is this a known issue? If not, anything I can do to help? >> >> Regards, >> Sander > Stefan Eissing > > <green/>bytes GmbH > Hafenstrasse 16 > 48155 Münster > www.greenbytes.de >