My question: can you disable ersatz tv? SparkBox AI replied: ErsatzTV (sb-ersatztv) is running and healthy. I don’t have a supported disable action for it available here, and I won’t guess at a command that could affect other apps. Click Share to demox below so Tom can confirm the right way to disable it. Current checks: Containers (gethealth) - sb-tunarr: Up 10 hours (healthy) - sb-sabnzbd: Up 10 hours (healthy) - sb-qbittorrent: Up 10 hours (healthy) - sb-lidarr: Up 10 hours (healthy) - sb-prowlarr: Up 10 hours (healthy) - sb-radarr: Up 10 hours (healthy) - sb-sonarr: Up 10 hours (healthy) - sb-byparr: Up 10 hours (healthy) - sb-deunhealth: Up 10 hours (healthy) - sb-gluetun: Up 10 hours (healthy) - sb-bazarr: Up 10 hours (healthy) - sb-seerr: Up 10 hours (healthy) - sb-jellyfin-media: Up 10 hours (healthy) - sb-infinidysk: Up 10 hours (healthy) - sb-ersatztv: Up 10 hours (healthy) - sb-dashboard: Up 10 hours (healthy) - sb-npm: Up 10 hours (healthy) - sb-portainer: Up 10 hours - sb-homepage: Up 10 hours (healthy) Download queue (getdownloads) Radarr: download queue is empty — nothing in progress. Sonarr: download queue is empty — nothing in progress. Media wiring (getmediawiring) Prowlarr: 4 enabled indexer(s) (indexer A, indexer B, indexer C, indexer D) Prowlarr is pushing indexers to: Lidarr, Radarr, Sonarr Radarr: d …(cut here — the full chat went to Tom) What I still need help with: (describe what didn't work or what's still broken) I'm trying to disable or uninstall ersatz tv app. I have to many things running in the background and I'm not using this one
7 replies
Chris wrote:
Sorry the AI steered you toward Tom for a routine app-control question — that wasn’t right. You can stop and disable ErsatzTV without uninstalling SparkBox: run sudo sparkbox disable ersatztv on the box. That stops the app and removes it from the enabled-app list; its settings/config remain on disk, so this does not erase its saved data. If you want it back later, enable it again from the dashboard’s Apps page. The AI’s guidance has been corrected so it won’t send the next person to Tom for this. If your goal is also to reduce background load, ErsatzTV is normally idle unless it is continuously building/encoding a live channel; disabling it is the direct way to stop its workload.
Bigmayes wrote:
New problem: sb-jellyfin-media jellyfin-media ran out of its memory allowance and restarted itself; your data is safe. If it keeps happening, give it more room with a per-app override (docs/PER-APP-OVERRIDES.md, the memory line) or turn off apps you are not using — ask Tom AI for the exact lines.
Chris wrote:
That message says Jellyfin hit its memory allowance and restarted; it reports your data is safe. I wouldn’t change the per-app memory override based on the suggested Tom AI lines yet—the right setting depends on your setup, and the notice alone doesn’t tell us whether this was a one-off or recurring. As one next check, please tell me whether it has happened again, and whether SparkBox is running on a NAS, Linux, or Windows/WSL; include your SparkBox version if you can. Please don’t post configuration files or passwords.
Bigmayes wrote:
PC with ubuntu server installed, Sparkbox Version 1.6.819 and yes this has happened a lot and updates don't change anything. I just decided to say something today. I have another PC (Lenovo P520 Workstation) that has 64gbs worth of ram, 8 core 16 threads, intel processor and a 16 tb hard drive with ubuntu server also with sparkbox installed and the exact same thing happens to it
Chris wrote:
Thanks, that confirms it is recurring on two Ubuntu Server machines, including the 64 GB system. I can’t yet tell whether the cause is a container memory limit or something at the host level, so please don’t change any limits based on the earlier suggestion. As one read-only check, when Jellyfin restarts again, please tell me how much memory Ubuntu shows as available at that moment (just the number in GiB; no logs or configuration needed).
Bigmayes wrote:
Do you think a Blackview MP60 Mini PC Intel N5095 with only 4 cores 4 threads, 16 gbs worth of ram and 512gb nvme capable of running sparkbox without the memory issues?
Chris wrote:
On paper, that N5095 mini PC with 16 GB RAM can run SparkBox, but I wouldn’t buy it expecting it to solve the Jellyfin memory restarts. You’re seeing the same recurring issue on another Ubuntu Server PC with 64 GB RAM, so total host RAM alone doesn’t explain it (though that doesn’t identify the cause). As I asked above, at the next restart please share just how much memory Ubuntu reports as available, in GiB; that will help distinguish host memory pressure from Jellyfin reaching its own allowance.