Hi @Patatorz,
Thank you for reaching out and I’m sorry to hear that you’ve been experiencing this issue with local files.
After reviewing, the team found evidence of data corruption in your Roon database. Please take a look at the log trace below:
08/04 20:02:10 Error: [broker/database] corruption detected: IO error: /root/.RoonServer/Database/Core/0421f791776e4898b16c14d104a13c63/broker_2.db/961342.ldb: No such file or directory
08/04 20:02:10 Warn: [broker] detected corrupt database, notifying client
08/04 20:02:10 Warn: [broker] detected corrupt database, halting broker threads
08/04 20:02:10 Info: [loadstatus] IsDatabaseCorrupt False => True
08/04 20:02:10 Critical: Library.EndMutation: LevelDb.Exception: IO error: /root/.RoonServer/Database/Core/0421f791776e4898b16c14d104a13c63/broker_2.db/961342.ldb: No such file or directory
at LevelDb.Database._CheckError(IntPtr err)
at LevelDb.Database.Write(WriteBatch batch)
at LevelDb.Transaction.Commit(Boolean trace)
at Sooloos.Broker.Music.MusicDatabase.Flush()
at Sooloos.Broker.Music.Library.EndMutation()
Did you receive notification within Roon that your software was experiencing corruption?
To put it simply, database corruption means that the records Roon is reading from your database are different from what was originally written.
This isn’t common and can happen for a number of reasons, like failing harddrives or an unstable power source (frequent outages, hard power cuts, etc).
In some cases, corrupt database records can go completely undetected. And it’s only when we release an update that requires Roon to re-scan every record that the corruption shows itself.
These updates don’t happen frequently, which increases the risk of data loss. For example, if you only have a few weeks of backups, the chances that you have a usable backup drop significantly if the “latent” corruption isn’t detected for many months.
Starting with Build 880, Roon detects database corruption “on the fly”. So if corruption is detected during a backup or during normal use of Roon, you’ll be immediately prompted to restore from a backup.
If you restore from a backup and still see “There was an issue loading your database”, try restoring from your oldest backup.
If you’re not having any luck with your oldest backup, then the only alternative is to start with a fresh database.
We know that many of us have a carefully-curated database: our settings, album covers, metadata, tags, playlists and favorites are exactly as we want them to be. Having to start fresh sounds like a nightmare and we do hope it won’t come to it. But, if it does, please know this is so it will never happen again.