"Ira Abramov" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, November 14, 2002 5:56 PM
Subject: Re: postfix causing very high load average
> On 14/11/2002 17:30, Ira Abramov wrote:
>
> >Quoting Sagi Bashari, from the post of Thu, 14 Nov:
> >
> >
On 14/11/2002 17:30, Ira Abramov wrote:
Quoting Sagi Bashari, from the post of Thu, 14 Nov:
I can move /var to / and repartition /var. But I have software RAID
running on this drive. Is it safe to do, remotely, when software RAID is
activated on / and /home?
probably OK, but you won't
Quoting Sagi Bashari, from the post of Thu, 14 Nov:
> >
> >time to split it up. worth a few minutes of downtime to improve
> >relyability and performance.
> >
> I only have remote access to the server (it is colocated).
>
> I asked here few weeks ago if there is a reason to put /var/www
> somewhe
On 14/11/2002 16:50, Ira Abramov wrote:
Quoting Sagi Bashari, from the post of Thu, 14 Nov:
I can't change the partition settings or repartition the harddisk
because /var is a very big partition that is also used for data
(database,web).
time to split it up. worth a few minutes of down
Quoting Sagi Bashari, from the post of Thu, 14 Nov:
> I can't change the partition settings or repartition the harddisk
> because /var is a very big partition that is also used for data
> (database,web).
time to split it up. worth a few minutes of downtime to improve
relyability and performance.
That's where I took the original command from.
I can't change the partition settings or repartition the harddisk
because /var is a very big partition that is also used for data
(database,web).
However i have empty 6GB partition on the harddisk. I don't need that
much for spool directory, is it
Take a look here:
http://www.stahl.bau.tu-bs.de/~hildeb/postfix/ext3.shtml
Cheers,
Henry
Sagi Bashari wrote:
On 14/11/2002 13:51, Tzafrir Cohen wrote:
On Thu, 14 Nov 2002, Sagi Bashari wrote:
Hi,
I just setuped a new server. It is only running postfix at this time,
relaying mail from a
Hello Sagi,
> >Maybe limit the number of postfix processes (of some kind?)
> >
> No, it's not that:
> [sagi@black sagi]$ ps auxww|grep -ic postfix
> 77
> [sagi@black sagi]$
> >
Command w or uptime shows number of processes that are waiting for CPU
AND number of processes that stuck for one or oth
On 14/11/2002 13:51, Tzafrir Cohen wrote:
On Thu, 14 Nov 2002, Sagi Bashari wrote:
Hi,
I just setuped a new server. It is only running postfix at this time,
relaying mail from another server.
The distribution is RedHat 7.3 with all of the updates.
There is a large amount of mail in the que
I/O bound?
Being killed by the journalling overhead of ext3?
Insufficient RAM to cache the files being accessed in the disk
(improbable)?
My first guess is that this has to do with interaction of postfix with
ext3 journalling.
Things to check/try:
- Is the system actually I/O bound?
- What happens
On Thu, 14 Nov 2002, Sagi Bashari wrote:
> Hi,
>
> I just setuped a new server. It is only running postfix at this time,
> relaying mail from another server.
>
> The distribution is RedHat 7.3 with all of the updates.
>
> There is a large amount of mail in the queue (about 17k mails).
>
> The load
Hi,
I just setuped a new server. It is only running postfix at this time,
relaying mail from another server.
The distribution is RedHat 7.3 with all of the updates.
There is a large amount of mail in the queue (about 17k mails).
The load average goes upto 8.x. If I kill postfix, it goes back d
12 matches
Mail list logo
