On 11/10/2017 12:41 PM, Douglas Duckworth wrote:
> Hi
>
> I am running old PHP under Apache httpd-2.4.
>
> During a typical day:
>
> Server load: 0.03 0.03 0.05
> Total accesses: 16028 - Total Traffic: 1.4 GB
> CPU Usage: u20.92 s1.24 cu.01 cs.23 - .00163% CPU load
> .0116 requests/sec - 1104 B/
Oops, forgot to paste the link. It looks like you got the answer, but
to complete my response here you go:
https://access.redhat.com/solutions/10185
Quoting pdou...@xmission.com:
I have had to deal with this problem, usually due to updates that are
unsupported by 3rd party apps. You can exc
I have had to deal with this problem, usually due to updates that are
unsupported by 3rd party apps. You can exclude individual packages
from your updates. I think this article should help.
Quoting "Rose, John B" :
It seems as though “yum” update has replaced Apache modules
installed in
Thanks John
On 11/10/17, 4:38 PM, "John Iliffe" wrote:
yum doesn't know when you install a programme by compiling it that it is
there unless you update the package history database, so it goes by it's
previous record (the apache version that you superseded).
There is a yu
yum doesn't know when you install a programme by compiling it that it is
there unless you update the package history database, so it goes by it's
previous record (the apache version that you superseded).
There is a yum option to exclude specific packages from a yum update. I
seem to recall tha
It seems as though “yum” update has replaced Apache modules installed in the
default installation, that we had removed after the initial install because
they weren’t used.
Is there some way to prevent that from happening?
thanks
I'm using Apache HTTPClient 4.5.3 to make some HTTP requests, but I am
getting a gzipped response back I have tried many things I found online but
non of them worked. I still get gibberish when I print the response. Below
are the relevant code. What do I need to do to get a human readable
response?
Hi
I am running old PHP under Apache httpd-2.4.
During a typical day:
Server load: 0.03 0.03 0.05
Total accesses: 16028 - Total Traffic: 1.4 GB
CPU Usage: u20.92 s1.24 cu.01 cs.23 - .00163% CPU load
.0116 requests/sec - 1104 B/second - 92.7 kB/request
2 requests currently being processed, 8 idle
Deanna,
On Fri, Nov 10, 2017 at 3:17 AM, Deanna Stevenson wrote:
> Thanks Yann. I am on ubuntu 16.04 and apache 2.4.8, and looks like the MPM
> module I have right now is "event", which seems to be default for modern
> OSs. It seems like in 2.4 I can load different MPM modules at run time, and
>
Thank you.
--
Osama Elnaggar
On November 10, 2017 at 10:31:43 PM, Eric Covener (cove...@gmail.com) wrote:
On Thu, Nov 9, 2017 at 11:54 PM, Osama Elnaggar
wrote:
> Hi,
>
> I was wondering if idle websocket connections still tie up a thread or
not
> when using the event MPM + proxy mode. Accordi
On Thu, Nov 9, 2017 at 11:54 PM, Osama Elnaggar wrote:
> Hi,
>
> I was wondering if idle websocket connections still tie up a thread or not
> when using the event MPM + proxy mode. According to this thread -
> http://apache-http-server.18135.x6.nabble.com/LongPolling-WebSockets-connection-handlin
Hi Hemant,
On Fri, Nov 10, 2017 at 6:13 AM, Hemant Chaudhary
wrote:
>
> Yes kill -Term works for me even without patch of code.
Good.
> I have one more doubt, I checked with ipcs command that there is only entry
> of semaphore and no entry in shared memory.
>
> If I have nothing in shared memor
12 matches
Mail list logo
