On 12/04/2012 10:23 AM, Rajesh M wrote:
On 12/04/2012 08:58 AM, Rajesh M wrote:
Maybe run atop or other tools to see where your bottleneck is?

Cheers,
Sebastian

On 04.12.2012, at 16:15, "Rajesh M" <[email protected]> wrote:

hi

i have a server with around 6000 mail boxes

it is a dual processor quad core with 4 gb ram
centos 5 with qmail toaster

it contains around 3.5 terrabytes of data

the data is spread over the 2 nrs 2 tb drives

about half the mailboxes have the normal path ie
/home/vpopmail/domains/

and the other half has path to the second drive
(i changed the path in the mysql database for around half mailboxes
to
point to the second drive)

the machine is accessed by pop / imap / smtp

this was working fine till 2 days ago

i noted that users were not cleaning up the trash folders and space
utilization had gone to 90%. So i ran the qmail-clean-trash script
which
cleaned up a lot of trash data. usage is arond 85 % .

this was done in the weekend - ie 2 days ago

now since monday onwards ie the local queue is piling up and
delivering
very slowly.

the email traffic send+receive is around 250,000 (around 20 gb of
data)
emails per day  with most of the emails being delivered locally.

i have to keep firing perl qmhandle -a -- to get the local emails
delivred

but still it is very slow

can somebody let me know the reason for this sudden slow delivery of
emails

rajesh





---------------------------------------------------------------------
To unsubscribe, e-mail:
[email protected]
For additional commands, e-mail:
[email protected]


in addition to the above information

i have kept concurrencyincoming - 400, concurrencylocal - 300,
concurrencyremote - 200

server load goes as high 200 sometimes

also please let me know how i can spread the data / load between two
or
more servers. Any solutions for the same ?

rajesh





---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail:
[email protected]



i have htop installed but does not show any specific problem

one important point is that only local emails keep piling up. remote
emails are delivered quickly


rajesh


---------------------------------------------------------------------

There's apparently a bottleneck all right, apparently with writing to
the drives.

The qmail-clean-trash script isn't part of QTP. Can you post it here?
Might provide a hint.

You're running dovecot I presume?

--
-Eric 'shubes'

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



eric

i am using the same  script from qtp

i am also using dovecot but only for imap


# default DELTIME value
DELTIME=1

# config file for deltrash
DELTIME_FILE="/var/qmail/control/deltrash"

# see if there is a configuration file for DELTIME
if [ -e "$DELTIME_FILE" ] ; then
   DELTIME_TMP=`cat $DELTIME_FILE`
   if [ "$(echo $DELTIME_TMP | grep "^[[:digit:]]*$")" ] ; then
     DELTIME=$DELTIME_TMP
   fi
fi

# find and process each .Spam directory
# then find and process each file in the .Spam directory
# (this could probably all be done in a single find command)

for directory in $(find /home/vpopmail/domains -type d -name .INBOX.Trash);
do

   for file in $(find $directory -type f -mtime +$DELTIME); do
     rm -f ${file}  >/dev/null 2>&1
   done
done

rajesh





---------------------------------------------------------------------

Filesystem looks ok to me.

I wonder about dovecot though, and the implications of deleting all that stuff. Might want to ask on the dovecot list about this.

Like Sebastian said, need to find the specific bottleneck.
Collectl is a nice tool as well.

--
-Eric 'shubes'

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to