On 15/02/2008, Uwe Doering <[EMAIL PROTECTED]> wrote:
> Have you tried sorting this list alphabetically? Believe it or not,
> when I tried to use Apache 1.3.x with PHP 5.2.x with extensions in
> arbitrary order I got inexplicable crashes, too.
Ah, stuff like "apache-ssl init's the SSL library,
Brett Bump wrote:
On Thu, 14 Feb 2008, Guy Helmer wrote:
Brett Bump wrote:
[Thu Feb 14 09:59:23 2008] [notice] child pid 43464 exit signal Abort trap (6)
httpd in malloc(): error: recursive call
[Thu Feb 14 10:07:34 2008] [notice] child pid 85706 exit signal Abort trap (6)
httpd in free(): er
Kris Kennaway wrote:
Brett Bump wrote:
On Thu, 14 Feb 2008, Kris Kennaway wrote:
We are going to need more information about your system. What do you
mean by "peak activity"? What is running on the system when it performs
badly (check top -S, ps, gstat, vmstat -w, vmstat -i). What is your
Kris Kennaway wrote:
Brett Bump wrote:
On Thu, 14 Feb 2008, Kris Kennaway wrote:
We are going to need more information about your system. What do you
mean by "peak activity"? What is running on the system when it performs
badly (check top -S, ps, gstat, vmstat -w, vmstat -i). What is your
Brett Bump wrote:
On Thu, 14 Feb 2008, Kris Kennaway wrote:
We are going to need more information about your system. What do you
mean by "peak activity"? What is running on the system when it performs
badly (check top -S, ps, gstat, vmstat -w, vmstat -i). What is your
kernel configuration,
- Original Message -
From: "Brett Bump" <[EMAIL PROTECTED]>
I would call 120 processes with a load average of 0.03 and 99.9 idle
with 10-20 sendmail processes and 30 apache jobs nothing to write home
about. But when that jumps to 250 processes, a load average of 30 with
50% idle (5-10 se
On Thu, 14 Feb 2008, Guy Helmer wrote:
> Brett Bump wrote:
> > [Thu Feb 14 09:59:23 2008] [notice] child pid 43464 exit signal Abort trap
> > (6)
> > httpd in malloc(): error: recursive call
> > [Thu Feb 14 10:07:34 2008] [notice] child pid 85706 exit signal Abort trap
> > (6)
> > httpd in fre
Brett Bump wrote:
[Thu Feb 14 09:59:23 2008] [notice] child pid 43464 exit signal Abort trap (6)
httpd in malloc(): error: recursive call
[Thu Feb 14 10:07:34 2008] [notice] child pid 85706 exit signal Abort trap (6)
httpd in free(): error: recursive call
[Thu Feb 14 10:48:39 2008] [notice] child
On Thu, 14 Feb 2008, Kris Kennaway wrote:
> We are going to need more information about your system. What do you
> mean by "peak activity"? What is running on the system when it performs
> badly (check top -S, ps, gstat, vmstat -w, vmstat -i). What is your
> kernel configuration, dmesg and re
In response to Brett Bump <[EMAIL PROTECTED]>:
>
> I'm seeing signal 6's on apache and imapd (never happened before)
> network errors, serious response time errors and generally poor
> performance during peak activity (same box, same people).
IIRC, signal 6 is an indicator that you've compiled bi
At 03:09 PM 2/14/2008, Brett Bump wrote:
On Thu, 14 Feb 2008, Mike Tancsa wrote:
> At 02:22 PM 2/14/2008, Brett Bump wrote:
>
> >I've recently upgraded a mailserver from a 4.x version to 6.2.
>
> I would say move to 6.3R as its a better release with a lot of bug
> fixes. In terms of your gene
Brett Bump wrote:
On Thu, 14 Feb 2008, Mike Tancsa wrote:
At 02:22 PM 2/14/2008, Brett Bump wrote:
I've recently upgraded a mailserver from a 4.x version to 6.2.
I would say move to 6.3R as its a better release with a lot of bug
fixes. In terms of your general performance issues, choice of
On Thu, 14 Feb 2008, Mike Tancsa wrote:
> At 02:22 PM 2/14/2008, Brett Bump wrote:
>
> >I've recently upgraded a mailserver from a 4.x version to 6.2.
>
> I would say move to 6.3R as its a better release with a lot of bug
> fixes. In terms of your general performance issues, choice of
> hardwar
Brett Bump wrote:
I've changed the order of php extensions, disabled autonegotiation,
moved mail queues and large volume directory folders to separate
drives and set noatime. Nothing seems to make much of an impact.
My next idea was to setup my kernel for device_polling, but none of
this is rea
At 02:22 PM 2/14/2008, Brett Bump wrote:
I've recently upgraded a mailserver from a 4.x version to 6.2.
I would say move to 6.3R as its a better release with a lot of bug
fixes. In terms of your general performance issues, choice of
hardware really makes a difference as quality of drivers c
I've recently upgraded a mailserver from a 4.x version to 6.2.
This server had been upgraded a few years ago to 5.x but the
performance was so bad that we only let it run a few days before
moving it back to 4.x. Years pass and it seemed time once again
to move forward.
What is the magic bullet i
Stanislav Sedov wrote:
I'd suggest you to disable open_basedir at all or roll out specialized
implementation. I had a lot of similar problems with open_basedir in
the past, so I just rewrote it to match our specific security policy.
Can you share a hint how exactly this specialized implementati
On Mon, Jan 28, 2008 at 03:23:52PM +0100 Miroslav Lachman mentioned:
>
> Does somebody have any other ideas?
>
I'd suggest you to disable open_basedir at all or roll out specialized
implementation. I had a lot of similar problems with open_basedir in
the past, so I just rewrote it to match our s
Jeremie Le Hen wrote:
Hi,
On Tue, Feb 05, 2008 at 01:08:10AM +0200, Todorov wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
what do you think for HyperThreading (P4 GHz), which serves FBSD 6.3?
Now it's disabled by the BIOS but since today I've upgraded the machine
5.5 to 6.3 th
Hi,
On Tue, Feb 05, 2008 at 01:08:10AM +0200, Todorov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
> what do you think for HyperThreading (P4 GHz), which serves FBSD 6.3?
> Now it's disabled by the BIOS but since today I've upgraded the machine
> 5.5 to 6.3 though if und
20 matches
Mail list logo