https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #2 from Jean Weisbuch ---
The exact same bug happens on 2.4.49 to 2.4.51, here is a full backtrace with
2.4.51 :
Program received signal SIGSEGV, Segmentation fault.
0x7fcac0ea5113 in apr_socket_close (thesocket=0x0) at
https://bz.apache.org/bugzilla/show_bug.cgi?id=65628
Bug ID: 65628
Summary: AH00051 - [core:notice] [pid 117745:tid
140692937303872] AH00051: child pid 117751 exit signal
Segmentation fault (11), possible coredump in
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #3 from Yann Ylavic ---
Does this always imply mpm_itk?
I see that mpm_itk does this:
ap_hook_process_connection(itk_fork_process, NULL, NULL,
APR_HOOK_REALLY_FIRST);
then:
int
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #4 from Ruediger Pluem ---
Can you please issue the following gdb commands with this core dump:
frame 1
print *(c->conn_config)
print c->aborted
Furthermore an error log which is set to trace8 around the point of time the
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #5 from Yann Ylavic ---
(In reply to Yann Ylavic from comment #3)
>
> So:
> ap_set_core_module_config(c->conn_config, NULL);
> is what sets csd to NULL in ap_lingering_close.
But before r1891721, the apr_socket
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #6 from Yann Ylavic ---
(In reply to Yann Ylavic from comment #5)
>
> So I think that attachment 38061 [details] is the right thing to do, for
> compatibility.
The other option is to change mpm_itk to:
- apr_soc
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #7 from Ruediger Pluem ---
(In reply to Yann Ylavic from comment #6)
> (In reply to Yann Ylavic from comment #5)
> >
> > So I think that attachment 38061 [details] is the right thing to do, for
> > compatib
https://bz.apache.org/bugzilla/show_bug.cgi?id=65629
Bug ID: 65629
Summary: ErrorLogFormat not applied when starting the http
server
Product: Apache httpd-2
Version: 2.4.51
Hardware: PC
Status: NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #8 from Yann Ylavic ---
(In reply to Ruediger Pluem from comment #7)
>
> The question is, how we want to allow if at all another module to say that
> we should get out of the way with regards to lingering closes. Do we a
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #9 from Ruediger Pluem ---
(In reply to Yann Ylavic from comment #8)
> (In reply to Ruediger Pluem from comment #7)
> >
> > The question is, how we want to allow if at all another module to say that
> > we
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
Yann Ylavic changed:
What|Removed |Added
Keywords||FixedInTrunk
--- Comment #10 from Yann
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
acmondor changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #11 from acmondor
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #12 from acmondor ---
Created attachment 38063
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38063&action=edit
server info output
--
You are receiving this mail because:
You are the assignee for
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
acmondor changed:
What|Removed |Added
Attachment #38063|0 |1
is obsolete
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #14 from Ruediger Pluem ---
Thanks. My understanding now is that this only happens with mpm-itk and the
reason why this happens in this case seems to be clear from the analysis of
Yann. His patch should fix this.
--
You are
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #15 from Ruediger Pluem ---
(In reply to Yann Ylavic from comment #10)
> I checked r1894171 in trunk but it would be useful to hear from Jean in
> comment 2.
>
> Jean, your stack trace does not seem to involve mod_it
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #16 from acmondor ---
Created attachment 38065
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38065&action=edit
error log with additional info from mpm_itk
Out of curiousity I added some additional error log state
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #17 from acmondor ---
Yann's patch works fine with httpd 2.4.51 on Gentoo.
--
You are receiving this mail because:
You are the assignee for the bug.
---
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
--- Comment #18 from Yann Ylavic ---
(In reply to acmondor from comment #16)
>
> From that, the reason that mod_itk is not in the stack trace is because its
> hook has run its course and returned to prefork_run in mpm-prefork.
Ah
https://bz.apache.org/bugzilla/show_bug.cgi?id=65630
Bug ID: 65630
Summary: typo in french documentation page for mod_substitute
Product: Apache httpd-2
Version: 2.4.51
Hardware: All
OS: All
Status: NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
Arkadiusz Miskiewicz changed:
What|Removed |Added
CC||ar...@maven.pl
--
You are
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
Bug ID: 65631
Summary: Proxy CONNECT error 500
Product: Apache httpd-2
Version: 2.4.51
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
--- Comment #1 from Yann Ylavic ---
Hi Pavel,
> I was getting lots of code 500 for CONNECT method in my proxy access log and
> very long lasting requests in server-status lately.
The logs show no timings so the "very long lasti
https://bz.apache.org/bugzilla/show_bug.cgi?id=65628
--- Comment #1 from VINAY S ---
Created attachment 38067
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38067&action=edit
Core dump file
--
You are receiving this mail because:
You are the assignee for
https://bz.apache.org/bugzilla/show_bug.cgi?id=65628
--- Comment #2 from Ruediger Pluem ---
(In reply to VINAY S from comment #1)
> Created attachment 38067 [details]
> Core dump file
Please provide the full output. You only provided full output from one thread
and that thread did not cau
https://bz.apache.org/bugzilla/show_bug.cgi?id=65628
--- Comment #3 from VINAY S ---
Created attachment 38068
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38068&action=edit
Complete thread log file
Please find the complete thread log file
--
You are receiving this mail becau
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
--- Comment #2 from Pavel Mateja ---
Hi Yann,
you are right.
One of our applications did not close sockets after proxied requests properly.
I was able to see long lasting connections in FIN_WAIT2 state but still
assigned to Apache's PID.
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
--- Comment #3 from Ruediger Pluem ---
(In reply to Pavel Mateja from comment #2)
>
> But those 500 in logs are still present.
> I've tried older Apache versions and I don't see them with 2.4.46.
I guess the 500 happens
https://bz.apache.org/bugzilla/show_bug.cgi?id=65632
Bug ID: 65632
Summary: ProxyPreserveHost on is not preserving original
request Host header value with ProxyRequests on
Product: Apache httpd-2
Version: 2.4.46
Hardware
https://bz.apache.org/bugzilla/show_bug.cgi?id=65627
Jean Traullé changed:
What|Removed |Added
CC||jtrau...@opencomp.fr
--
You are
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
--- Comment #4 from Pavel Mateja ---
Created attachment 38069
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38069&action=edit
filtered tcpdump output of one request returning 500
I can see the client sent RST after it got F
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
--- Comment #5 from Pavel Mateja ---
Created attachment 38070
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38070&action=edit
trace for one 500 request
And there we have proxy trace for this one.
Is it bug in client then?
https://bz.apache.org/bugzilla/show_bug.cgi?id=65628
--- Comment #4 from Ruediger Pluem ---
Thanks. In gdb please issue the following commands:
thread 1
frame 3
print *r
print *(r->connection)
print *(r->connection->conn_config)
--
You are receiving this mail because:
You are the ass
https://bz.apache.org/bugzilla/show_bug.cgi?id=65632
Ruediger Pluem changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
--- Comment #6 from Ruediger Pluem ---
(In reply to Pavel Mateja from comment #5)
> Created attachment 38070 [details]
> trace for one 500 request
>
> And there we have proxy trace for this one.
> Is it bug in client then?
I
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
--- Comment #7 from Yann Ylavic ---
(In reply to Ruediger Pluem from comment #6)
>
> I tend to say yes as it should sent a FIN back to close the connection.
Right because without this FIN/ACK there is no way for the proxy to det
https://bz.apache.org/bugzilla/show_bug.cgi?id=65633
Bug ID: 65633
Summary: mod_authnz_ldap doesn't support SASL EXTERNAL bind to
ldap
Product: Apache httpd-2
Version: 2.5-HEAD
Hardware: All
OS
https://bz.apache.org/bugzilla/show_bug.cgi?id=65626
Yann Ylavic changed:
What|Removed |Added
Keywords||FixedInTrunk
--- Comment #2 from Yann
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
Pavel Mateja changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
Yann Ylavic changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #9 from Yann Ylavic
https://bz.apache.org/bugzilla/show_bug.cgi?id=65631
Yann Ylavic changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this mail
https://bz.apache.org/bugzilla/show_bug.cgi?id=65636
Bug ID: 65636
Summary: HTTP header empty when using ssl
Product: Apache httpd-2
Version: 2.4.37
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
https://bz.apache.org/bugzilla/show_bug.cgi?id=65636
Ruediger Pluem changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://bz.apache.org/bugzilla/show_bug.cgi?id=63192
Ruediger Pluem changed:
What|Removed |Added
CC||mar...@marcinwilk.eu
--- Comment #9
https://bz.apache.org/bugzilla/show_bug.cgi?id=63893
--- Comment #12 from Paulo M ---
I'm having the same problem caused by AWS's NLB use of LOCAL.
I have tried the two patches and it successfully stopped the
"RemoteIPProxyProtocol: unsupported command 20" and the log of 40
https://bz.apache.org/bugzilla/show_bug.cgi?id=63893
Paulo M changed:
What|Removed |Added
CC||cheng0...@gmail.com
--- Comment #13 from
https://bz.apache.org/bugzilla/show_bug.cgi?id=62866
Paulo M changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=63893
Paulo M changed:
What|Removed |Added
CC||mentalstring+apache@gmail.c
https://bz.apache.org/bugzilla/show_bug.cgi?id=64812
Paulo M changed:
What|Removed |Added
CC||mentalstring+apache@gmail.c
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
https://bz.apache.org/bugzilla/show_bug.cgi?id=65641
Bug ID: 65641
Summary: (22)Invalid argument: AH02454: HTTPS: attempt to
connect to Unix domain socket
Product: Apache httpd-2
Version: 2.4.41
Hardware: PC
https://bz.apache.org/bugzilla/show_bug.cgi?id=65642
Bug ID: 65642
Summary: mod_proxy: retry-directive does not work anymore
Product: Apache httpd-2
Version: 2.4.51
Hardware: Other
Status: NEW
Severity: major
https://bz.apache.org/bugzilla/show_bug.cgi?id=51223
--- Comment #30 from Christoph Reiter ---
Is this fixed, now that bug 61820 is fixed? And if yes, in which versions?
--
You are receiving this mail because:
You are the assignee for the bug
https://bz.apache.org/bugzilla/show_bug.cgi?id=65630
Vincent Deffontaines changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://bz.apache.org/bugzilla/show_bug.cgi?id=51223
--- Comment #31 from Ruediger Pluem ---
(In reply to Christoph Reiter from comment #30)
> Is this fixed, now that bug 61820 is fixed? And if yes, in which versions?
Should be. Can you give it a try? If yes we can close this one here a
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
https://bz.apache.org/bugzilla/show_bug.cgi?id=65626
--- Comment #3 from Greg Voronov ---
Unfortunately it stil doesn't work, logs looks the same except for the line #
emittig the message is different now:
[Sun Oct 24 23:40:27.324323 2021] [mpm_event:trace5] [pid 209173:tid
1402775773
https://bz.apache.org/bugzilla/show_bug.cgi?id=65626
--- Comment #4 from Ruediger Pluem ---
(In reply to Greg Voronov from comment #3)
> Unfortunately it stil doesn't work, logs looks the same except for the line
> # emittig the message is different now:
>
> [Sun Oct 24 23:
https://bz.apache.org/bugzilla/show_bug.cgi?id=65654
Bug ID: 65654
Summary: Trouble remaining stable
Product: Apache httpd-2
Version: 2.5-HEAD
Hardware: PC
Status: NEW
Severity: normal
Priority: P2
https://bz.apache.org/bugzilla/show_bug.cgi?id=65654
Eric Covener changed:
What|Removed |Added
OS||All
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=65180
daniel.scha...@uni-konstanz.de changed:
What|Removed |Added
CC||daniel.scharon@uni
https://bz.apache.org/bugzilla/show_bug.cgi?id=65626
--- Comment #5 from Greg Voronov ---
I apologize, it was my bad. I tried to checkout revision 1894285 from 2.4 repo
instead of trunk and svn client didn't return any errors.
Now I applied patches for both 1894285 and 1894286 on the t
https://bz.apache.org/bugzilla/show_bug.cgi?id=65626
--- Comment #6 from Greg Voronov ---
Created attachment 38077
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38077&action=edit
event mod log after r1894286
--
You are receiving this mail because:
You are the assignee for
https://bz.apache.org/bugzilla/show_bug.cgi?id=65655
Bug ID: 65655
Summary: Wrong ProxyTimeout is effective for reused connections
to backend when vhosts with different configuration
share a balancer
Product: Apache httpd-2
https://bz.apache.org/bugzilla/show_bug.cgi?id=65313
--- Comment #9 from apache-bugs...@x25.pl ---
Jut to reiterate:
Patch r1892587 works but not for resources handled by mod_fcgid (php pages). In
case of these resources there is NO CHANGE, graceful restart that takes 30s
still causes no new
https://bz.apache.org/bugzilla/show_bug.cgi?id=65628
--- Comment #5 from VINAY S ---
Created attachment 38081
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38081&action=edit
Gdb commands output file
thread 1
frame 3
print *r
print *(r->connection)
print *(r->connection
https://bz.apache.org/bugzilla/show_bug.cgi?id=65662
Bug ID: 65662
Summary: Hunging processes with FIN_WAIT2 and CLOSE_WAIT
Product: Apache httpd-2
Version: 2.4.51
Hardware: PC
OS: Linux
Status: NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=65628
Ruediger Pluem changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=65665
Bug ID: 65665
Summary: signature file for source tarball has incorrect file
name in it
Product: Apache httpd-2
Version: 2.4.51
Hardware: All
OS: All
https://bz.apache.org/bugzilla/show_bug.cgi?id=65666
Bug ID: 65666
Summary: 2.4.47 breaks ability to unset Expect header for proxy
compatibility, yielding 417 errors
Product: Apache httpd-2
Version: 2.4.47
Hardware: All
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
https://bz.apache.org/bugzilla/show_bug.cgi?id=65665
Stefan Eissing changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://bz.apache.org/bugzilla/show_bug.cgi?id=65602
Tần Quảng changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #6 from Tần Quảng
https://bz.apache.org/bugzilla/show_bug.cgi?id=65158
--- Comment #46 from Joe Orton ---
FYI we have started seeing this issue with recent RHEL8 kernels as well, our
kernel engineers are looking at it and it looks like a possible kernel issue,
unclear why it happens with cifs specifically, but I
https://bz.apache.org/bugzilla/show_bug.cgi?id=65158
--- Comment #47 from Ruediger Pluem ---
(In reply to Joe Orton from comment #46)
> FYI we have started seeing this issue with recent RHEL8 kernels as well, our
> kernel engineers are looking at it and it looks like a possible kernel
&
https://bz.apache.org/bugzilla/show_bug.cgi?id=65158
--- Comment #48 from Joe Orton ---
cifs-mounted (In reply to Ruediger Pluem from comment #47)
> (In reply to Joe Orton from comment #46)
> > FYI we have started seeing this issue with recent RHEL8 kernels as well, our
> > kerne
https://bz.apache.org/bugzilla/show_bug.cgi?id=65158
--- Comment #49 from Yann Ylavic ---
Is r1887060/r1887497 applied on the APR side for the reproducible case?
--
You are receiving this mail because:
You are the assignee for the bug
https://bz.apache.org/bugzilla/show_bug.cgi?id=65158
--- Comment #50 from Joe Orton ---
(In reply to Yann Ylavic from comment #49)
> Is r1887060/r1887497 applied on the APR side for the reproducible case?
No though in the case we're seeing mmap being used with offset=0 (according to
st
https://bz.apache.org/bugzilla/show_bug.cgi?id=65158
--- Comment #51 from Joe Orton ---
(BTW the kernel engineers have been able to bisect this to a specific kernel
commit with which the repro case starts fails, hence my comment above. When I
can share more I will!)
--
You are receiving this
https://bz.apache.org/bugzilla/show_bug.cgi?id=65666
--- Comment #1 from Erik Kangas ---
Additional note-- this behavior is triggered by "force-proxy-request-1.0" being
true in the apache config. Removing this also fixes the problem. We have
removed thats (as it was an old, unnee
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
https://bz.apache.org/bugzilla/show_bug.cgi?id=59921
raj changed:
What|Removed |Added
URL||https://www.baliapur.com/
Keywords
https://bz.apache.org/bugzilla/show_bug.cgi?id=60182
--- Comment #15 from raj ---
https://www.baliapur.com/2021/10/what-is-ott-platform-full-information-in-hindi.html";>ओटीटी
प्लेटफॉर्म क्या है
https://www.baliapur.com/2021/10/wifi-calling-kaise-kare.html";>[WiFi
Calling] वाईफा
https://bz.apache.org/bugzilla/show_bug.cgi?id=59921
Ruediger Pluem changed:
What|Removed |Added
Keywords|APIBug |
--
You are receiving this mail
https://bz.apache.org/bugzilla/show_bug.cgi?id=65666
Pavel Janík changed:
What|Removed |Added
Priority|P2 |P1
CC
https://bz.apache.org/bugzilla/show_bug.cgi?id=65666
--- Comment #2 from Pavel Janík ---
(In reply to Erik Kangas from comment #1)
> Additional note-- this behavior is triggered by "force-proxy-request-1.0"
> being true in the apache config. Removing this also fixes the pro
https://bz.apache.org/bugzilla/show_bug.cgi?id=65666
Pavel Janík changed:
What|Removed |Added
CC||pgaj...@suse.cz
--
You are receiving
https://bz.apache.org/bugzilla/show_bug.cgi?id=65679
Bug ID: 65679
Summary: Apache throwing error 400 "Bad Request" for long
request URL using GET method
Product: Apache httpd-2
Version: 2.4.41
Ha
https://bz.apache.org/bugzilla/show_bug.cgi?id=65679
Stefan Eissing changed:
What|Removed |Added
OS||All
--- Comment #1 from Stefan
https://bz.apache.org/bugzilla/show_bug.cgi?id=65680
Bug ID: 65680
Summary: Incorrect rewriting URL
Product: Apache httpd-2
Version: 2.4.51
Hardware: PC
OS: Linux
Status: NEW
Severity: major
https://bz.apache.org/bugzilla/show_bug.cgi?id=65682
Bug ID: 65682
Summary: Apache won't start with mod_ssl and openssl 1.1.1l or
newer
Product: Apache httpd-2
Version: 2.5-HEAD
Hardware: Macintosh
Status
https://bz.apache.org/bugzilla/show_bug.cgi?id=65682
--- Comment #1 from mav2287 ---
Created attachment 38088
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38088&action=edit
Error Log
--
You are receiving this mail because:
You are the assignee for
https://bz.apache.org/bugzilla/show_bug.cgi?id=65682
--- Comment #2 from mav2287 ---
Created attachment 38089
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38089&action=edit
httpd conf file
--
You are receiving this mail because:
You are the assignee for
https://bz.apache.org/bugzilla/show_bug.cgi?id=65682
--- Comment #3 from mav2287 ---
Created attachment 38090
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38090&action=edit
httpd ssl conf file
--
You are receiving this mail because:
You are the assignee for
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
https://bz.apache.org/bugzilla/show_bug.cgi?id=65686
Bug ID: 65686
Summary: sendfile() doesn't work
Product: Apache httpd-2
Version: 2.4.51
Hardware: PC
OS: Linux
Status: NEW
Severity: n
https://bz.apache.org/bugzilla/show_bug.cgi?id=65686
--- Comment #1 from Gary S ---
This may not be related;
But after each writev() call, mmap() is called and throws INVAL. An strace of
an active connection to a dummy index.html page:
7006 mmap(NULL, 7950, PROT_READ, MAP_SHARED, 17, 0
https://bz.apache.org/bugzilla/show_bug.cgi?id=65686
--- Comment #2 from Ruediger Pluem ---
How large are the static files? Are they delivered directly by Apache?
File buckets below 256 byte of size are not sent via sendfile.
If would be helpful if you could break with gdb in
https://bz.apache.org/bugzilla/show_bug.cgi?id=65686
--- Comment #3 from Gary S ---
I've tried static files that range in size from 512 bytes to 16,000 bytes in
size (html files)
(In reply to Ruediger Pluem from comment #2)
> How large are the static files? Are they delivered dir
https://bz.apache.org/bugzilla/show_bug.cgi?id=65686
--- Comment #4 from Gary S ---
(In reply to Ruediger Pluem from comment #2)
> How large are the static files? Are they delivered directly by Apache?
> File buckets below 256 byte of size are not sent via sendfile.
>
> If would b
501 - 600 of 2338 matches
Mail list logo
