store: LXC load_multiplier threshold too low - bumped from 2 to 4 on CT 302

This commit is contained in:
Cal Corum 2026-02-20 08:53:54 -06:00
parent 955f0206c5
commit a2358bd123

View File

@ -0,0 +1,34 @@
---
id: 4da1b677-8bb6-445c-afc9-7186e5898f29
type: fix
title: "LXC load_multiplier threshold too low - bumped from 2 to 4 on CT 302"
tags: [monitoring, claude-runner-monitoring, proxmox, lxc, configuration, homelab]
importance: 0.6
confidence: 0.8
created: "2026-02-20T14:53:54.422260+00:00"
updated: "2026-02-20T14:53:54.422260+00:00"
---
# LXC load_multiplier Threshold Fix on CT 302
## Problem
`health_check.py` on CT 302 (claude-runner, 10.10.0.148) was generating constant "load exceeds" warnings for all 3 monitored servers: arr-stack, gitea, and uptime-kuma.
## Root Cause
All monitored servers are 2-core LXC containers. LXCs share the host kernel's `/proc/loadavg`, so the load numbers reported inside a container reflect the **entire Proxmox host**, not just that container. With `load_multiplier=2`, the threshold was `cores×2=4`, which was consistently exceeded by normal host activity (loads of 3-5 across all containers).
## Fix
Bumped `load_multiplier` from `2` to `4` in `/root/.claude/skills/server-diagnostics/config.yaml` on CT 302:
```yaml
load_multiplier: 4 # was 2
```
New threshold: `cores×4=8`, which only fires on genuinely concerning spikes.
## Key Insight
LXC containers report host-wide load averages via `/proc/loadavg`. Per-container core-based thresholds must account for this by using a higher multiplier (4x or greater) to avoid constant false positives from normal host activity.