• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Memory Usage Peak with Plesk8

N

NetNappy

Guest
After the fresh installation of both FC4_64 with plesk8, I don't know why the memory is keep increasing (1GB RAM) after reboot it uses 40% and it will keep rising up till 90% and up, I don't know this is normal after plesk installation or not, anyone experience this? and by the way, should I run change the run level in inittab from 5 -> 3 to free up the memory from x11?
 
Originally posted by NetNappy
After the fresh installation of both FC4_64 with plesk8, I don't know why the memory is keep increasing (1GB RAM) after reboot it uses 40% and it will keep rising up till 90% and up, I don't know this is normal after plesk installation or not, anyone experience this? and by the way, should I run change the run level in inittab from 5 -> 3 to free up the memory from x11?

I have seen the same thing. Memory slowly creaping up to near 100% on my box. So far no problems but I have not identify yet what is leaking. If I get some more info will post it here. Has anyone else seen this yet?
 
What processes are running? Keep in mind that Apache does tend to prefork a lot of child processes.
 
I have look at the all process in the system monitor and they are as shown, I wonder that if I sum all the memory used in the column, I will exceed the number of RAM I have. So how do I get the exact processes that currently used the memory.

(if the picture is not attached in this post,,,,I have to say sorry, but I got it from the system monitor tools)
 
Spamassassin is killing my server.... so it might be a place for you to check.
When spamassassin is running, the server load cranks up to 12 or 13... the server *used* to average 0.4 at a high end with it's 1536mb RAM... but now it's sitting at 5.1 on a low end. The only thing that has changed is Plesk 7.5.4 to Plesk 8.0.0. And it's spamassassin that's always sitting at the top of the process list on a "top" query.

This is all of course only when spamassassin hasn't died on it's own, and stopped filtering mail (it still runs, but doesn't catch anything, and the headers show a ? for the score).
 
My spamassassin simply stops itself randomly. Nice to be paying for something that doesn't even work... when it runs, I might get 2 or 3 spam a day slipping through. Since the upgrade to 8.0.0, I'm lucky if all I have are 300 spam messages 'slipping through' due to a failed spamassassin.
So essentially, I get to pay for something that doesn't even work, or pay for something that doesn't even work, but also kills the server.
Choices, choices...
 
We have also tried uninstalling tomcat and spamassassin....
but this still persists.

this is creating lot of problems..
Anyone any solution?
 
I too continue to experience this issue. Any resolution on this?
 
what version of spamassassin did you use before v8? if it was 2.6x you better check the spamassassin website to read the upgrade docs. Their is a new way of bayes checking in spamassassin 3.x that needs some manual conversion. We had also a high load when we upgraded spamassassin even on out Plesk 7.5.x box.
 
3.0.4-1.rhel3.art
I have also used the 2.6x and the 3.1.x builds, and have had the same results each time. I've gone far enough to completely remove all traces of spamassassin and start fresh as well.
This is leading me to believe that it's not spamassassin, so much as how the qmail bild that sw-soft is distributing is communicating with spamassassin.
I noticed the load drop minorly when I set a 3 hour cron to restart spamassassin, and remove psa-spamassassin. But I don't see why I should be having to do this, as it's something that I am paying for... so it should work.
Something that sw-soft changed for 8.0 is seriously screwing up people's servers, and I would honestly like to believe that they are working to fix the problem. But my hope is fading fast... as is my willingness to continue using their control panel.
 
I removed SpamAssasin from the server. Memory is still peeking at 99%
 
I removed it from mine, and the load dropped instantly. And not a minor drop, either. Like, from the 8+ that it's been running at since the install of 8.0.0, to the 0.4 that it was running at with Plesk 7.5.4.
This of course makes sense, since spamd is monopolizing the top spot in a 'top' query through SSH...

What do you get when you run top?
 
2269 named 18 0 38180 3988 2236 S 2.0 0.8 26:04.95 named
11455 root 16 0 2712 956 744 R 0.7 0.2 0:00.07 top
11413 root 16 0 9976 2664 1936 S 0.3 0.5 0:00.06 sshd
1 root 16 0 3508 508 436 S 0.0 0.1 0:00.91 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.39 ksoftirqd/0
3 root 5 -10 0 0 0 S 0.0 0.0 0:00.01 events/0
4 root 6 -10 0 0 0 S 0.0 0.0 0:00.00 khelper
5 root 15 -10 0 0 0 S 0.0 0.0 0:00.00 kacpid
20 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kblockd/0
30 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
31 root 15 0 0 0 0 S 0.0 0.0 0:00.03 pdflush
33 root 9 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0
21 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd
32 root 15 0 0 0 0 S 0.0 0.0 0:00.39 kswapd0
107 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
182 root 15 0 0 0 0 S 0.0 0.0 0:01.85 kjournald
1017 root 6 -10 3412 452 368 S 0.0 0.1 0:00.01 udevd
1353 root 7 -10 0 0 0 S 0.0 0.0 0:00.00 kauditd
1386 root 6 -10 0 0 0 S 0.0 0.0 0:00.00 kmirrord
1387 root 7 -10 0 0 0 S 0.0 0.0 0:00.00 kmir_mon
1411 root 21 0 0 0 0 S 0.0 0.0 0:00.00 kjournald
1412 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kjournald
2068 root 16 0 2344 592 500 S 0.0 0.1 0:03.05 syslogd
2072 root 16 0 2236 468 404 S 0.0 0.1 0:00.00 klogd
2107 root 16 0 5012 992 828 S 0.0 0.2 0:00.00 rpc.idmapd
2169 root 17 0 2748 812 608 S 0.0 0.2 0:00.03 smartd
2178 root 20 0 2084 544 472 S 0.0 0.1 0:00.00 acpid
2193 root 17 0 4728 864 740 S 0.0 0.2 0:00.00 couriertcpd
2195 root 15 0 3564 620 508 S 0.0 0.1 0:00.00 courierlogger
2205 root 24 0 4600 852 732 S 0.0 0.2 0:00.00 couriertcpd
2207 root 25 0 4464 424 324 S 0.0 0.1 0:00.00 courierlogger
2215 root 21 0 4304 852 732 S 0.0 0.2 0:00.00 couriertcpd
2217 root 25 0 4764 424 324 S 0.0 0.1 0:00.00 courierlogger
2226 root 25 0 4784 856 732 S 0.0 0.2 0:00.00 couriertcpd
2228 root 25 0 4368 424 324 S 0.0 0.1 0:00.00 courierlogger
2340 root 20 0 5804 1232 1072 S 0.0 0.2 0:00.01 mysqld_safe
2393 mysql 16 0 126m 25m 4584 S 0.0 5.1 0:12.95 mysqld
2419 qmails 15 0 2652 452 360 S 0.0 0.1 0:01.07 qmail-send
2421 qmaill 15 0 3432 436 372 S 0.0 0.1 0:00.37 splogger
 
when in top press O (capital O) and then q (small q) and then hit enter. This will sort processes by resident memory usage
 
After updating to Plesk 8,

spamassassin is killing the server:

5110 popuser 25 0 293m 285m 5892 R 82.2 29.1 0:07.55 spamd
5081 popuser 25 0 265m 257m 5892 S 0.0 26.2 0:32.93 spamd
5111 popuser 25 0 265m 257m 5892 S 0.0 26.2 0:00.00 spamd
5112 popuser 25 0 265m 257m 5892 S 0.0 26.2 0:00.00 spamd
5113 popuser 25 0 265m 257m 5892 S 0.0 26.2 0:00.00 spamd
5114 popuser 25 0 265m 257m 5892 S 0.0 26.2 0:00.00 spamd
5083 popuser 20 0 28832 24m 5892 S 0.0 2.5 0:00.47 spamd
5086 popuser 16 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
5087 popuser 16 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
5088 popuser 16 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
5089 popuser 20 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
5090 popuser 20 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd

Isthere any advice / fix for this yet ?
 
Other than removing spamassassin? None yet... sw-soft does not seem to acknowledge that there is a problem. There have been several patches released for Plesk 8 so far, and not one has even come close to fixing this problem.
I've tried removing spamassassin, removing psa-spamassassin, and tried various versions of spamassassin (2.x and 3.x), and the load remains astronomical as long as spamassassin is running.
This is telling me that the problem is not spamassassin, but infact the qmail. Why would it be spamassassin anyway? I've tried several sources now, and everything was working happily with 7.5.4, and it was qmail that I updated... not spamassassin.
They really screwed up this qmail build... from this, to mapping users to UID incorrectly and screwing up root deliveries. I'd like to think a fix is being worked on, but as I've mentioned before, I'm not holding my breath and waiting. Why fix a bug when you can add a new useless feature instead?
CPanel is claiming to have support for Apache 2.x in the next month or two. It's looking better and better all the time, since I would get bundled from them what we are paying massive ammounts for now. Spam support, application installer, gameserver module, OFFSITE FTP BACKUP (!!!), global clamav support for scanning both mail and directories...
I really don't want to leave Plesk, but if it's developers are not going to offer stable software and are not going to support their customers, I can't see myself continuing to pay these prices to be a beta tester.
Having an average server load for the past 2 weeks of 10.7 is just a bit much for what is being paid for this software...
 
well, a little bit of progress .. has to me plesk internal problem.

When i leave the spamd running, but turn off the filter in plesk interface (Mail --> remove the checks in front of global und user settings) the memory gets flushed immediately.

Something about the internal handling between plesk and SA is not right, causing it to spike.

SWSoft please do something. SA is (nearly) the only half-decent means to stop spam ..

---
13109 popuser 21 0 28832 24m 5892 S 0.0 2.5 0:00.46 spamd
13111 popuser 21 0 28832 24m 5892 S 0.0 2.5 0:00.46 spamd
13116 popuser 17 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
13117 popuser 17 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
13118 popuser 17 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
13119 popuser 21 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
13120 popuser 21 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
13121 popuser 17 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
13122 popuser 17 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
13123 popuser 17 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
13124 popuser 21 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
13125 popuser 21 0 28832 24m 5892 S 0.0 2.5 0:00.00 spamd
---
 
Back
Top