Dear Edward,
On my side, the solution was to provide to these people a*non-SSL link
*and it worked for all of them.
But what's strange is that most of them told me that "their browser is
uptodate" and that their computer was recent.
The problem came mostly with people having MacOS and Safari
Dear Ed,
What's surprising me is that I got more than 10% of users complaining
they can't access our webserver. Are so many people equipped with
outdated browsers ?
Denis
Le 11.02.2013 09:33, Edward Quick a écrit :
Hi Denis,
I've been through exactly the same situation. There isn't anything
Dear all,
Many users (but not all) are complaining that they can't access our SSL
webserver.
After some research I found two kind of error in apache logs :
a) Re-negotiation request failed / SSL Library Error: 336068931
error:14080143:SSL routines:SSL3_ACCEPT:unsafe legacy renegotiation disab
Le 19.08.2012 20:57, Yehuda Katz a écrit :
> On Sun, Aug 19, 2012
at 1:29 PM, Denis BUCHER wrote:
>
>> Le 19.08.2012 18:17, Alex Bligh a
écrit :
>>
>>> --On 19 August 2012 17:58:34 +0200 Denis BUCHER
>>>
wrote:
>>>
>>>> And the mo
Le 19.08.2012 18:17, Alex Bligh a écrit :
> --On 19 August 2012
17:58:34 +0200 Denis BUCHER
> wrote:
>
>> And the most surprising is
that it only happens with Google bot and other search engines crawler
but never with users ???
>
> I would bet it queries a URL that us
:
> Are you saying you are seeing only one apache
process? Since you are using mpm_prefork there shoul be more than one
for sure. Can you show us your prefork settings? Any errors maybe in the
database or the php application? Anything in the apache logs?
> On Aug
18, 2012 7:01 PM, "D
Le 18.08.2012 11:56, Alex Bligh a écrit :
> --On 18 August 2012
11:35:29 +0200 Denis BUCHER
> wrote:
>
>> OK, but my problem is that
when I detect an "offending" process (using too much memory), it's
already too late ! The strace will only show mmaps until &q
Le 18.08.2012 11:56, Alex Bligh a écrit :
> --On 18 August 2012
11:35:29 +0200 Denis BUCHER
> wrote:
>
>> OK, but my problem is that
when I detect an "offending" process (using too much memory), it's
already too late ! The strace will only show mmaps until &q
Le 18.08.2012 11:56, Alex Bligh a écrit :
> --On 18 August 2012
11:35:29 +0200 Denis BUCHER
> wrote:
>
>> OK, but my problem is that
when I detect an "offending" process (using too much memory), it's
already too late ! The strace will only show mmaps until &q
Le 18.08.2012 11:56, Alex Bligh a écrit :
> --On 18 August 2012
11:35:29 +0200 Denis BUCHER
> wrote:
>
>> OK, but my problem is that
when I detect an "offending" process (using too much memory), it's
already too late ! The strace will only show mmaps until &q
Le 18.08.2012 11:05, Alex Bligh a écrit :
>> But how can I strace
it ?
>
> strace -fp [pid]
>
> so "strace -fp 25178" in the case you
gave.
>
> and see what syscalls it's making. Might give you a
hint.
OK, but my problem is that when I detect an "offending" process
(using too much memory)
Le 18.08.2012 10:29, Alex Bligh a écrit :
> --On 18 August 2012
10:04:12 +0200 Denis BUCHER
> wrote:
>
>> And whatever page it is, is
there some explanation why apache can takes all the server memory ? PHP
is limited, so how is it possible for Apache to do that ?
>
Le 18.08.2012 05:55, Brett Maxfield a écrit :
> On 18/08/2012, at
6:46 AM, Denis BUCHER wrote:
>
>> Dear all,
>>
>> That's an
unbelievable issue but we have single apache process that takes 5 GB of
memory ! And it doesn't happens always with the same URL
13 matches
Mail list logo
