How to stop apps via SSH command line

[bmann]

I used docker stop to turn off all the apps to get load down. Now load average: 1.59, 5.06, 3.37

That corrupt addon doesn't have any information in it on what to do, unless you mean "Now, restore each app that uses the addon in the Cloudron dashboard."

I used docker stop to stop the PG container, then went ahead and did that for mongo and mysql and mail which were all yellow.

All redis instances also yellow. OK, let's stop them, too.

All containers are off other than core services and three surfer instances. Those all work, although slow to load. Load dipped down to 0.65, yay!

Ok, now I turn back on Postgres, it launches succesfully. I forget that MySQL is what I need for my Ghost website, so I launch that. Both of them turn back on (pressed restart from red in the Services screen in web dashboard).

I then go to Repair > Restart App for the site I'm trying to get up. It launches!

So here's where box logs are at: box:apphealthmonitor app health: 4 running / 16 stopped / 11 unresponsive

We're still at oad average: 1.20, 1.30, 1.93. That's with just one app running, where before 8.1 everything was running fine. I haven't turned back on mail or mongodb or redis yet.

Any ideas here on what is causing this load? What is the recommended path? Is there an 8.1 update soon that might improve things?

[girish]

Would be good to know what process is consuming the load. Is this obvious via top/htop ? 8.1 doesn't fix anything specific to this issue.

[bmann]

Node 15-30%, dockerd 40-80%, mysql 6 - 8% (Two ghost apps which use mysql are the only ones I've succesfully restarted). Docker shows up periodically at 20% and then drops off again.

My reference to 8.1 was a hope for a 8.1.x that magically fixes things :

This is what my CPU usage shows from the Hetzner control panel:

My logs tell me that Cloudron updated to 8.1 on 11/15, so at this point I assume that's the culprit.

Any other ideas?

[girish]

Node was updated to 20.18.0 . But looks like dockerd takes bulk of the CPU? AFAIK, dockerd is just the management daemon, I wonder why it's taking so much CPU.

[nebulon]

Are any containers constantly restarting causing maybe such a load on docker side? Is journalctl -u docker -f revealing anything?

[bmann]

CPU is back down to 5% for the last day with just a couple of Ghost websites running. Restarting mail, mongodb and slowly turning on each of the apps. Crossing my fingers that this works.

[bmann]

Happened again. Not sure what caused it, 3 days ago, had to manually kill everything with docker stop, then slowly bring things back up. Postgres definitely down. Brought things up again slowly and everything was fine.

This morning, things started dying again. Had to kill some things with docker stop, then managed to hit stop on linkding, mastodon, and nextcloud which seemed to be culprits.

Rebooted, database services struggling to come up fully. Various apps that rely on databases enter not responding.

Last week, capturing spikes and then bringing it down and it's fine, and then this morning everything gets pinned to 100%

Zoom in of load last 24 hours. I'm in there killing things again and it's just starting to shed load:

Snapshot of top

[nebulon]

Can you identify by stopping one app after the other which one is causing this?

[bmann]

@nebulon working on doing that. But I like have a handful of Surfer sites and one Ghost site that really needs to stay up. If Ghost or Surfer is the issue then I'm really in trouble.

Mail / Mongo / Postgres / MySQL are all at "starting" / showing as yellow...without any errors in their logs.

Box is responsive enough to work with a bit.

Hostinger CPU usage stats show stuff still pretty maxed out.

top at load average: 7.16, 9.80, 7.10

yellowtent seems to be spiking node processes over 100% CPU usage.

[bmann]

Well, apparently the only way to "fix" this, is to docker stop the yellow services Mail / Mongo / Postgres / MySQL and then restart them in the dashboard and they start up succesfully, and then you can start other apps that have been stopped.