1 (edited by bigweb 2018-01-29 00:27:35)

Topic: LOAD issue after upgrade

==== Required information ====
- iRedMail version (check /etc/iredmail-release):
- Linux/BSD distribution name and version:
- Store mail accounts in which backend (LDAP/MySQL/PGSQL):
- Web server (Apache or Nginx):
- Manage mail accounts with iRedAdmin-Pro?
- [IMPORTANT] Related original log or error message is required if you're experiencing an issue.
====Hi,

After latest update, we bought support tickets to fix config  and quarantine issues, (which also figures some minor errors with configs) , all was working good for some time , and then we got hit with a heavy load of antivirus (+some load of apache).  We hit ~laod of 10.0 with 2 cores, which made us very slow.

My questions are :
1. Why this could have happened? (which parats of system should i review to find the cause)?
2. Can we lower the number of threads for antivirus ?
3. Can we make antivirus work faster , maybe do not use heuristics or smth ?
4. Any other suggestions are welcome

PS - as a temporary solution, i have increased number of CPU cores to 8 , so now even if we hit the same situation probably it will overcome it faster, but i would like to somehow understand why this could have happened ?

PPS- never before we had such big load on a server for years of work.




==== Required information ====
iRedMail     v0.9.7
iRedAdmin-Pro     v2.8.0 (MySQL)
Ubuntu 14
- Web server -Apache:
====

Post's attachments

load1.jpg 296.5 kb, file has never been downloaded. 

load2.jpg 182.79 kb, file has never been downloaded. 

You don't have the permssions to download the attachments of this post.

----

Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.

2

Re: LOAD issue after upgrade

bigweb wrote:

2. Can we lower the number of threads for antivirus ?

Yes, check this tutorial:
https://docs.iredmail.org/concurrent.processing.html

bigweb wrote:

3. Can we make antivirus work faster , maybe do not use heuristics or smth ?
...
PS - as a temporary solution, i have increased number of CPU cores to 8 ,

It relies on the memory available on the server, not CPU.

Please try to decrease the concurrently processed mails, it should work fine.