· Out of the blue >25% of the History overview is gone. The count is down from 91K files played to 70K. I wonder where they went, and why. Also some Qobuzfiles are added that I never played. And yes, I disabled Roon Radio on my endpoints.
And sometimes Roon starts adding >100K files to my library, that are already in there. When it's finally done, these files are not marked as recently added but carry the date stamp from when I orginally added them. Except from say 10 albums or so, that are displayed as newly added, yet are in my library since day 1. This phenomenon occured a few months back for the first time. The disappearance of a large part of the History dates form a few days back. So perhaps these are not related, I don't know.
Roon Servers runs on a Mac Mini M1 that is hardwired with the endpoints and the NAS that holds the library, through managed switches from Ubiquity. All firmware (Mac, NAS, endpoints, networking devices) is up to date. All HDDs and SSDs are healthy.
Tell us about your home network
· Router - FritzBox, switches are managed ubiquity, no VPN, everything hardwired
Can you please verify if you have Show Hidden Tracks and Albums toggled on in Settings → General?
Our diagnostic servers show that your RoonServer machine has at least eight watched folder locations, and based on the naming, these appear to correlate to different annual snapshots of your music library.
Please also please share a screenshot of your Watched Folders in Roon Settings → Storage.
How have you structured your storage folders holding the library on the NAS? Roon’s indexing is flexible but it generally expects to find local content to be stored roughly in an Artist/Album/Track topology.
Hi,
Show Hidden Tracks and Albums is toggled on.
I attached a screenshot of the Watched Folders. They are organised on a year-to-year basis. The exception is the “Artists”-folder. That contains the Sooloos-library that I migrated in 2018.
Storage folders are for the most part structured as you described and Roon expects.
A fairly recent example of a recent unexpected addition to the library: according to Roon’s History I played Angèle’s “A Little More” on Qobuz around 9 hours ago. But I didn’t. I checked the playlists of all endpoints and none of them show this particular file.
Thank you for the screenshot — that’s a helpful concrete example.
Unfortunately, the log bundle you shared covers June 12–16 only, so the phantom play of Angèle’s “A Little More” on June 11 falls outside the captured window. We’re not able to trace that specific event in the available data.
If this happens again, please update us here as soon as you notice it — ideally within an hour or two of the unexpected entry appearing in History. The closer we are to the event, the better our chances of pinpointing what triggered it.
When you report it, it would also help to note:
Which endpoint/zone was listed in the History entry (if shown)
Roughly what time it appeared
Whether any Roon client was open on a phone or tablet at that moment
We’ll keep this ticket open and watch for your follow-up. Thanks for your patience.
At 09.50 hours local time History showed Oliver Davis: Air, track “Mirror” on Qobuz being played “2 hours ago”. But is a phantom play. I checked the playlists of all endpoints, none showed this file.
If a Roon client was open at the time of play, it might have been on an iPhone 15 with the latest iOS. But that’s not for sure. The file doesn’t show on the History of the iPhone either.
BTW: the complete History is back. Don’t know why. The only event I can tie it to is a restart of network, storgae, endpoints etc. due to a power outage.
Thanks for the follow-up! Unfortunately, the diagnostic bundle we snapped only covers about 3.5 hours across all 19 files, which isn’t normal.
That said, there is zero playback or history-write activity in it unfortunately. But the logs did catch the mass re-import problem live, and the cause is fairly clear.
The mass re-add is happening continuously, not as a one-off. Across the whole window there are 43,038 “importing file” events, and every one is from a single storage location: the \Artists folder, the migrated 2018 Sooloos library. Imports run nonstop at ~2,000 per 10 minutes from the first timestamp to the last and never finish.
Each import is paired with undeleting deleted track with the same file key (43,025 of them). Roon is treating the entire Sooloos folder as deleted, then rediscovering each file and undeleting/re-importing it. Because it’s an undelete of the same file key, the tracks keep their original date-added stamp, exactly the behaviour youdescribed (“not marked as recently added… carry the date stamp from when I originally added them”).
We’re seeing repeated network mount read failures from it. There are reoccuringIoFailure “possibly corrupt file” warnings recurring throughout the window. On a healthy local disk you don’t see repeated IoFailures, this points to the NAS share dropping or returning intermittent I/O errors, which is the kind of thing that makes Roon lose track of files (file keys go missing → marked deleted → reappear → undeleted).
I think it would make the most sense to see if you’re able to grab a set of manual Roon Server logs shortly after you experience the issue. If you could, please reproduce the phantom play, and then please use the directions found here and send over a set of Roon Server logs to our File Uploader? Once logs have been uploaded, please let us know so that we can check the server for your files, thanks!
Some additional questions for you as well:
Does the NAS holding your Artists folder ever sleep, changes share casing, or renumbers volumes?
Check the NAS-side logs/SMART for that volume around the IoFailure timestamps.
Test whether disabling that one watched folder stops the churn (the other year-based folders show none of this behaviour).
