On 11/24/2014 07:11 AM, Gordan Bobic wrote:
On 11/24/2014 11:22 AM, Robert Moskowitz wrote:
On 11/24/2014 02:23 AM, Gordan Bobic wrote:
On 11/24/2014 01:28 AM, Robert Moskowitz wrote:
So I have my mailserver running with the full suite of software on
RSEL6:
Postfix/mysql/dovecot/roundcube/spamassasin/clamav/amavis-new
Quite a mouth full, and I see it in lost connections:
1035 *Warning: Pre-queue content-filter connection overload
That is a lot! So there is supposedly some tuning that might help:
http://blog.laimbock.com/2013/07/09/postfix-pre-queue-content-filter-connection-overload/
Or I just put up with this. It will get worst as spammers redirect
here
from the old mailserver that I just turned off last night (an i386 box
that has been running for 4 years).
BTW, I am working up a blog posting on how to build this...
I cannot say I am too surprised you are having overload issues at
times if you are running spamassassin on a Pi.
Not a Pi (armv5), but a Cubietruck (armv7 duo core, 2Gb memory).
R-Pi is ARMv6.
Dual core ARM and 2GB of RAM could still construed to be pushing it
with something that is as much of a resource hog as spamassassin,
especially if you get a lot of mail, spam or otherwise.
It isn't exactly lightweight. That's why I am sticking with only
nolisting and clam and uri milters without spamassassin.
It might also be worth checking what your disk I/O and swapping are
like, since on a Pi clamd alone will be eating about 1/2 of the RAM.
# free
total used free shared buffers cached
Mem: 2050624 1584976 465648 360 265588 761744
-/+ buffers/cache: 557644 1492980
Swap: 4193276 1276 4192000
How can I get a measure of disk I/O?
iostat -x 1
varying numbers. Here is one of the higher ones:
avg-cpu: %user %nice %system %iowait %steal %idle
3.21 0.06 3.25 0.38 0.00 93.11
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz
avgqu-sz await svctm %util
sda 0.00 0.32 0.01 0.49 0.45 13.22
27.20 0.02 31.05 17.69 0.89
avg-cpu: %user %nice %system %iowait %steal %idle
45.00 0.00 6.00 3.00 0.00 46.00
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz
avgqu-sz await svctm %util
sda 0.00 25.00 0.00 4.00 0.00 232.00
58.00 0.06 15.00 15.00 6.00
If you are seeing the %util abouve 80% you are probably bottlenecked
on disk I/O.
iotop might also help.
Had to install this, and it really does not report any activity. Things
are probably happening too fast for too short of a time.
That should be quite high for all
the mail writing/reading. Also there is the mysql I/O. tables are
small, but there are a number of them.
How big are we talking about WRT MySQL?
Been spoiled by gui file manager tools. Forgot how to get a total size
of files in a directory...
But the tables are small. domain has 4 entries and is hit all the
time. mailbox has a dozen entries and is hit for every incoming message
at least once. Does mysql do a good job of caching?
_______________________________________________
users mailing list
[email protected]
http://lists.redsleeve.org/mailman/listinfo/users
