On Fri, Apr 25, 2008 at 03:56:02PM +0200, Andre Albsmeier wrote:
> On Tue, 22-Apr-2008 at 18:34:30 +0200, Andre Albsmeier wrote:
> > On Tue, 22-Apr-2008 at 14:54:07 +0300, Kostik Belousov wrote:
> > > On Tue, Apr 22, 2008 at 12:31:45PM +0200, Andre Albsmeier wrote:
> > > > On Thu, 21-Feb-2008 at 14
On Tue, 22-Apr-2008 at 18:34:30 +0200, Andre Albsmeier wrote:
> On Tue, 22-Apr-2008 at 14:54:07 +0300, Kostik Belousov wrote:
> > On Tue, Apr 22, 2008 at 12:31:45PM +0200, Andre Albsmeier wrote:
> > > On Thu, 21-Feb-2008 at 14:13:22 +0200, Kostik Belousov wrote:
> > > > On Thu, Feb 21, 2008 at 04:2
On Tue, 22-Apr-2008 at 14:54:07 +0300, Kostik Belousov wrote:
> On Tue, Apr 22, 2008 at 12:31:45PM +0200, Andre Albsmeier wrote:
> > On Thu, 21-Feb-2008 at 14:13:22 +0200, Kostik Belousov wrote:
> > > On Thu, Feb 21, 2008 at 04:20:04AM -0700, Brett Bump wrote:
> > > >
> > > > On Wed, 20 Feb 2008,
Kostik Belousov wrote:
On Tue, Apr 22, 2008 at 02:08:18PM +0200, Kris Kennaway wrote:
Kostik Belousov wrote:
On Tue, Apr 22, 2008 at 12:31:45PM +0200, Andre Albsmeier wrote:
On Thu, 21-Feb-2008 at 14:13:22 +0200, Kostik Belousov wrote:
On Thu, Feb 21, 2008 at 04:20:04AM -0700, Brett Bump wrot
On Mon, Apr 21, 2008 at 07:20:31PM -0600, Scott Long wrote:
> Kostik Belousov wrote:
> >On Tue, Apr 22, 2008 at 02:08:18PM +0200, Kris Kennaway wrote:
> >>Kostik Belousov wrote:
> >>>On Tue, Apr 22, 2008 at 12:31:45PM +0200, Andre Albsmeier wrote:
> On Thu, 21-Feb-2008 at 14:13:22 +0200, Kostik
On Tue, Apr 22, 2008 at 12:31:45PM +0200, Andre Albsmeier wrote:
> On Thu, 21-Feb-2008 at 14:13:22 +0200, Kostik Belousov wrote:
> > On Thu, Feb 21, 2008 at 04:20:04AM -0700, Brett Bump wrote:
> > >
> > > On Wed, 20 Feb 2008, Kostik Belousov wrote:
> > >
> > > > I cannot reproduce it locally. Wit
On Tue, Apr 22, 2008 at 02:08:18PM +0200, Kris Kennaway wrote:
> Kostik Belousov wrote:
> >On Tue, Apr 22, 2008 at 12:31:45PM +0200, Andre Albsmeier wrote:
> >>On Thu, 21-Feb-2008 at 14:13:22 +0200, Kostik Belousov wrote:
> >>>On Thu, Feb 21, 2008 at 04:20:04AM -0700, Brett Bump wrote:
> On Wed
Kostik Belousov wrote:
On Tue, Apr 22, 2008 at 12:31:45PM +0200, Andre Albsmeier wrote:
On Thu, 21-Feb-2008 at 14:13:22 +0200, Kostik Belousov wrote:
On Thu, Feb 21, 2008 at 04:20:04AM -0700, Brett Bump wrote:
On Wed, 20 Feb 2008, Kostik Belousov wrote:
I cannot reproduce it locally. With pa
On Thu, 21-Feb-2008 at 14:13:22 +0200, Kostik Belousov wrote:
> On Thu, Feb 21, 2008 at 04:20:04AM -0700, Brett Bump wrote:
> >
> > On Wed, 20 Feb 2008, Kostik Belousov wrote:
> >
> > > I cannot reproduce it locally. With patch applied, it compiles both
> > > GENERIC and GENERIC with options QUOT
On Thu, Feb 21, 2008 at 04:20:04AM -0700, Brett Bump wrote:
>
> On Wed, 20 Feb 2008, Kostik Belousov wrote:
>
> > I cannot reproduce it locally. With patch applied, it compiles both
> > GENERIC and GENERIC with options QUOTA added just fine.
> >
> > Check for partially applied patch.
> >
>
> Tha
On Wed, 20 Feb 2008, Kostik Belousov wrote:
> I cannot reproduce it locally. With patch applied, it compiles both
> GENERIC and GENERIC with options QUOTA added just fine.
>
> Check for partially applied patch.
>
Thanks Kostik. You can double check me on sizes, but it would appear that
all file
On Tue, Feb 19, 2008 at 03:02:44PM -0700, Brett Bump wrote:
>
> Oops!
>
> ../../../ufs/ufs/ufs_quota.c: In function `chkdq':
> ../../../ufs/ufs/ufs_quota.c:168: error: `do_check' undeclared (first use in
> this function)
> ../../../ufs/ufs/ufs_quota.c:168: error: (Each undeclared identifier is
In response to Ivan Voras <[EMAIL PROTECTED]>:
> Bill Moran wrote:
> > 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 (s
Bill Moran wrote:
> 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
Brett Bump wrote:
Oops!
../../../ufs/ufs/ufs_quota.c: In function `chkdq':
../../../ufs/ufs/ufs_quota.c:168: error: `do_check' undeclared (first use in
this function)
../../../ufs/ufs/ufs_quota.c:168: error: (Each undeclared identifier is
reported only once
../../../ufs/ufs/ufs_quota.c:168: er
Oops!
../../../ufs/ufs/ufs_quota.c: In function `chkdq':
../../../ufs/ufs/ufs_quota.c:168: error: `do_check' undeclared (first use in
this function)
../../../ufs/ufs/ufs_quota.c:168: error: (Each undeclared identifier is
reported only once
../../../ufs/ufs/ufs_quota.c:168: error: for each funct
Brett Bump wrote:
On Fri, 15 Feb 2008, Uwe Doering 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.
Now, of course it was just a coincidence that it wo
Aleksey Perov wrote:
Kris Kennaway wrote:
I checked with the developer, and no-one running 6.x and quotas ever
replied to multiple requests to test the patch. It can be found here if
you want to resolve this performance problem without upgrading to 7.0:
http://people.freebsd.org/~kib/quotag
Brett Bump wrote:
Possilby the weekend project will be setting up the backup with 6.3 to
switch everything over to that.
The first thing you need to do is either disable quotas or apply the
patch (maybe in conjunction with the 6.3 upgrade). That *is* the cause
of at least some of your perfo
> > >Dell PowerEdge 1750 1U, 146Gig U320s. The Broadcoms seem to be a change
> > >from the earlier 1550s with intel pro/100s (I prefer the intel's).
> >
> > So this is not the same hardware as before that was running releng_4 ?
>
> Yes, it is actually the same physical box.
> this one has me baf
Quoting Brett Bump <[EMAIL PROTECTED]>:
>
> The mail server started life
> on a PowerEdge 1550 1U with intel nics, but was rapidly running out of
> storage. We had a backup 1750 for the content management system so put
> 4.10 on it and then just copied the users (about 8k of them) and their
> fil
On Fri, 15 Feb 2008, Mike Tancsa wrote:
> >Dell PowerEdge 1750 1U, 146Gig U320s. The Broadcoms seem to be a change
> >from the earlier 1550s with intel pro/100s (I prefer the intel's).
>
> So this is not the same hardware as before that was running releng_4 ?
Yes, it is actually the same physi
On Fri, 15 Feb 2008, Kris Kennaway wrote:
> I checked with the developer, and no-one running 6.x and quotas ever
> replied to multiple requests to test the patch. It can be found here if
> you want to resolve this performance problem without upgrading to 7.0:
>
> http://people.freebsd.org/~kib/
On Fri, 15 Feb 2008, Uwe Doering 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.
>
> Now, of course it was just a coincidence that it worked for m
At 05:27 PM 2/14/2008, Brett Bump wrote:
stat doesn't show as much as gstat and iostat. Gstat alwasy shows my
drive with /var/mail being 97-100% busy and iostat will always show hi
tps rates, but never anything above 8MB/s (4.10 gave me 30MB/s+).
If a lot of users are checking mail at once, t
Kris Kennaway wrote:
> I checked with the developer, and no-one running 6.x and quotas ever
> replied to multiple requests to test the patch. It can be found here if
> you want to resolve this performance problem without upgrading to 7.0:
>
> http://people.freebsd.org/~kib/quotagiant/quotas-RE
Kris Kennaway wrote:
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, vm
Adrian Chadd wrote:
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
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
44 matches
Mail list logo
