https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
Christophe JAILLET changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #88 from nitop ---
Hi,
I've also rebuilt Apache2.4.43 with Stefan's fix (ssl stapling leak fix).
It looks very good and it seems the bug has been fixed.
Thank you all!
Best regards,
Michael
--
You are receiving this mail
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
Yann Ylavic changed:
What|Removed |Added
Keywords||FixedInTrunk
--- Comment #87 from Yann
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #86 from Giovanni Bechis ---
Created attachment 37171
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37171=edit
simplified patch
Judging from openssl man pages, x509_free is a no-op if the parameter is NULL,
so the goto
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #85 from Curtis Wilson ---
Hey Stefan,
We built this shortly after you posted it on Thursday and installed this on one
of our test boxes and this has been working throughout the weekend without any
issues. It does not appear that
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #84 from Curtis Wilson ---
Hey Stefan,
I will talk with my team today to see if we can get this built and pushed to
our test servers.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #83 from Stefan Eissing ---
Would you mind trying the ssl stapling leak fixed I attached here. It applies
on top of a 2.4.43. I would be intersted to know if this fixes your memory
problems.
Thanks, Stefan
--
You are receiving
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #82 from Stefan Eissing ---
Created attachment 37158
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37158=edit
ssl stapling leak fix
An fix for a leak introduced in 2.4.43 that was introduced by the new stapling
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
Gabriel Pineda changed:
What|Removed |Added
CC||gabrielh.pin...@yahoo.com
--
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #81 from Curtis Wilson ---
So after determining the trigger for causing this to happen (Reloads) we were
able to track this down to a specific commit that was causing this issues, and
building a build without this commit and
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #80 from Eric Covener ---
(In reply to Curtis Wilson from comment #79)
> I am trying to gather the set of data requested with the steps to see if I
> can get that to work. However something we have noticed is the Main proc
> looks
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #79 from Curtis Wilson ---
I am trying to gather the set of data requested with the steps to see if I can
get that to work. However something we have noticed is the Main proc looks like
it starts bloating, and when new children are
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #78 from Ruediger Pluem ---
Maybe the following untested stuff helps you to do this in an unattended way:
gdb
break sbrk
commands
silent
bt full
cont
end
set logging file
set logging redirect on
set logging on
cont
--
You are
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #77 from Ruediger Pluem ---
(In reply to Curtis Wilson from comment #76)
> Is there anything else that is needed at this time?
Not now. I am honestly a bit lost now. It looks like that your processes
consume a lot of memory (about
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #76 from Curtis Wilson ---
Is there anything else that is needed at this time?
--
You are receiving this mail because:
You are the assignee for the bug.
-
To
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #75 from Curtis Wilson ---
Created attachment 37096
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37096=edit
Pmaps of fressh child and main
Attached are pmap's of a fresh child, and main process
--
You are receiving
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #74 from Ruediger Pluem ---
Pool dump wise there is no big difference between a fresh process and one of
the memory eating ones (only 1103 block which are about 8 MiB). And there is
also not much difference in the free memory in
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #73 from Curtis Wilson ---
Created attachment 37093
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37093=edit
Fresh child dump
Attched is a dump of a fresh child.
--
You are receiving this mail because:
You are the
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #72 from Ruediger Pluem ---
Thanks. Can I also have a 'dump_all_pools' from a freshly started child process
that does not consume an unexpected amount of memory?
--
You are receiving this mail because:
You are the assignee for
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #71 from Curtis Wilson ---
Created attachment 37089
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37089=edit
Vhosts
1. Have you set MaxMemFree in your configuration and if yes to what value?
Default
2. Can you deliver
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #70 from Ruediger Pluem ---
How many cores / VCPU's does the system have you run your httpd on?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #69 from Ruediger Pluem ---
What are your settings for
ServerLimit
StartServers
MaxRequestWorkers
MinSpareThreads
MaxSpareThreads
ThreadsPerChild
?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #68 from Ruediger Pluem ---
(In reply to Curtis Wilson from comment #67)
> Created attachment 37077 [details]
> Data with mod_rbld disabled
Thanks. More questions:
1. Have you set MaxMemFree in your configuration and if yes to
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #67 from Curtis Wilson ---
Created attachment 37077
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37077=edit
Data with mod_rbld disabled
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #66 from Curtis Wilson ---
We attempted disabling mod_rbld, on our test servers and it was working well,
however over the weekend it looks like this started to lead to the same issue.
I will attach a new set of data with mod_rbld
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #65 from Ruediger Pluem ---
(In reply to Curtis Wilson from comment #63)
> Created attachment 37066 [details]
> Dump of thread
>
> Attahced is the dump of a thread, we also beleive we may have solved this,
> at least in our case
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #64 from Dybala R ---
That's nice https://www.google.com;> hao
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe,
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #63 from Curtis Wilson ---
Created attachment 37066
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37066=edit
Dump of thread
Attahced is the dump of a thread, we also beleive we may have solved this, at
least in our case
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #62 from Joe Orton ---
A technique I've found helpful for catching leaks is:
gdb
break sbrk
cont
...
bt full
to get a backtrace at the point sbrk is called to expand the heap. Not sure
how well this works with a threaded MPM.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #61 from Ruediger Pluem ---
Next time you experience the issue, can you please provide:
1. ps -e -o pid,comm,vsz,rsz | grep httpd
2. A dump_all_pools from the process that is memory leaking. It should be a
child
process. If not
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #60 from Curtis Wilson ---
So the issue is it is every process under the main, I can grab a few dumps on
this when the server starts showing signs again to prevent downtime when it
reaches the point where it does affect traffic we
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #59 from Yann Ylavic ---
(In reply to Curtis Wilson from comment #58)
> On each of these I dumped the main process that everything is forked from.
Is it the main process which is leaking memory?
--
You are receiving this mail
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #58 from Curtis Wilson ---
On each of these I dumped the main process that everything is forked from.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #57 from Ruediger Pluem ---
(In reply to Curtis Wilson from comment #55)
> Created attachment 37060 [details]
> gdb_dump_all_pools_latestinit
>
> Attached now is a dump_all_pools output without the tracebacks at the end
> where
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #56 from Curtis Wilson ---
The last 4 modules on the list are not modules that would be able to disable as
some of the provide basic functionality and security for us.
security2_module (shared) - Mod_security
suphp_module
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #55 from Curtis Wilson ---
Created attachment 37060
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37060=edit
gdb_dump_all_pools_latestinit
Attached now is a dump_all_pools output without the tracebacks at the end where
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,
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
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)
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
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #50 from Ruediger Pluem ---
(In reply to Curtis Wilson from comment #49)
> Created attachment 37054 [details]
> gdb_dump_all_pools
>
> Today one of our test servers was using around 4.3% per thread and causing
> issues where the
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #49 from Curtis Wilson ---
Created attachment 37054
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37054=edit
gdb_dump_all_pools
Today one of our test servers was using around 4.3% per thread and causing
issues where the
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #48 from Curtis Wilson ---
This is working now, enabled the right gdb so when this does start happening
again through the weekend I will grab data from this.
--
You are receiving this mail because:
You are the assignee for the
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #47 from Curtis Wilson ---
The problem we are having is related to the gdb version on the systems. They
all run with gdb-7.2-92.el6
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #46 from Curtis Wilson ---
Okay, I think I found the problem. It was an error I was missing, python is
available however it is not playing nice. What version of python does this
expect as it is failing to load the python portion of
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #45 from Curtis Wilson ---
It is already installed, the only issue we have is finding a debug package for
lua-5.1.4-4.1.el6.x86_64
The issue is that when I execute gdb -p $pid it loads everything in the
.gdbinit and when I
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #44 from Giovanni Bechis ---
To be able to debug properly this issue, you should install
ea-apache24-debuginfo rpm package.
This will provide you a httpd.debug binary; it's the same binary than httpd(8)
but built by cPanel with
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #43 from Curtis Wilson ---
(gdb) python print(True)
True
# gdb --version
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-92.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #42 from Ruediger Pluem ---
What does
gdb --version
deliver?
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail:
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #41 from Ruediger Pluem ---
dump_pool_and_children is contained in .gdbinit (at least the one from here:
http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/.gdbinit?revision=1866656=markup).
It might be possible that your gdb
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #40 from Curtis Wilson ---
I don't believe that .gdbinit is complete. When you use dump_all_pools, it
tries to call dump_pool_and_children, which looks like it is done via the
python portion but is not actually defined and does not
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #39 from Yann Ylavic ---
(In reply to Curtis Wilson from comment #38)
Can you apply Ruediger's debugging steps from comment #13 on your system?
When the memory is high enough, that would be a good way to gather informations
on what
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #38 from Curtis Wilson ---
Due to our Apache being provided by cPanel with EasyApache4, we will not be
able to custom compile different APR or Apache versions to test. Setting the
LD_LIBRARY_PATH can be done in /etc/sysconfig/http
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #37 from Curtis Wilson ---
I will be adding "SetEnv LD_LIBRARY_PATH $path" on 5 test boxes tonight the the
location of the 1.7.0 APR that cPanel provides. However I do want to point out
that APR 1.7.0 has had 0 issues or at least
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #36 from Yann Ylavic ---
(In reply to nitop from comment #35)
> It does not matter in which version APR is compiled.
Could you please run httpd with LD_LIBRARY_PATH including your compiled apr/lib
directory or alternatively
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #35 from nitop ---
Hello,
I've also tried it again:
Setting "RegexDefaultOptions -DOTALL" does not help us.
The servers start overcommitting after a few hours - so we have to go back
again to 2.4.39.
It does not matter in which
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #34 from Curtis Wilson ---
It does not look like adding "RegexDefaultOptions -DOTALL" to the httpd.conf is
working. We added this on a few test servers 2 days ago and this morning all of
them are starting to overcommit again with
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #33 from Giovanni Bechis ---
Have you tried disabling PCRE_DOTALL as suggested in comment #23 ?
Just add "RegexDefaultOptions -DOTALL" to your httpd.conf and restart httpd(8).
--
You are receiving this mail because:
You are the
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #32 from Curtis Wilson ---
We are still seeing this issue actively posing a problem and causing
performance issues for servers running Apache 2.4.41. Is there any other
information that is needed to investigate this matter further
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #31 from Curtis Wilson ---
Created attachment 37039
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37039=edit
Response time drop after Apache Downgrade
--
You are receiving this mail because:
You are the assignee for the
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #30 from Curtis Wilson ---
Created attachment 37038
--> https://bz.apache.org/bugzilla/attachment.cgi?id=37038=edit
CPU usage drop after Apache Downgrade
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #28 from nitop ---
It still doesn't look good here.
I've compiled "APR 1.6.3" and "APR-UTIL 1.6.1" with "Apache/2.4.41".
APR 1.6.3:
./configure --prefix=/usr/local/apr/
make
make install
APR-UTIL 1.6.1:
./configure
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
Renato Nogueira changed:
What|Removed |Added
CC||renato.alves.nogueira@hotma
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #26 from Jim Jagielski ---
Thanks... that helps to narrow down things quite a bit.
--
You are receiving this mail because:
You are the assignee for the bug.
-
To
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #25 from nitop ---
@Jim Jagielski
We do not use http2 or mod_md.
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe,
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #22 from Ruediger Pluem ---
(In reply to nitop from comment #21)
> Someone else should debug this.
> We've some hugh dependencies here and can not get >= gdb7.2 with python2.7
> to work.
Just for the sake of completeness: My GDB
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #21 from nitop ---
Someone else should debug this.
We've some hugh dependencies here and can not get >= gdb7.2 with python2.7 to
work.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #20 from Ruediger Pluem ---
(In reply to nitop from comment #18)
> I am now running gdb 7.2 and tried it again:
> warning: no loadable sections found in added symbol-file system-supplied DSO
> at 0x7ffd92a92000
>
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #19 from nitop ---
We can not continue with debugging because of larger dependencies (gdb, python,
...)
Can someone else debug that with the same problem?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #18 from nitop ---
I am now running gdb 7.2 and tried it again:
/usr/local/bin/gdb apache2 29505
GNU gdb (GDB) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #17 from Ruediger Pluem ---
(In reply to nitop from comment #16)
> @RuedigerPluem
>
> Here are the errors with your ".gdbinit":
> gdb apache2 16606
> Reading symbols from /usr/sbin/apache2...done.
> Attaching to program:
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #16 from nitop ---
@RuedigerPluem
Here are the errors with your ".gdbinit":
gdb apache2 16606
Reading symbols from /usr/sbin/apache2...done.
Attaching to program: /usr/sbin/apache2, process 16606
warning: no loadable sections
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #15 from Ruediger Pluem ---
(In reply to nitop from comment #14)
> @RuedigerPluem
> "Have you compiled your Apache with debugging symbols?"
>
> No. Is this necessary to go on with gdb?
Yes, you need the debugging symbols to
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #14 from nitop ---
@RuedigerPluem
"Have you compiled your Apache with debugging symbols?"
No. Is this necessary to go on with gdb?
"Are you able to attach to such a memory consuming process with gdb?"
I've not tried it yet. How
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #13 from Ruediger Pluem ---
Have you compiled your Apache with debugging symbols?
Are you able to attach to such a memory consuming process with gdb?
If this is the case it would be helpful if you could use the following .gdbinit
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #12 from nitop ---
Created attachment 36743
--> https://bz.apache.org/bugzilla/attachment.cgi?id=36743=edit
Apache2.4.41 Memory Usage without APR- and pcre-update
--
You are receiving this mail because:
You are the assignee for
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #11 from nitop ---
It's definitly Apache 2.4.41. I've updated only Apache2 this morning at ~9:00am
- without APR or PCRE:
Please see attached Memory-Graph (mem_usage_ONLY_Apache2_4_41.PNG)
--
You are receiving this mail because:
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #10 from Ruediger Pluem ---
(In reply to nitop from comment #9)
> Hello,
>
> "Which MPM do you use?"
>
> -> We use worker.
>
> I've now just updated apache2 to 2.4.41 - so far no problems with Memory
> BUT, I saw this:
>
> #
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #9 from nitop ---
Hello,
"Which MPM do you use?"
-> We use worker.
I've now just updated apache2 to 2.4.41 - so far no problems with Memory BUT, I
saw this:
# apache2 -V
Server version: Apache/2.4.41 (Unix)
Server loaded: APR
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #8 from Ruediger Pluem ---
(In reply to nitop from comment #3)
> Created attachment 36733 [details]
> apache2.conf
>
> httpd/apache2 config
The given configuration does not show me which MPM you are using. It may be
configured in
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #7 from Ruediger Pluem ---
(In reply to Curtis Wilson from comment #5)
> I have run into the same issue on my servers, they are all Centos 6 and are
> running cPanel. After the updates I found that I was getting constant issues
>
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #6 from Curtis Wilson ---
Also to note, until I can figure out the cause as to why this is happening, I
have had to downgrade them all to Apache 2.4.39.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #5 from Curtis Wilson ---
I have run into the same issue on my servers, they are all Centos 6 and are
running cPanel. After the updates I found that I was getting constant issues
with memory use from apache in the worker mpm, most
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #4 from Joe Orton ---
You've made three changes at the same time which increases the difficult in
diagnosing this. Can you try httpd 2.4.41 on the old APR/PCRE versions, and
see if that also has the same memory problem?
--
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
Curtis Wilson changed:
What|Removed |Added
CC||curtis.wil...@endurance.com
--
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #3 from nitop ---
Created attachment 36733
--> https://bz.apache.org/bugzilla/attachment.cgi?id=36733=edit
apache2.conf
httpd/apache2 config
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
--- Comment #2 from nitop ---
Additional details:
All systems are running with Debian and Kernel "4.4.186".
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63687
nitop changed:
What|Removed |Added
CC||i...@netclusive.de
--- Comment #1 from nitop
88 matches
Mail list logo