Did you read my previous post? Roon does nothing so what resources is it using? Sure I have plenty of albums which can’t be identified but any album which I have to manually identify that turns out to have the exact title and artist as the one in the identified albums database is a total failure by Roon. so team Roon needs to fix this issue and stop wasting my resources.
This identifying discussion, while useful, is way off topic so let’s not continue it on this thread. Thanks!
Look, users on the forum have been discussing and collecting info about this periodic slowdown for two years. Nobody here knows exactly what it does when it goes wild, because we don’t have the code, but there is quite some evidence that it’s trying, in vain, to identify unidentified albums over and over. At some point, someone from support staff confirmed that this is expected behavior.
I have no idea why you have to manually identify so many albums.
It’s using CPU resources. It’s constantly trying to look up metadata for items that are not in the metadata databases it consults.
Thanks, @Suedkiez for adding this additional info.
Agreed but please just search for “unidentified albums”. Neither I nor @Suedkiez is defending Roon’s behavior. We’re just trying to help you understand this particular behavior Roon has since you are likely experiencing it due to the large number of unidentfied albums in your library.
Thank you gentlemen!
Just wanted to apologize for hijacking the thread. As you can tell, I do push Roon to its limits and then, for some strange reason, I get frustrated when things go awry. 
Again thank you all for your help and patience.
Back on topic. The recent (earlier this week) Roon update has been installed without any issues. 
I might have to Try this on Unraid
I used a different image and never had a good result so I’ll try this currently running a Mini PC just for Roon and SMB for storage
What are folks running for Hardware
You can try the one I published. It’s based off @David_Ferreira’s dockerfile with some modifications to FFMPEG.
Hi everybody, and thank you @mackid1993 for the work and feedback.
I’ll have a look to your FFMPEG update, and test it soon.
Happy to see that the topic is moving forward.
Hey Mate
Any Suggestion in Regards to the following error when I try to move Roon to Docker on my Unraid? - Is this due to it needing a unique IP not the one of my Server in a Bridge network vs Host?
Hello guys and a big thank you in advance to @mackid1993.
Why am I saying this?
I am about to create in the upcoming weeks an Unraid home server and only because of this thread I have given myself the green light to proceed, since my Roon will be based on that server.
I have 2 important questions:
Thanks a ton!
For the library migration part, the easiest way is to make sure you do a backup, and then shutdown the Roon service. Then zip up that backup, transfer it to a storage location on the Unraid system, and then decompress/expand it out into a directory that will subsequently be mounted by the Roon Docker instance. At that point you can do a regular restore, and everything will be as it was. You’ll want to make sure you then update storage paths for any local files, and also backup paths for automated backups, as those will likely be different.
As far as the Tailscale bit, I’m not sure how well ARC works with that, as I just do a standard port forward.
Hope that helps a little. For context, I’m also running Roon via a Docker instance, although I’m on a standard Linux server as opposed to Unraid, and haven’t had any issues.
Thanks man. I appreciate it.
I will be doing it as you said. As for the Tailscale part, I don’t have the option to open a port since I am using Starlink. Been using Tailscale in windows and it works flawlessly with Roon ARC. I guess it will work with the Unraid setup.
I tried this and though most have been transferred (and most importantly my library edits), there’s quite a few missing!
What I’ve noticed not been transferred:
Is this normal?
That sounds like you didn’t restore a recent backup. When moving from one system to another, I’ll typically take a manual backup first before shutting the old instance down, and then use that to do the restore.
Well, I did it exactly as you mentioned it. I selected a the same day’s backup. What could have gone wrong? I still have the old system to run it again… Any advice?
Unfortunately I haven’t had that experience, so I’m not sure what could have gone wrong. Backup restores have been clean for me every time I’ve used them.
If you’re saving the backups to a local directory, are you copying the backup data to the new directory location before firing up the new instance?
Yes that sounds like a normal restore from backup when moving to a different server.
As for Roon ARC, my Roon Core is on a UnRaid server and ARC works fine without having to use Tailscale. Try getting ARC to work without Tailscale before messing around with Tailscale.
Yes, that’s exactly what I do.
Maybe I will try it again but this time I will zip (hash checked) the whole backup and unzip it (hash checked again) on the final directory. So, I will not have to move a gazillion files, but just one.
Thanks for your answer. What do you mean by “normal”? Is it normal to lose all these? Or is there a specific mistake that I’ve done that led to this?
If you are restoring a backup, then normally that backup will restore all play counts, heart-ed favorites and playlists.
