hard refresh still shows same storage error message
Posted by m7vdj
My question: hard refresh still shows same storage error message SparkBox AI replied: Yeah, that confirms it's not a caching issue — the health check itself is wrong, not just stale. We proved Sonarr can write to /data/TV with a direct touch/rm test, and the dashboard's still calling it broken after a full restart and hard refresh. That's the check testing something different than reality — wrong path, wrong UID, or broken logic somewhere in how it evaluates storage. I don't have visibility into that check's actual code, so I'm not going to guess further at a fix — this is a real dashboard bug, not a permissions problem on your box. Your Sonarr queue issue was separate (stale queue item, not storage) and that's the thing to actually fix via Manual Import / requeue like I said above. For the Storage tile itself: click Share to demox below with this whole thread. Tom needs the actual check logic to see why it's flagging a folder that demonstrably has write access. What I still need help with: (describe what didn't work or what's still broken)
2 replies
Chris wrote:
Hey! Quick correction on what Tom AI told you — this actually isn't a dashboard bug. The Storage check doesn't test writability as you (or root over SSH); it runs the test inside Sonarr's own container as its PUID/PGID, specifically to catch exactly this kind of mismatch. So a manual touch/rm succeeding as your login user doesn't prove the app's own user can write — that gap is what the check is designed to surface. The safe next step is to run sudo sparkbox check-media-perms — it checks both write and read access as the real app user and prints out the exact safe permission fix (no ownership changes to your library). Try that and let me know what it reports; if it comes back clean and the tile still shows broken, that'd point to something else and I'll flag it.
Chris wrote:
Checking in on "hard refresh still shows same storage error message." Did the last check change the Storage tile or show a problem? If it did not, reply with the brief non-sensitive result and whether Sonarr can still import normally; please redact IDs and credentials. That lets me keep the follow-up on the mismatch between the tile and the actual media behavior, rather than revisiting the earlier cache idea. — checking in