Loss of bookmarks after system restore in Roon (ref#FV9APL)

Support
1

Hi! What’s not quite right with Roon?

· Music won’t play or issues with my library

Music won’t play or issues with my library

· Trouble creating or restoring backups

Tell us what's going on

· This will be a difficult one; I have lost all of my bookmarks in Roon... I had about 20-ish bookmarks to directly view albums by a particular artist, of sampler albums etc. They are gone.
I suspect this might have happened due to a restore a few months back, but might as well be later. (I rarely use the bookmark menu, focus and tags are more in use)

Tell us about your home network

· A good one...

2

Hey @Mikael_Ollars,

Thanks for the report!

We took a closer look at a fresh Roon Server diagnostic report, but unfortunately, it contains no bookmark, backup, or restore events in the recent block, no database corruption, and the schema stayed at version 8→8 across the 1462→1661 upgrade.

The files cover two separate periods, an older block from Oct 1–9 (build 1442/1462) and a recent block from May 19 and June 10–11. The June 10 sequence captures an in-place upgrade from build 1462 to the current 1661. Across that upgrade, every database opened cleanly with no schema change: the music database reports migration version = 8, current version = 8, the playlist database stayed at version 2, and the profile database at version 1. No corruption, no rebuild, no reset, no “fresh database” events anywhere in the set. A version-matched, clean open like that is the normal, healthy case, it means the upgrade did not migrate away or discard your existing data.

Critically, there is no backup-restore event at all. The only backup-related lines are routine startup messages, the backup subsystem initializing ([broker/backups] initializing), which happens on every launch. There is no “restore from backup” operation recorded on June 10/11, and none in the older October block either. So whatever restore you did “a few months back” predates everything captured here; these logs don’t reach it.

The most reliable recovery path is a backup from before the restore that you suspect caused this. If you have scheduled backups, look for one dated before that restore, restoring it would bring the bookmarks back (along with everything else from that point, so weigh what else you’d lose). If your only backups are post-restore, the bookmarks won’t be in them.

Since you mention you lean on focus and tags rather than bookmarks, and there are about 20 of them, manual recreation may end up being faster than hunting for an old backup, especially as several (“albums by artist X,” “samplers”) are quick to rebuild as focus presets you re-bookmark.

Sorry, I can’t provide deeper insight here, @Mikael_Ollars. Let me know if there’s anything else we might be able to help with. :+1:

3

A big thanks for the thorough report Ben!

This is no biggie to me, i can recreate the wanted bookmarks rather than go further with this.

I am a bit surprised that my restore from backup earlier this year wasn’t discovered? In february/march i added a big collection of songs, but i was unsure how to prepare and place these and the library seemed to go wonky when i tried a couple of different folder structures. It didn’t seem to be recoverable so i restored a backup to go back to a known good library (which included the initial addition of these 4665 disparate files).

But what surprises me more, and that might be useful to you;
The in place upgrade from 1462to 1661 was done on the 10th of june to a database and setup which isn’t licensed to me!
Yes i did those maneouvers, to recover an installation for a local dealer.

It is very likely that i set this Roon install up a few years back, and associated it with my account initially. It was shifted to be licensed to Lasses Hifi later though. And, looking at the history you’ve dug up i can eve relate to the 19th of may when we did try to reactivate that server for a demo (but failed as his account had lapsed).
Anyways, if the server name is something in the vein of “NUC7i5BNH” then my assumptions above are true.

But my main and primary server in daily use since 2023 is the “StreacomFC10” on 192.168.15.nnn network

4

Hey @Mikael_Ollars,

Glad to hear you can recreate the bookmarks. Yes, the server we reviewed in the logs was the NUC7i5BNH, not your daily-use StreacomFC10 machine.

Looking over the diagnostics from the Streacom server, the logs only go back a few days, so any earlier activity would have been overwritten. Unfortunately, that means we cannot see the restore from earlier this year in the material we reviewed.

Thanks for the extra context, and let us know if anything else comes up. :+1: