How to auto-reboot if CPU load too high?

Submitted ⁨⁨7⁩ ⁨months⁩ ago⁩ by ⁨PlutoniumAcid@lemmy.world⁩ to ⁨selfhosted@lemmy.world⁩

I run an old desktop mainboard as my homelab server. It runs Ubuntu smoothly at loads between 0.7 and 3 (whatever unit that is).

Problem:
Occasionally, the CPU load skyrockets above 400 (yes really), making the machine totally unresponsive. The only solution is the reset button.

Solution:

I haven’t found what the cause might be, but I think that a reboot every few days would prevent it from ever happening. That could be done easily with a crontab line.
alternatively, I would like to have some dead-simple script running in the background that simply looks at the CPU load and executes a reboot when the load climbs over a given threshold.

–> How could such a cpu-load-triggered reboot be implemented?

source

Comments

Sort:hotnew top

cron@feddit.de ⁨7⁩ ⁨months⁩ ago
Just as a side note, the load factor can also mean that processes are limited by IO:

Unix systems traditionally just counted processes waiting for the CPU, but Linux also counts processes waiting for other resources – for example, processes waiting to read from or write to the disk.

Source

source
- teawrecks@sopuli.xyz ⁨7⁩ ⁨months⁩ ago
  I would assume that wouldn’t cause so much contention that the system is unusable, though, right? Unless they’re busy waiting.
  
  source
BestBouclettes@jlai.lu ⁨7⁩ ⁨months⁩ ago
Just so you know, the load avg is not actually the CPU. It’s an index of a bunch of metrics crammed together (network load, disk I/o, CPU avg, etc.). A good rule of thumb is to have your load avg value under the number of cores your CPU has. If your load avg is twice the number of your CPU cores it means that your machine is overloaded by 100%.

To answer your question, you can probably run a script that fetches your 5 min load avg and triggers a reboot if it’s higher than a certain value. You can run it on a regular basis with a systemd timer or a cron job.

source
- raldone01@lemmy.world ⁨7⁩ ⁨months⁩ ago
  high load
  
  source
possiblylinux127@lemmy.zip ⁨7⁩ ⁨months⁩ ago
Here’s a better suggestion. Why don’t you see if you can find out what’s causing the issue? It sounds a like a problem occurring in userspace. Try running htop

source
- PlutoniumAcid@lemmy.world ⁨7⁩ ⁨months⁩ ago
  You know you are right, and I’ve tried. I can manually monitor but it doesn’t happen just then. I don’t know yet what causes it, I can only assume it’s one of the Docker containers because the machine is doing nothing else.
  
  I am doing this to find out how often it happens, how quickly it happens, and what’s at the top when it happens.
  
  source
  - vegetaaaaaaa@lemmy.world ⁨7⁩ ⁨months⁩ ago
    
    I can manually monitor but it doesn’t happen just then
    
    Setup proper monitoring with history. That way yo don’t have to babysit the server, you can just look at the charts after a crash. I usually go with netdata
    
    source
  - possiblylinux127@lemmy.zip ⁨7⁩ ⁨months⁩ ago
    Maybe try capping the resource usage of each container. At least then the machine won’t completely lock up
    
    source
    -> View More Comments
GlitzyArmrest@lemmy.world ⁨7⁩ ⁨months⁩ ago
Crontab to just auto reboot daily is probably better - if your PC becomes unresponsive I doubt it would be able to execute another script on top of everything. Ideally though, you’d do some log diving and figure out the cause.

source
- PlutoniumAcid@lemmy.world ⁨7⁩ ⁨months⁩ ago
  This issue doesn’t happen very often, maybe every few weeks. That’s why I think a nightly reboot is overkill, and weekly might be missing the mark? But you are right in any case: regardless of what the cron says, the machine might never get around to executing it.
  
  source
agent_flounder@lemmy.world ⁨7⁩ ⁨months⁩ ago
Load average of 400???

You could install systat (or similar) and use output from sar to watch for thresholds and reboot if exceeded.

The upside of doing this is you may also be able to narrow down what is going on, exactly, when this happens, since sar records stats for CPU, memory, disk etc. So you can go back after the fact and you might be able to see if it is just a CPU thing or more than that. (Unless the problem happens instantly rather than gradually increasing).

source
- PlutoniumAcid@lemmy.world ⁨7⁩ ⁨months⁩ ago
  Thank you for these ideas, I will read up on systat+sar and give it a go.
  
  Also smart to have the script always running, sleeping, rather than launching it at intervals.
  
  I know all of this is a poor hack, and I must address the cause - but so far I have no clues what’s causing it. I’m running a bunch of Docker containers so it is very likely one of them painting itself into a corner, but after a reboot there’s nothing to see, so I am now starting with logging the top process. Your ideas might work better.
  
  source
PoliticallyIncorrect@lemmy.world ⁨7⁩ ⁨months⁩ ago
If your board support it use watchdog.

source
marcos@lemmy.world ⁨7⁩ ⁨months⁩ ago
Have you tried turning your swap off?

source
- PlutoniumAcid@lemmy.world ⁨7⁩ ⁨months⁩ ago
  Nope, haven’t. It says I have 2 GB of swap on a 16 GB RAM system, and that seems reasonable.
  
  Why would you recommend turning swap off?
  
  source
  - marcos@lemmy.world ⁨7⁩ ⁨months⁩ ago
    To check if your problem is caused by excessive memory usage requiring constant swapping. If it is, turning swap off will make some process be killed instead of slowing the computer down.
    
    source
  - maxwellfire@lemmy.world ⁨7⁩ ⁨months⁩ ago
    The symptoms you describe are exactly what happens to my machine when it runs out of memory and then starts swapping really hard. This is easy to check by seeing if disk io also spikes when it happens, and if memory usage is high
    
    source
h3ndrik@feddit.de ⁨7⁩ ⁨months⁩ ago
The answer is to create a short script that periodically queries the load, makes a decision and then triggers a reboot. Run it with a SystemD service and give it privileges to do the reboot.

It’s a silly way to handle it. You’re probably quicker and better off solving the actual issue. Have a look at the logs, or install a monitoring software like netdata to get to the root of this. It’s probably some software you installed that is looping, or having a memory leak and then swapping and hogging the IO until OOM kicks in. All of that will show up in the logs. And you’ll see the memory graphs slowly rising in netdata if it’s a leak.

journalctl -b -1 shows you messages from the previous boot. (To debug after you’ve pressed reset.)

Other solutions: Some server boards have dedicated hardware, a watchdog to detect something similar to that.

You can solder a microcontroller (an ESP32) to the reset button.

source
lemmyingly@lemm.ee ⁨7⁩ ⁨months⁩ ago
You could disable most of the services running, reintroduce one, see how it performs. Once satisfied reintroduce another, so on and so forth until you’ve fingered out what is at issue.

source
- PlutoniumAcid@lemmy.world ⁨7⁩ ⁨months⁩ ago
  Yes, but given the fact that there can we weeks between incidents, that is going go be a long time to be without my services.
  
  source
  - lemmyingly@lemm.ee ⁨7⁩ ⁨months⁩ ago
    Could you use an alternative machine as a temporary machine until you get it resolved?
    
    And do you actually need all of them running 24/7 or are at least some of them nice to haves?
    
    source
tenchiken@lemmy.dbzer0.com ⁨7⁩ ⁨months⁩ ago
Run SMART short tests on your drives. Any “pending sectors” at all are failure.

If the test has any problems, especially pending sectors, replace the drive.

source
tagginator@utter.online [bot] ⁨7⁩ ⁨months⁩ ago
New Lemmy Post: How to auto-reboot if CPU load too high? (https://lemmy.world/post/13157953)
Tagging: #SelfHosted
(Replying in the OP of this thread (NOT THIS BOT!) will appear as a comment in the lemmy discussion.)
I am a FOSS bot. Check my README: https://github.com/db0/lemmy-tagginator/blob/main/README.md
source
- PlutoniumAcid@lemmy.world ⁨7⁩ ⁨months⁩ ago
  I see these posts everywhere, and they are friggin’ annoying :-(
  
  source
  - SeeJayEmm@lemmy.procrastinati.org ⁨7⁩ ⁨months⁩ ago
    You could just block the bot so you don’t see them.
    
    source
    -> View More Comments