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]
