I believe that all of those reports of "out of memory" are related to lack of virtual memory. Digital Ocean droplets don't come with swap partitions enabled by default, so the kernel just kill the process when it's not possible to allocate more RAM for it
I had problems with a long-running Java process I developed and the solution was pretty simple.
Check the links below to enable it on Ubuntu or CentOS:
https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-ubuntu-14-04
https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-centos-7
top after you connect—the processes will be listed by CPU usage.I have a similar situation, running Virtualmin + Wordpress on a 512mb Ubuntu 14 droplet. Suddenly the site became unresponsive while testing out a new e-mail notification system, turns out CPU was through the roof on the real-time chart.
Does anyone have any clue as to which logs to look at for more info?
Thanks
Same sh... thing happens here. It spikes out of blue, CPU 100%, no outside access, no ssh, the only thing I can do restart the droplet which is the same as pressing power button.
Since when I need to press a power button on the server?
Something seriously freaked up on DO side
The samething happend, 512MB-20GB-1T-NY-CENTOS-NODE.
The CPU suddenly spiked and I was not able to login. I had to reboot the server.
Hi all, I have just had this happen to one of my droplets (CentOS7). Suddenly my SSH was terminated and I couldn't log back in.
Had to do a graceful/forced reboot to re-gain access..
The server is only there to hold backup files so im slightly worried that the droplet is not reliable. :-/
Same issue here, are DO acknowledging this problem> We find we are restarting the server ever 5-6 days. CPU at 100%
I have the same problem, i found out the reason, that the Whois command consumes the most CPU 99.9%.
but why is this command and how to solve it?
I am facing the same issue. I am running the Django framework on droplet with 2 GB Memory / 40 GB Disk / SGP1 - Ubuntu 14.04.3 x64. API's are implemented and using ORM Mysql query to send the response. Even when 10 user uses the App, CPU load goes more then 100% and I can't access the droplet until I reset the password from digital ocean online account.
The same for me.
Tiny Node.js app on 512mb Ubuntu 14.04.4 LTS droplet.
I've just bought this machine a week ago and it happened three times so far.
Look at the screenshot it happens regularly:
Same issue ,CPU keeps maxing out!!
I have one apache server with 5 WP sites, this was running fine but I had an ubuntu server with 1 site that kept crashing out. Having researched I came to the conclusion it was ubuntu, so I moved the site onto the Apache one which had been fine for 2 weeks.
Now.. All of a sudden its doing it again even when I disable sites to try diagnose which one's causing the problem the CPU just keeps maxing, longest I can keep it going is a few min before having to power cycle.
Will have to abandon DO at this rate
Hey people, I got the solution for Node.js based apps!
All you need to do is to say Node app how much memory it should take.
node --max_old_space_size=256 app.js
since then, it works fine for 512MB Droplet :)
Anyone find a solution to this with a WP install. I have a WP site with no traffic or DNS even pointing to the site, doesnt matter if I use WP default 2016 theme or an optimized custom theme, after a day or two it just spikes to 100% and I have to reboot it. I installed via server pilot and have about 10 other accounts that work fine, this one I have recreated the droplet 3 times and still see this issue, its like its only on this account?
My droplet (512MB, 20GB) experienced the same issue. I manage to find the process 'update-apt-xapi' was causing the high usage. The solution in my case was to alter the priority of the cron config. Solution #1 on this site Ubuntu : update-apt-xapi takes lot of cpu usage.
Hope that helps someone
Even though the thread is already pretty old, I got the same problem. So far I have nothing special running on my machine and I already resized it to the second lowest droplet but the cpu load for "user" is up to 100% as you can see on the picture. https://cl.ly/431Z3b0X3N0K
Anyone any idea why this is happening?
EDIT
Even htop shows that there is nothing significant going on but the cpu is still on 100%.
https://cl.ly/0m1y1z3S1O14
Ok guys, I had the same cpu issue I solved but I am not sure if my situation is the same as yours.
I had a WordPress site with a weak password that site has been infected with a trojan horse. I cleaned it up but after that my cpu is almost 100% but I could still log in my ssh, I used top command line as @kamaln7 said I found a process that take more than 98% of the cpu usage it was with strange name like phpCDKJVG_vclmz I killed it using kill -KILL (PID). and everything back to normal again.
I hope that may help any of you.
Glad you were able to identify the issue! Since your Droplet is infected, killing the process might not be enough—it could come back. I would recommend spinning up a new Droplet and migrating your old Droplet's contents manually to it, making sure to set up Wordpress and any plug-ins from scratch and not copy them over from the old Droplet to prevent being infected again. Of course, make sure you set a strong password and only install plug-ins that you trust :)
I have the same problem. My config is 2GB ram 2 cores 30Gb space. 600%over cpu in the graph. But Digital Ocean don't have answers. They say It's a config problem, but 4 reboots in one week is a lot. My clients are very angry.
I fix a little my apache conf and mysql conf but.. that not the problem.
I have the same problem. My droplet is ubantu16.04 , 2 GB Memory / 50 GB Disk / SGP1 and setup glassfish4.1 , j2sdk 8. On Start glassfish the cpu load is normal. After long run cpu spin to 99-100% and the process used cpu 100% is java that is jvm to run the glassfish.
I have the same problem with a tiny apache2 in my droplet.
I have just a simple apache2 and I am building a PHP webapp. I have seen this happend to me twice already while in VI in last 3 months. We should be atleast able to know why such things in droplets.
It's reassuring I'm not the only one with this ongoing issue. I have a single WP install on a 512mb Ubuntu droplet. I get random 50–100% CPU spikes, sometimes twice a day, once in awhile never. This cripples logging in via ssh, or visiting its http address. No pattern found in the error and slow logs. Can't tell if it's DigitalOcean, ServerPilot, or a plugin.
When debugging WP, there are no errors. I have WP Super Cache dump its cache every midnight, NOT when a post/page has been updated. There are no other scheduled processes performing like external backups—I haven't been able to get that far.
I'm facing the same problem with a 512MB droplet. This is what I get: http://imgur.com/MPBepxY
i am facing the same problem twice. First I thought it was problem with my script but its working fine on another server. No way to detect why this is happening.
I too had this problem (with smallest droplet 0.5 GB RAM + ISPConfig 3), So I tried digging into the problem, I used "htop" to monitor the process that was eating the CPU out, I saw "amavisd " was the only culprit.
So I searched the interwebs and found similar problem being reported so I disabled the "amavisd" By this command "systemctl enable amavisd.service" and commenting out the "Example" line inside the fiel "/etc/freshclam.conf".
I get spikes of 80% with 3 wordpress sites with very low traffic. Site was installed with serverpilot & I believe swap is enabled