[Bug 63891] Balancer failover fails for POST with small request Body and CL set
https://bz.apache.org/bugzilla/show_bug.cgi?id=63891 --- Comment #4 from Rainer Jung --- To clarify comment #2: there's a patch backport available, but it has not yet been applied to 2.4.x. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 63959] Empty POST request to a live node after a node failure
https://bz.apache.org/bugzilla/show_bug.cgi?id=63959 Yann Ylavic changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #2 from Yann Ylavic --- 2.4.x backport proposed in bug 63891, switching there. *** This bug has been marked as a duplicate of bug 63891 *** -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 63891] Balancer failover fails for POST with small request Body and CL set
https://bz.apache.org/bugzilla/show_bug.cgi?id=63891 Yann Ylavic changed: What|Removed |Added CC||dome...@gmail.com --- Comment #3 from Yann Ylavic --- *** Bug 63959 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 60330] reverse proxy of 100-continue aware backend, sends 100 continue even when backend does not
https://bz.apache.org/bugzilla/show_bug.cgi?id=60330 Yann Ylavic changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #51 from Yann Ylavic --- (In reply to Lubos Uhliarik from comment #50) This follow up issue is being handled in bug 63891, a patch for 2.4 is available there (not yet backported to 2.4.next). -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 63687] High Memory usage after upgrade to 2.4.41
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687 --- Comment #54 from Christophe JAILLET --- Hi, I gave a look at rbld_module. If the module is the following one on github https://github.com/bluehost/mod_rbld/blob/master/mod_rbld.c#L370 The pool allocated above is leaking in many paths, including what looks to me normal use cases. This could explain some memory leak, but the corresponding parent pool should not be 'pconf' as it seems to be. Do you need bwlimited_module and the last 4 modules in the list? These at least looks like 3rd party modules. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57313] The DefaultType directive has been removed
https://bz.apache.org/bugzilla/show_bug.cgi?id=57313 Jon Ribbens changed: What|Removed |Added Resolution|WORKSFORME |WONTFIX -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 60330] reverse proxy of 100-continue aware backend, sends 100 continue even when backend does not
https://bz.apache.org/bugzilla/show_bug.cgi?id=60330
Lubos Uhliarik changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED |---
--- Comment #50 from Lubos Uhliarik ---
Hi all,
I'm experiencing one more issue (I'm not sure, if it is related to this bug or
not).
There is following configuration:
1) reverse proxy server with configuration:
ProxyPass /sample/ balancer://cluster/
BalancerMember http://10.0.138.138:80 ping=5
BalancerMember http://10.0.138.59:80 ping=5
2) Backend server A - 10.0.138.138
- perl script - /var/www/cgi-bin/test.cgi
#!/usr/bin/perl
print "Content-type: text/plain\r\n";
print "\r\n";
read (STDIN, $data, $ENV{'CONTENT_LENGTH'});
3) Backend server B - 10.0.138.59
- on this backend, we are dropping packets from reverse proxy server:
# iptables -A INPUT -s 10.0.137.13 -j DROP
- perl script - /var/www/cgi-bin/test.cgi
#!/usr/bin/perl
print "Content-type: text/plain\r\n";
print "\r\n";
read (STDIN, $data, $ENV{'CONTENT_LENGTH'});
4) client
# echo "abcd" > /tmp/data
# curl -X POST --data-binary '@/tmp/data'
http://10.0.137.13/sample/cgi-bin/test.cgi
- when reverse proxy selects backend server B, it fails to connect to it and
then fail over to backend server A. But when I collect network traffic on
backend server B, invalid Content-Length is set. Network data in case of no
fail-over:
"POST /cgi-bin/test.cgi HTTP/1.1
Host: 10.0.138.138
User-Agent: curl/7.65.3
Accept: */*
Content-Type: application/x-www-form-urlencoded
Expect: 100-Continue
X-Forwarded-For: 10.0.136.27
X-Forwarded-Host: 10.0.137.13
X-Forwarded-Server: fe80::f816:3eff:fe62:246
Content-Length: 5
Connection: Keep-Alive
HTTP/1.1 100 Continue
abcd
HTTP/1.1 200 OK
Date: Tue, 03 Mar 2020 12:23:15 GMT
Server: Apache/2.4.41 (Fedora)
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/plain; charset=UTF-8
"
vs. network data when there was a fail-over:
"POST /cgi-bin/test.cgi HTTP/1.1
Host: 10.0.138.138
User-Agent: curl/7.65.3
Accept: */*
Content-Type: application/x-www-form-urlencoded
Expect: 100-Continue
X-Forwarded-For: 10.0.136.27
X-Forwarded-Host: 10.0.137.13
X-Forwarded-Server: fe80::f816:3eff:fe62:246
Content-Length: 0
Connection: Keep-Alive
HTTP/1.1 200 OK
Date: Tue, 03 Mar 2020 12:24:18 GMT
Server: Apache/2.4.41 (Fedora)
Connection: close
Content-Type: text/plain; charset=UTF-8
"
I don't know mod_proxy very well, but I did some debugging. When reverse proxy
server tries to contact backend server B, it executes ap_proxy_http_prefetch
function, reads data from r->input_filters, sets temp_brigade, then stores
temp_brigade into input_brigade and leaves function. Then on fail-over, it
executes ap_proxy_http_prefetch function again, but no data are read and C-L is
set to 0.
1) run, without fail-over (backend server A is contacted first):
- in ap_proxy_http_prefetch function is called just once:
- input_brigade:
0 | HEAP (0x7fffc80012c8) | 5 | 0x7fffc8001188 | [abcd~] | 1
1 | EOS (0x7fffc8001e08) | 0 | 0x | | n/a
- cl_val is set to 5, old_cl_val is set to "5"
2) run, with fail-over (backend server B is contacted first, then it fails-over
on backend server A)
- first call of ap_proxy_http_prefetch function is same as in case of run
without fail-over
- second ap_proxy_http_prefetch call:
- no data are read by ap_get_brigade(r->input_filters, temp_brigade,...
- input brigade contains just EOS
- cal_val is equal to 0, old_cl_val is set to "5", but it is afterwards
overwritten:
ap_proxy_http_prefetch (url=, uri=0x7fffc8010738,
req=0x7fffc80106a8) at mod_proxy_http.c:743
743 if (req->old_cl_val || req->old_te_val || bytes_read) {
(gdb) n
744 req->old_cl_val = apr_off_t_toa(r->pool, bytes_read);
backtrace of second call:
(gdb) bt
#0 ap_proxy_http_prefetch (url=, uri=0x7fffc8010738,
req=0x7fffc80106a8) at mod_proxy_http.c:747
#1 proxy_http_handler (r=0x7fffc8013820, worker=,
conf=, url=0x7fffc8010678
"http://10.0.138.138/cgi-bin/test.cgi;, proxyname=,
proxyport=) at mod_proxy_http.c:2063
#2 0x774d1a2b in proxy_run_scheme_handler (r=r@entry=0x7fffc8013820,
worker=0x5568e8b8, conf=conf@entry=0x55656560,
url=0x7fffc8010678 "http://10.0.138.138/cgi-bin/test.cgi;,
proxyhost=proxyhost@entry=0x0, proxyport=proxyport@entry=0) at mod_proxy.c:3088
#3 0x774d27ee in proxy_handler (r=0x7fffc8013820) at mod_proxy.c:1257
#4 0x5556db98 in ap_run_handler (r=r@entry=0x7fffc8013820) at
config.c:170
#5 0x5556e146 in ap_invoke_handler (r=r@entry=0x7fffc8013820) at
config.c:444
#6 0x555a9e23 in ap_process_async_request (r=0x7fffc8013820) at
http_request.c:453
#7 0x555a61f3 in ap_process_http_async_connection (c=0x7fffb8001738)
at
[Bug 63687] High Memory usage after upgrade to 2.4.41
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687 --- Comment #53 from Curtis Wilson --- I would also like to note that we are open to some form of video conference while this is happening so that we can gather more information as needed. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57313] The DefaultType directive has been removed
https://bz.apache.org/bugzilla/show_bug.cgi?id=57313
Eric Covener changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|REOPENED|RESOLVED
--- Comment #4 from Eric Covener ---
It's a design decision, I don't think it's returning. It can probably be
emulated though:
Header set Content-Type foo/bar "expr=%{Content_Type} =~ /^$/"
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org
For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57313] The DefaultType directive has been removed
https://bz.apache.org/bugzilla/show_bug.cgi?id=57313 --- Comment #3 from Jon Ribbens --- Just found my own bug report again when I came up against the same problem 5 years later and it still hasn't been fixed... -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 63687] High Memory usage after upgrade to 2.4.41
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687 --- Comment #52 from Curtis Wilson --- The loaded modules are as follows: Loaded Modules: core_module (static) so_module (static) http_module (static) mpm_worker_module (shared) cgid_module (shared) access_compat_module (shared) actions_module (shared) alias_module (shared) asis_module (shared) auth_basic_module (shared) auth_digest_module (shared) authn_core_module (shared) authn_dbd_module (shared) authn_dbm_module (shared) authn_file_module (shared) authz_core_module (shared) authz_dbm_module (shared) authz_groupfile_module (shared) authz_host_module (shared) authz_user_module (shared) autoindex_module (shared) cache_module (shared) cache_disk_module (shared) dav_module (shared) dav_fs_module (shared) dav_lock_module (shared) dbd_module (shared) deflate_module (shared) dir_module (shared) env_module (shared) expires_module (shared) file_cache_module (shared) filter_module (shared) headers_module (shared) include_module (shared) log_config_module (shared) log_forensic_module (shared) logio_module (shared) mime_module (shared) mime_magic_module (shared) negotiation_module (shared) proxy_module (shared) lbmethod_byrequests_module (shared) lbmethod_bytraffic_module (shared) proxy_ajp_module (shared) proxy_balancer_module (shared) proxy_connect_module (shared) proxy_fcgi_module (shared) proxy_ftp_module (shared) proxy_http_module (shared) proxy_scgi_module (shared) proxy_wstunnel_module (shared) remoteip_module (shared) reqtimeout_module (shared) rewrite_module (shared) setenvif_module (shared) slotmem_shm_module (shared) socache_dbm_module (shared) socache_shmcb_module (shared) socache_redis_module (shared) speling_module (shared) status_module (shared) substitute_module (shared) suexec_module (shared) unique_id_module (shared) unixd_module (shared) userdir_module (shared) version_module (shared) bwlimited_module (shared) ssl_module (shared) fcgid_module (shared) http2_module (shared) security2_module (shared) suphp_module (shared) passenger_module (shared) rbld_module (shared) Nex time this overcommits I will grab the full output for you. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 61820] 304 headers stripped
https://bz.apache.org/bugzilla/show_bug.cgi?id=61820 --- Comment #7 from andreas.l...@innovative-navigation.de --- Any progress on this? We have the problem that Apache httpd (version 2.4.x) used as a reverse proxy removes CORS headers (with a 304 repsonse), resulting in browser access errors. This makes Apache https useless as a reverse proxy with modern web applications. Am I missing something? (We are switching to nginx, which does pass the headers as expected ...) -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 61820] 304 headers stripped
https://bz.apache.org/bugzilla/show_bug.cgi?id=61820 andreas.l...@innovative-navigation.de changed: What|Removed |Added CC||andreas.luik@innovative-nav ||igation.de -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 63687] High Memory usage after upgrade to 2.4.41
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687 --- Comment #51 from Ruediger Pluem --- Next time you come accross the overcommit situation can you please use http://svn.apache.org/viewvc/httpd/httpd/trunk/.gdbinit?revision=1874723=markup as .gdbinit when you do a dump_all_pools? This should get you rid of the Python Exception maximum recursion depth exceeded: messages and give us the full output. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 40592] flood: corrupt output with report_relative_times
https://bz.apache.org/bugzilla/show_bug.cgi?id=40592 --- Comment #31 from aayatharb --- How can i resolve this bug? https://bit.ly/2Tzmlq4 -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 28657] mod_negotiation should not store Content-Location header as an error header
https://bz.apache.org/bugzilla/show_bug.cgi?id=28657 --- Comment #99 from Hindi Anusar --- 9xmovies 2019 | 9xmovies https://hindianusar.com/9xmovies-9xmovie-300mb-movies-download/.html -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
