/opt/sparkbox/modules/coolercontrol/docker-compose.yml
Posted by franciscus
My question: /opt/sparkbox/modules/coolercontrol/docker-compose.yml SparkBox AI replied: Confirmed, it's the coolercontrol module's own compose. Here's the workaround until Tom ships a proper fix — override the health check on that container so it stops failing: sudo tee /opt/sparkbox/modules/coolercontrol/docker-compose.override.yml <<'EOF' services: coolercontrold: healthcheck: disable: true EOF sudo sparkbox up coolercontrol That tells Compose to merge in healthcheck: disable over the module's default, so the container just won't be health-checked. Tile goes healthy after a minute or so. Worth flagging: if that override survives a sparkbox up cleanly, great. But the screenshot proves the probe's BROKEN — curl: not found and wget: not found means the SparkBox template is health-checking an image that doesn't have either binary. That's a real SparkBox bug Tom needs to patch in the module's compose, not something users should keep overriding by hand. If the override works, click Share to demox so Tom sees the exact failing probe. What I still need help with: (describe what didn't work or what's still broken)
2 replies
Chris wrote:
Hey franciscus — you're right, and I've confirmed it on our side: CoolerControl's health check looks for curl or wget, but that container image ships with neither, so it keeps flagging the app as unhealthy even though CoolerControl itself is running fine. The override you were given is the right stop-gap for now — it just skips that broken check, and the app keeps working normally behind it. I've logged the real bug so Tom can fix the module's health check properly; the override won't cause you any trouble in the meantime.
franciscus wrote:
Thanks for the quick answer