I would like to create a new EFA VM (vmware) server and take an existing EFA server's inbound queue and put it into the new server, thus not losing any inbound messages.
Earlier this week my system crashed because it ran out of diskspace. We have been hit very heavy by spammers and I saved quarantined messages for 35 days. I have changed to 15 days, but after the system crashed the inbound queue has been processing very, very slow. I didn't notice until about a day after it happened because some messages were still getting through. To get space back I deleted two of the quarantine directories (from 30+ days) and that gave me enough space to run quarantine_maint.php which cleaned up +20% space. But now I receive the error, "clamAV failed to parse rules files" and list some files, of which I was not able to resolve, so I disabled virus scan from the .conf file. Still slow.
Existing efa VM has 8 cpu's assigned with 2 cores/cpu. 48GB RAM. 80GB hd space (multiple 10krpm sas drives in raid 5 config - total 500GB ), and 4 other VM's that do not use that many resources. Performance shows that the server CPU's will process around 50% at peaks, and avg latency on drives is 17msec.
This morning my queue was at about 60,000 message, of which over 90% are spam. I have been able to use webmin to delete about 20,000 of the messages from postfix, but the remaining messages are processing reallllly slow. I have rerouted DNS to an external spam filtering service, but must process all inbound queue messages.
I would like to try a fresh install. When my efa server still had the fresh leather smell it ran great. Now that it has some wear on it, seems as though it's struggling. So, my questions are:
- Is there an easy way to take the postfix inbound queue data and transfer or migrate it to another efa server?
I wasn't able to find where the inbound postfix data is located before it gets to efa.
- Can I save my bayesian data ? (mySql backup?)
Any suggestions are welcome, as I'm watching the efa slowwwly process (about 500 to 1,000 documents per hour).
Worst case is that the queue will be empty in about 2 days and I can start fresh then, but I have users complaining about not getting their emails.