memcache hacks are generating a lot of RAM use past week or so. Since the site is loaded in to memory you should probably check if your server has a public memcache config somewhere. Make sure memcache is always configured to use local port 127.0.0.1 everywhere.
I tried turning off apache and the server runs just fine. No memory issues, no slow downs. As for the memcache config, where would this be? I am using the perfect ispconfig install using debian v7. Thanks Jospeh
You can check memcache like this: netstat -tap | grep memcache Here is the result from a Debian 9 system which shows that memcache is correctly bound on localhost: root@server1:~# netstat -tap | grep memcache tcp 0 0 localhost:11211 0.0.0.0:* LISTEN 564/memcached
Here is my memcache result: root@ISPConfig1:~# netstat -tap | grep memcache tcp 0 0 localhost.localdo:11211 *:* LISTEN 2790/memcached If I need to modify this file, where is it located? Thanks Joseph
The files that were flagged as malware, do you have any comments? They seem to be part of SuiteCRM. As well, the top commands results for the mysql process. This is normal?? Sounds lfully, but I am afraid to turn apache back on, as it is not working. I did sign up for cloud flare yesterday, so with the dns changes, it should be totally switched over by later today. Beyond these ideas, might you have other avenies to pursue for this isue? Thanks Joseph
My server was using 5.5GB out fo 16GB and it stopped responding after running for about an hour and a half. I did see right before it stopped the following large size of mysql using top command: VIRT - 5893m RES - 1.1g SHR - 7944 Might this be something? Could MySQL be an issue? Joseph
Well, he server stopped being crazy an dover loaded. It stopped over acting 48 hours after it started. I did use cloud flare, but not 100% sure that this was the because of this overloading server. It has happened in the past. It just seemed ot calm down after behaving badly. Thanks for all help. Joseph
