· No content appears below the "Playlists by Roon" section. Below the playlist view, there is simply a "loading" animated indicator. This has been going on weeks, though has been gradually slowing for some time. This occurs across front end apps (latest Android, latest app update as of today, multiple iPads running latest OS and app). Tried clearing app cache, uninstalling app on all devices. Tried updating and restarting Roon Server (Ubuntu 24.04), deleting server and reinstalling, then restoring backup. No effect. Confirmed no server or host utilization issues, no network issues.
Tell us about your home network
· I use an OPNsense firewall on a 1U firewall appliance (N305, 32GB RAM). My internet connection is 2.5Gb through Verizon FIOS (fibre). Also tried on my backup fibre connection. My network utilizes Ruckus enterprise gear, ICX8200 series switching, R650 WAP. The Roon Server host NIC is 2.5Gb, performance confirmed via iPerf (local) and speedtest-cli (internet bandwidth) to saturate the 2.5Gb link. No VPN utilization. For troubleshooting purposes, I've disabled any network adblocking.
Additional info: I have had background tasks enabled on a schedule (overnight) since installation. I have run through the library cleanup (little to be done, did it anyway). Backups are active and working.
Issue has gotten worse. Now the “Playlist by Roon” feature takes upwards of 1.5 minutes to load, at which point the animated load icon again remains loading forever, never showing anything below playlists. I went through and performed, once again, full maintenance. Cleaned up, ran manual backup, uninstalled Roon app from all devices, reinstalled app, made sure cache was cleared, reconnected. Disabled all network ad blockers and monitored traffic from the Roon server on my firewall looking for unlogged drops, monitored NICs for low level packet transit errors, nothing there either. Monitored CPU, memory, and disk usage. Everything very low. Then swapped the Roon server over to use my second internet connection, a business class connection with static IP (just in case). No change. Qobuz and Tidal apps work fine.
Thanks for reaching out and your patience while your message reached our queue.
On our end, Playlists by Roon are loading as expected, so I’ve gone ahead and enabled diagnostics for your Roon Server to find out more. Looking over the error logs associated with your account, I am seeing a less common error. The next step is an internal escalation.
Could you please confirm if there’s any change in behavior if you temporarily disable Qobuz via Roon Settings → Services?
Thank you for the response! I’ve disabled Qobuz as suggested, then force quit the mobile app. I’m seeing the same behavior as the screenshot I attached to the ticket. Playlists by Roon appear to work (at least, I see playlists there, clicking on “More” works, and clicking through to a playlist loads tracks), but nothing loads past that. I can reboot the server if needed, and am happy to attach any logs requested.
Thanks for the additional information, and I’m sorry to hear your issues persist.
As a next step, could you please test out clearing play history for your primary profile? If play history is important to you, be sure to make a fresh backup before clearing it. Let me know if you run into the same issue afterwards.
If you create a brand new Roon profile, do you experince the same issue?
Lastly, let’s see if clearing your server cache may help:
Well, you’re in luck because I actually have two profiles already. One is for me, one is newer for someone else in my home. When I switch to her profile, Roon seems to get stuck loading “Playlists by Roon” at all for about a minute, then loads everything – include the recent listening, what you’ve been listening to section, all the stuff that doesn’t load on my profile. She would have a tiny play history vs my roughly 160-ish hours per month.
Given that, it seems like the issue might be profile related.
I cleared Roon cache (server is on a headless Linux server). The cache was recreated successfully after restarting Roon, but the issue was not resolved. I then went to my profile’s history section, but it will not load – the loading animation remains forever. I can swap to a different and load their history instantly, but mine is non-functional.
Thanks for the update! It’s now clear that one or more track entries in your play history database are corrupted. Every time Roon iterates your play history to build the “what you’ve been listening to” section, it hits this corrupt record and throws a fatal exception, which is why the section never loads. Cindy’s profile works fine because her history is short and doesn’t contain the corrupt record.
We have a ticket in with our development team to see what can be done about this, and if there are any additional troubleshooting steps we may be able to try.
I know you’ve mentioned you’ve tried restoring a backup, it may be worth trying an older backup to see if you’re able to potentially load your play history and remove it. That said, you’d be left without any library changes / additions you’ve added since the date of the backup.
Makes sense to me. I was playing around, swapping between profiles and loading history back and forth and it noticed that if I swap from Cindy → Robert, the history count stays the same. My assumption was that the count is refreshed after history is loaded, so when the history check bombed, it couldn’t recalculate. That pointed to something corrupt in history. I may snapshot the Roon machine and try restoring whatever oldest versions I have to see what happens. I look forward to seeing if there’s anything that can be done to recover.
Can you tell me how and where the history is stored? I was poking around the directories looking for a database that might hold the history so I could mess around with it – extract it, replace the profile history with a clean profile, then reload.
To answer your question: the history is stored in a LevelDB database. LevelDB is a key-value store that keeps everything in a single, tightly packed database rather than separate files or tables, which is what makes targeted extraction or replacement tricky. There’s no simple file you can swap out to isolate just the play history from the rest of the profile data.
We checked with our development team, and unfortunately, a clean surgical recovery isn’t straightforward with the current storage structure. We know that’s not the answer you were hoping for, and we’re sorry we can’t offer a quick fix at this time.
Did you by chance have any luck accessing prior backups?
No worries, it was an outside chance. I do maintain backups of Roon, but only going back 10 days. I also have backups of the virtual machine running Roon which go back two weeks, but nothing far enough to capture a backup that didn’t experience this issue.
