Re: [AMaViS-user] Amavis-new memory usage
Hi Mark Can you comment on this issue ? -Prashant Dabre Gary V wrote: Prashant wrote: Hi, I am also facing the same problem while upgrading amavis to version 2.4.5. I have not included any blacklist rule in spamassassin PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 8487 amavis16 0 273m 263m 5004 S 0.0 13.0 1:42.57 amavisd 8484 amavis15 0 260m 250m 4960 S 0.0 12.3 2:19.15 amavisd 8481 amavis16 0 217m 207m 5000 S 0.0 10.2 1:53.16 amavisd 8479 amavis16 0 217m 207m 4960 S 0.0 10.2 1:26.47 amavisd 8483 amavis16 0 208m 193m 4952 S 0.0 9.5 1:37.21 amavisd 8482 amavis16 0 142m 131m 4960 S 0.0 6.5 1:45.12 amavisd 8480 amavis16 0 133m 121m 4952 S 4.7 6.0 0:44.37 amavisd --Prashant Dabre Right, it seems your problem is unrelated. I don't recall seeing anything like this happen before so the cause is unknown and I'm not sure how you would go about trying to debug this. Mark is out of town for 3 weeks, he may offer some idea when he returns. Gary V - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/ -- The sender of this email subscribes to Perimeter eSecurity's email anti-virus service. This email has been scanned for malicious code and is believed to be virus free. For more information on email security please visit: http://www.perimeterusa.com/email-defense-content.html This communication is confidential, intended only for the named recipient(s) above and may contain trade secrets or other information that is exempt from disclosure under applicable law. Any use, dissemination, distribution or copying of this communication by anyone other than the named recipient(s) is strictly prohibited. If you have received this communication in error, please delete the email and immediately notify our Command Center at 203-541-3444. Thanks - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
Re: [AMaViS-user] Amavis-new memory usage
Hi, I am also facing the same problem while upgrading amavis to version 2.4.5. I have not included any blacklist rule in spamassassin PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 8487 amavis16 0 273m 263m 5004 S 0.0 13.0 1:42.57 amavisd 8484 amavis15 0 260m 250m 4960 S 0.0 12.3 2:19.15 amavisd 8481 amavis16 0 217m 207m 5000 S 0.0 10.2 1:53.16 amavisd 8479 amavis16 0 217m 207m 4960 S 0.0 10.2 1:26.47 amavisd 8483 amavis16 0 208m 193m 4952 S 0.0 9.5 1:37.21 amavisd 8482 amavis16 0 142m 131m 4960 S 0.0 6.5 1:45.12 amavisd 8480 amavis16 0 133m 121m 4952 S 4.7 6.0 0:44.37 amavisd --Prashant Dabre Gary V wrote: Steven wrote: We're running amavis-new on an internal mail server that doesn't see a whole lot of traffic and only has about 15 users, but seeing a LOT of memory usage at all times by amavisd. The server is a VMware virtual image of CentOS 4.3. It's got two processors and about 1.5GB of ram allocated. We're using postfix with virtual users in MySQL as our MTA and the amavis version is 2.5.0 This is the sort of system usage we see from amavis all the time. Once the process gets ramped up and the children get created it sits at this memory usage and basically never moves up or down more than a percentage point. top - 09:32:20 up 7 days, 20:01, 1 user, load average: 0.69, 0.60, 0.39 Tasks: 137 total, 1 running, 136 sleeping, 0 stopped, 0 zombie Cpu(s): 0.2% us, 0.5% sy, 0.0% ni, 99.3% id, 0.0% wa, 0.0% hi, 0.0% si Mem: 1814836k total, 1400840k used, 413996k free,67656k buffers Swap: 2031608k total, 208k used, 2031400k free, 257344k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1212 amavis18 0 437m 412m 2968 S 0.0 23.3 3:11.92 amavisd 4760 amavis16 0 436m 411m 2876 S 0.0 23.2 1:08.40 amavisd 21985 amavis16 0 434m 409m 2732 S 0.0 23.1 2:03.53 amavisd Turning off Clam altogether has no affect. Does anyone have any idea why we're seeing this and what we can do to bring it down? A few hundred megs of memory per process is pretty steep. Thanks, Steven This looks like you have included a *blacklist* rule set. http://marc.info/?l=spamassassin-usersm=118346997827114 Gary V - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/ -- The sender of this email subscribes to Perimeter eSecurity's email anti-virus service. This email has been scanned for malicious code and is believed to be virus free. For more information on email security please visit: http://www.perimeterusa.com/email-defense-content.html This communication is confidential, intended only for the named recipient(s) above and may contain trade secrets or other information that is exempt from disclosure under applicable law. Any use, dissemination, distribution or copying of this communication by anyone other than the named recipient(s) is strictly prohibited. If you have received this communication in error, please delete the email and immediately notify our Command Center at 203-541-3444. Thanks - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
Re: [AMaViS-user] Amavis-new memory usage
Prashant wrote: Hi, I am also facing the same problem while upgrading amavis to version 2.4.5. I have not included any blacklist rule in spamassassin PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 8487 amavis16 0 273m 263m 5004 S 0.0 13.0 1:42.57 amavisd 8484 amavis15 0 260m 250m 4960 S 0.0 12.3 2:19.15 amavisd 8481 amavis16 0 217m 207m 5000 S 0.0 10.2 1:53.16 amavisd 8479 amavis16 0 217m 207m 4960 S 0.0 10.2 1:26.47 amavisd 8483 amavis16 0 208m 193m 4952 S 0.0 9.5 1:37.21 amavisd 8482 amavis16 0 142m 131m 4960 S 0.0 6.5 1:45.12 amavisd 8480 amavis16 0 133m 121m 4952 S 4.7 6.0 0:44.37 amavisd --Prashant Dabre Right, it seems your problem is unrelated. I don't recall seeing anything like this happen before so the cause is unknown and I'm not sure how you would go about trying to debug this. Mark is out of town for 3 weeks, he may offer some idea when he returns. Gary V - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
[AMaViS-user] Amavis-new memory usage
We're running amavis-new on an internal mail server that doesn't see a whole lot of traffic and only has about 15 users, but seeing a LOT of memory usage at all times by amavisd. The server is a VMware virtual image of CentOS 4.3. It's got two processors and about 1.5GB of ram allocated. We're using postfix with virtual users in MySQL as our MTA and the amavis version is 2.5.0 This is the sort of system usage we see from amavis all the time. Once the process gets ramped up and the children get created it sits at this memory usage and basically never moves up or down more than a percentage point. top - 09:32:20 up 7 days, 20:01, 1 user, load average: 0.69, 0.60, 0.39 Tasks: 137 total, 1 running, 136 sleeping, 0 stopped, 0 zombie Cpu(s): 0.2% us, 0.5% sy, 0.0% ni, 99.3% id, 0.0% wa, 0.0% hi, 0.0% si Mem: 1814836k total, 1400840k used, 413996k free,67656k buffers Swap: 2031608k total, 208k used, 2031400k free, 257344k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1212 amavis18 0 437m 412m 2968 S 0.0 23.3 3:11.92 amavisd 4760 amavis16 0 436m 411m 2876 S 0.0 23.2 1:08.40 amavisd 21985 amavis16 0 434m 409m 2732 S 0.0 23.1 2:03.53 amavisd Turning off Clam altogether has no affect. Does anyone have any idea why we're seeing this and what we can do to bring it down? A few hundred megs of memory per process is pretty steep. Thanks, Steven --- Puryear Information Technology, LLC Baton Rouge, LA * 225-706-8414 http://www.puryear-it.com Visit http://www.puryear-it.com/pubs/ebooks/ to download your free copies of: Best Practices for Managing Linux and UNIX Servers Spam Fighting and Email Security in the 21st Century - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
Re: [AMaViS-user] Amavis-new memory usage
Steven wrote: We're running amavis-new on an internal mail server that doesn't see a whole lot of traffic and only has about 15 users, but seeing a LOT of memory usage at all times by amavisd. The server is a VMware virtual image of CentOS 4.3. It's got two processors and about 1.5GB of ram allocated. We're using postfix with virtual users in MySQL as our MTA and the amavis version is 2.5.0 This is the sort of system usage we see from amavis all the time. Once the process gets ramped up and the children get created it sits at this memory usage and basically never moves up or down more than a percentage point. top - 09:32:20 up 7 days, 20:01, 1 user, load average: 0.69, 0.60, 0.39 Tasks: 137 total, 1 running, 136 sleeping, 0 stopped, 0 zombie Cpu(s): 0.2% us, 0.5% sy, 0.0% ni, 99.3% id, 0.0% wa, 0.0% hi, 0.0% si Mem: 1814836k total, 1400840k used, 413996k free,67656k buffers Swap: 2031608k total, 208k used, 2031400k free, 257344k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1212 amavis18 0 437m 412m 2968 S 0.0 23.3 3:11.92 amavisd 4760 amavis16 0 436m 411m 2876 S 0.0 23.2 1:08.40 amavisd 21985 amavis16 0 434m 409m 2732 S 0.0 23.1 2:03.53 amavisd Turning off Clam altogether has no affect. Does anyone have any idea why we're seeing this and what we can do to bring it down? A few hundred megs of memory per process is pretty steep. Thanks, Steven This looks like you have included a *blacklist* rule set. http://marc.info/?l=spamassassin-usersm=118346997827114 Gary V - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/