https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--- Comment #4 from Steffen Moser ---
We've just encountered this problem even with Nextcloud 13.0.5 on Apache 2.4.33
and PHP-FPM 7.1.17, OS: Oracle Solaris 11.3 SRU 34.
Uploads to Nextcloud (which internally uses SabreDAV) initiated by macOS
https://bz.apache.org/bugzilla/show_bug.cgi?id=50274
Steffen Moser changed:
What|Removed |Added
CC||pub...@steffen-moser.de
--
You are
https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--- Comment #5 from Rainer Jung ---
Could you try to set the Apache request environment variable proxy-sendcl?
This should force buffering/spooling request bodies locally (Apache) until they
are completely read and then forwariding them with
https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
Steffen Moser changed:
What|Removed |Added
CC||pub...@steffen-moser.de
--
You are
https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--- Comment #3 from Luca Toscano ---
As reference, there is a similar bug opened years ago for mod_fcgid
(https://bz.apache.org/bugzilla/show_bug.cgi?id=53332). It would be great to
fix this bug, it might be a good chance to move people to
https://bz.apache.org/bugzilla/show_bug.cgi?id=53332
--- Comment #5 from Luca Toscano ---
I do! https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--
You are receiving this mail because:
You are the assignee for the bug.
-
https://bz.apache.org/bugzilla/show_bug.cgi?id=53332
Yann Ylavic changed:
What|Removed |Added
CC||traw...@apache.org
--- Comment #6 from
https://bz.apache.org/bugzilla/show_bug.cgi?id=50274
Yann Ylavic changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--- Comment #6 from Luca Toscano ---
Hi Rainer,
I can repro with this simple php script:
getBody();
echo($request);
echo("\n");
?>
1) curl -k https://localhost/receiveChunk.php --header "Pragma: no-cache"
--header -X POST -d "blablablabla"
https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--- Comment #7 from Luca Toscano ---
> I also added "SetEnv proxy-sendctl"
Sorry it was (of course) "SetEnv proxy-sendctl 1"
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--- Comment #8 from Rainer Jung ---
Hi Luca,
it is proxy-sendcl (cl for content length) not proxy-sendctl (not t in ctl).
It is a general mod_proxy feature used in modules/proxy/mod_proxy_http.c. I'm
not sure it will help here, but worth a
https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--- Comment #10 from Luca Toscano ---
(In reply to Luca Toscano from comment #9)
> After reading a bit the code, I'd add a condition in mod_proxy_fcgi's
> dispatch() to add the missing CL if TE:chunked is present, but I am not
https://bz.apache.org/bugzilla/show_bug.cgi?id=62668
Bug ID: 62668
Summary: httpd threads spinning at 100%
Product: Apache httpd-2
Version: 2.5-HEAD
Hardware: PC
OS: FreeBSD
Status: NEW
Severity: critical
https://bz.apache.org/bugzilla/show_bug.cgi?id=62668
Eric Covener changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #3 from Eric
https://bz.apache.org/bugzilla/show_bug.cgi?id=62668
--- Comment #4 from Yann Ylavic ---
Bernard, is this with high concurrency scenario or it can be reproduced with a
single/few requests?
Looking at the stacktrace, the most probable looping threads are numbers 60 to
62, thus
https://bz.apache.org/bugzilla/show_bug.cgi?id=62668
--- Comment #1 from Bernard Spil ---
The version I roll back to to make this work:
# httpd -V
Server version: Apache/2.5.1-dev (FreeBSD)
Server built: Jun 20 2018 18:28:30
Server's Module Magic Number: 20180606:1
First version I have
https://bz.apache.org/bugzilla/show_bug.cgi?id=62668
--- Comment #2 from Bernard Spil ---
The version I roll back to to make this work (build date is also trunk date):
> # httpd -V
> Server built: Jun 20 2018 18:28:30
> Server's Module Magic Number: 20180606:1
First version I have exhibiting
https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--- Comment #9 from Luca Toscano ---
(In reply to Rainer Jung from comment #8)
> it is proxy-sendcl (cl for content length) not proxy-sendctl (not t in ctl).
Today is typo-day, I used sendcl in my tests but typed in here 'ctl', sorry :(
I
https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--- Comment #11 from Yann Ylavic ---
(In reply to Luca Toscano from comment #10)
> send_environment() not dispatch :)
Possibly, mod_proxy_http's spool_reqbody_cl() should be copied (and adapted) to
mod_proxy_fgci, such that it's called before
19 matches
Mail list logo
