[Bug 60244] mod_http2 causes serialized requests if there are parallel long running requests on the same connection

2016-10-20 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=60244

--- Comment #6 from Laurence 'GreenReaper' Parry  ---
This behaviour should really be documented. It makes sense once you understand
the reason, but is unexpected nevertheless, and has the potential for
triggering hard-to-track bugs where it looks like the client may be at issue.
Current browsers show the connections as "stalled" even though they may in fact
have done their part in issuing the request.

While HTTP/2 is not doing anything "wrong", per-se, it is a case where it
breaks website workflows which worked fine with HTTP/1.1 on the same MPM.

Possible locations to mention it:
https://httpd.apache.org/docs/2.4/howto/http2.html
https://httpd.apache.org/docs/2.4/mod/mod_http2.html#h2maxworkers ("If this
directive is not used, mod_http2 will chose a value suitable for the mpm module
loaded." is not enough, because it does not specify a value or the
implications.)

-- 
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 60071] Child httpd processes crash with Segmentation fault when enabling more than 1 healthcheck

2016-10-20 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=60071

Ruediger Pluem  changed:

   What|Removed |Added

 Status|NEW |NEEDINFO

--- Comment #3 from Ruediger Pluem  ---
It would be helpful to have the following additional information:

1. The full stack trace of the crashing thread not just the last frame.
2. Having debug logging enabled. You should see an error message with the
number 03248 in the log just before the crash.
3. In gdb please execute the following commands for the crashed thread:

print wptr
print *wptr
print hc
print hc->s
print hc->s->name
print *worker->s->name

-- 
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 59765] provide a way to obfuscate/hash IP addresses

2016-10-20 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=59765

--- Comment #11 from Jim Jagielski  ---
I'd prefer that if instead of printing out "" it printed out something like
"x.x.x.x" or "255.255.255.255" or something like that for those systems which
may try to screen scrape (or use the XML output option).

-- 
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 59765] provide a way to obfuscate/hash IP addresses

2016-10-20 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=59765

--- Comment #10 from Luca Toscano  ---
Re-added a very simple patch in:

http://home.apache.org/~elukey/httpd-trunk-mod_status-privacy_mode.patch

This one is only adds a new Server Directive, IIRC on IRC this was the first
one suggested. I'd also see the value of having a new Directive working also
with Location blocks, in order to allow request from localhost to display
client IPs.

-- 
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 60283] Apache 2.2.15 + File Streaming = Memory Leak

2016-10-20 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=60283

--- Comment #2 from etornam.ban...@cerner.com ---
(In reply to Eric Covener from comment #1)
> Sounds like a potential passenger bug. If all of the rails/passenger stuff
> is not necessary for the memory growth, please show a basic configuration
> and memory growth observations for a static file.

We have looked into it from the passenger side and have determined that
passenger is not the cause of the memory issue. We are using a simple rails app
to download a static file from one folder and write it elsewhere. We are using
a simple curl to initiate the download. 

File size(GB) |  Thread size
10|   ~1
20|1.5
50|2
80|3.2
100   |4

-- 
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 60283] New: Apache 2.2.15 + File Streaming = Memory Leak

2016-10-20 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=60283

Bug ID: 60283
   Summary: Apache 2.2.15 + File Streaming =  Memory Leak
   Product: Apache httpd-2
   Version: 2.2.15
  Hardware: Other
OS: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Core
  Assignee: bugs@httpd.apache.org
  Reporter: etornam.ban...@cerner.com

Hi,

When downloading a large file from using rails, Phusion Passenger 5.0.18 and
Apache 2.2.15 the thread size will continue to grow the longer the download
takes. We are using this code:

path = '/home/data/test.tar.gz'
pack_content_type = 'application/octet-stream'
send_file path, :type => pack_content_type, :x_sendfile=>true


A number of file sizes have been tested and have found the larger the file, the
larger the httpd thread grows.
ie: 50 GB file => 2 GB httpd thread size
80 GB file => 3.2 GB httpd thread size

The downloads are done on a Red Hat 6.6 node and the behaviour/size is
consistant for every download.

-- 
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 60283] Apache 2.2.15 + File Streaming = Memory Leak

2016-10-20 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=60283

Eric Covener  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|NEW |RESOLVED

--- Comment #1 from Eric Covener  ---
Sounds like a potential passenger bug. If all of the rails/passenger stuff is
not necessary for the memory growth, please show a basic configuration and
memory growth observations for a static file.

-- 
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