Roon on ubuntu 18.04?

Are you running the kernel shipped with Ubuntu?

Now I am running the kernel that came with Ubuntu 18.04.3 LTS: 4.15.0-54-generic

The move is complete, however the playlists are missing, can I copy them from the iMac to the linux instance.

You need to restore a backup from the iMac. This will bring everything across. Search the KB for migration steps.

SMB/CIFS is easy as every NAS service has this by default. I recommend using NFS as a alternative. NFS has higher throughput with a lower taxation on CPU and memory.
I run my Roon server in a VM that has 2048 Mb memory and 15 Gb disk. All music volumes with 30K tracks are mounted vias NFS on the Roon server at boot. I have assigned the Roon server 3 vCPU’s out of 4. The host is based on a Intel J5005 cpu.

The vCPUs is taxed so that playing different music (no conversion of 44/16 FLACs) in three different rooms taxes a load average of 0.2 out of 3.0 in “top”. Memory usage is 700Mb used, 900 Mb buffers and 300 unused.

If I play on my main setup i convert 44/16 to 172/64 and back to 172.24 with still 13x headroom left according to Roon app.

I once tried the same setup using SMB and the taxation on CPU ressourcer showed 1.0 out of 3.0. So using NFS in stead of SMB frees up CPU ressources.

This is all running Ubuntu 18.04 minimal server on the VM and running Debian on the VM host machine. VM software is standard Linux KVM.

I run my Roon Server in Ubuntu 18.04 on 8 GB RAM and 8GB RAIDZ2 zpool, 1.8 GB Free 1 vCPU out of 64 threads. I mainly run FLACs through RAAT in my living room, but also have 2 Airport Express that are used in the garage and a separate listening room on occations.

@Gjermund_Thorsen apologies if you know this already but you need to be careful of free RAM numbers on Linux. It’s probably using less than you think as Linux uses available RAM for the file system cache. This great named site explains all https://www.linuxatemyram.com/

run “free -m” and look at the numbers

gordon@canna:~$ free -m
              total        used        free      shared  buff/cache   available
Mem:          15949        2006        8618           1        5325       13616 .  
Swap:          3852           0        3852

thats my Roon Core box, its got 16Gb of RAM, 8.6 is “free”, but 5.3 is in the FS Cache that will be freed by the kernel when pressure is applied so it’s really for 13.6 available for programs to use.

gjermund@RoonServer01:~$ free -m
              total        used        free      shared  buff/cache   available
Mem:           7977        1358         161           0        6456        6347
Swap:          1949           0        1949

So that reads as, You have 8GB in the box, of which 1.4GB are being used and programs have access to another 6.3GB if required.

There is no other applications running in the VM than the Roon Server.

So you are all good, Roon has a lot of RAM to use if it needs, your install looks fine. Enjoy.

1 Like

Do you run Roon Server as root or as a user?

Roon say they want it to run as root and thats what their install does, I’d rather it ran as a user. Some folks have hacked that behaviour but its totally unsupported. Have a search on here there is at least one thread on that.

In your case with Roon in a VM and its the only thing in the VM I don’t think it really matters one way or there other, even if Roon was in some way compromised the worst that would happen is that your VM or any mounted shares could be trashed, which is exactly the same as if it was a user process.

You can run a Roon Core on Ubuntu minimal server with as little as 1Gb of ram. Although I would not recommend going below 2Gb so there is a little headroom. 2Gb is my configuration.

My system consists of 7 zones (6 Sonos and one RPi), 30.000 tracks on 4 NFS connected NAS drives.
It runs with a memory consumption like this.

I think for super low memory it would be good to have comment from some of the Roon Dev guys, as the software is written in .NET when its got a small amount of memory it might cause the Garbage Collector to kick in a lot. Not something end users can really guess at but it would have performance implications. In general they have done a great job to allow such a flexible set of deployment models, speaking as a sw dev, it must be a nightmare for them to support vs a very rigid model, but allows all of us to use Roon in some amazingly diverse installs.

This is the way I installed Roon Server on Ubuntu 18.04: https://gist.github.com/TyrfingMjolnir/c948e9c5f945b770f995cf9d584ee87f

In this process I have installed and tested Roon Server on my iMac, I have reinstalled the server in one instance of a VM that I did not like due to low disk space, I have reinstalled the Ubuntu 18.04 Roon Server and it’s now running w/ 4GB of RAM, and 45G disk, only 5.4GB is in use however.

In this process I have backed up and restored, the overall user experience is good, it’s easy to deauthorize a server, and there is no issue reauthorizing another one. That said backups are a mess from what I can see. After restoring the backup, individual playlists from all profiles are distributed across all profiles.

How can I remove all playlists such that all( 4 ) users can start doing their playlists again? Who thought these users did not have playlists by identical names?

After I created the newest VM, adding files to the file pool no longer indexes new files, how can I see what is going on?

The only way for the reindexing to show in Roon Client is to reboot the Roon Server for now?!? When I ran the Roon Server on the iMac the new albums I put in update within 5 mins.

Where are the media files? On a NAS using SMB? That’s likely the cause of the issue; see the following thread.

On a SAN using SMB.