RoonBridge need to be re-enabled on the server at each reboot

Hi @Pat ---- Touching base with you to confirm that I have received the mentioned diagnostics report and will be attaching it to your ticket, which will then go to our tech team for analysis.

Once they have completed their evaluation and have passed your ticket back to me I will be sure to share their thoughts/findings with you ASAP. Your patience is very appreciated while the team conducts their investigation.

-Eric

1 Like

Thank you Eric, very good organization and support. Impressed :slight_smile:

If you check the nanopi for roonbridge running, does it look like this?

root@DietPi:~# ps -aux | grep -v grep | grep oon
root 1208 0.0 0.0 4288 760 ? Ss Mar01 0:00 /bin/sh /etc/roonbridge/start.sh
root 1213 0.0 1.1 690372 42888 ? Sl Mar01 0:01 RoonBridge --debug --gc=sgen --server RoonBridge.exe
root 1710 0.0 2.0 1391276 77184 ? Sl Mar01 1:22 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
root 1735 0.0 0.0 7124 868 ? S Mar01 0:00 /etc/roonbridge/Bridge/processreaper 1710
root@DietPi:~#

Hi here is the result, right now, I’m listening music:
root@DietPi:~# ps -aux | grep -v grep | grep oon
root 1029 0.0 0.0 1432 424 ? Ss Mar01 0:00 /bin/sh /etc/roonbridge/start.sh
root 1035 0.0 6.4 83620 32816 ? S<l Mar01 0:06 RoonBridge --debug --gc=sgen --server RoonBridge.exe
root 1919 0.0 11.8 108832 59740 ? Sl Mar01 3:41 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
root 1937 0.0 0.0 1708 412 ? S Mar01 0:00 /etc/roonbridge/Bridge/processreaper 1919
root@DietPi:~#

Hi, i think that rules out roonbridge on the nanopi as the culprit; looks to be the same as mine, and I have similar setup with dietpi/roonbridge (albeit on a raspberry pi).

I have installed RoonServer on my iMac Powerbook. May be I can set this last as the RoonServer instead of the one on my Ryzen PC, reboot the RoonBridge and see if the problem occurs too ?

Yes good idea if you can get roonserver running happily elsewhere to test. I’m running roonbridge on dietpiOS on a pi and on a “proper” PC, but roonserver is running on ubuntu desktop. I guess as dietpi OS is pretty much debian just a slimmed version, that it shouldnt make much difference, but there could be something in the way mounting works in dietpi.

So, I tested it twice.
I defined my Mac PowerBook as the RoonServer and disabled the previous server on Dietpi/x86 PC.
I use my Mac to control Roon.
In “Audio Zones” the RoonBridge (DietPI/NanoPI Neo) is not visible. I can see the Mac outputs (sound flowers, …), and the previous server’s outputs (Dietpi/x86 PC).
In Roon settings->Audio I see the RoonBridge (DietPI/NanoPI Neo) in the network devices and enable it with a name (blank by default).
I select the new zone, enable DSP option to let the “Sample rate conversion” enabled and play music.
I reboot the bridge (DietPI/NanoPI Neo), once rebooted, it is still not visible in the AudioZones.
In Roon settings->Audio, the network device is visible but not enabled and its name disappeared. I enable it, all settings seems ok, as they were previously.
The DSP settings are all off, so I re-enable the “Sample rate conversion”.

Seems, it’s not a problem with the server ?

I’ve no other roonbridge with DietPI to test.

Just adding for @Eric’s perspective / reproducibility: I see the exact same symptoms with Cuboxes running Armbian mainline (4.x kernel). Legacy (3.14.x kernel) is fine.

I think the USB drivers are not fully baked for the board – but that’s just me guessing.

Hi @Pat ---- Thank you for your patience and sharing the observations you’ve made during your troubleshooting while out team has been looking into this this behavior you have reported us. Very appreciated!

Continuing forward, our tech team has informed me that the logs that were received with the mentioned diagnostics report are almost completely “empty”, meaning that we’d expect to see numerous log files, (example below) and instead there are only 2. Based on these findings and the symptoms being experienced with RoonBridge the team, has some concerns in regard to the gear being used in your Roon setup. As such the team has asked for the following:

  • Please provide us with the exact specs of the the *all devices being utilized in your setup.

  • Just to confirm. In your setup description you mentioned that RoonServer is on a PC (w/DietPi 6.2) this is the Ryzen PC mentioned here, correct?

  • During your troubleshooting of this issue have you tried with a different Linux distro on the mentioned PC? DietPi is a trimmed down OS and we are unsure how it will perform hosting a Roon core.

  • I see you have also tested with RoonServer being hosted on an iMac Powerbook my understanding is that this device is rather old and I am worried that this computer may not have been up to the tase of hosting RoonServer. Is there a more up to date computer you can re-try this test with?

-Eric

Hi Eric,

The main setup is the one I mentioned before, I add my MacBook Pro (Mac not iMac, and MacBook not PowerBook, sorry for these typo errors).

In details.

Roon server:
Roon version 1.4 (build 300) stable 64bits on amd64 architecture
OS: DietPI 6.2 (latest version for x86) on PC Ryzen 1600 DDR4 8GB 3200MHz
OS, Roon installation and library are located on SSD/NVME 240 GB (PNY CS2030 M2 2280)
Local storage for music files on 2TB HD (SSHD) on SATA
Ethernet 1Gbps
MotherBoard Gigabyte AB350M D3H
This RoonServer is used in replacement of a NUC Core i3 (the red one with a I3 gen 2 BYxxxx).

Roon Bridge and DAC:
Version 1.0 (build 141) stable
OS DietPI 6.2 (latest) Linux 4.14.18-sunxi on NanoPI Neo in USB to Armature Hecate XMOS U208 in I2S/HDMI to DAC PS Audio DSD
The NanoPI Neo is an ARM board with H3 processor
The Armature Hecate is an XMOS U208 USB interface with isolated outputs I2S + Coax S/PDIF

Switch Netgear GS105

Optionaly my alternative Roon Core server I used for the other tests:
MacBook Pro 15’’ Core i7 3.2GHz 16GB DDR3 RAM and 512GB/SSD

Note that when I used my old setup with the NUC Roon server (so, before the Ryzen PC), this problem already existed!
The replacement by the Ryzen PC brings me more power to handle the DSP room corrections (with HAF) I plan to do in a near future.

Note also (a key point ??) that Both the NanoPI and the Hecate board share a common dedicated linear PSU.
The Hecate board is powered by its USB input but not by the NanoPI USB output. The Hecate’s USB +5V is feed directly with the same linear PSU than the NanoPI (so, not passing through the NanoPI’s USB output).
The Hecate board is always seen at NanoPI reboot time. But the fact is at a reboot time, the Hecate is never shutted down. If I power down both NanoPI and Hecate (unplug the PSU) and power up, it’s the same, I have to re-enable them on the Server’s configuration. The NanoPI uses always the same IP adress.

Thank you for follow up and taking the time to answer my questions, @Pat. Very appreciated!

My apologies for not including the mentioned “example” :dizzy_face: above. As mentioned, the “Roon logs” folder we received with the diagnostics report was almost completely empty and our techs have expressed concerns about the Roon core running under DietPi as it is “trimmed” down OS. In light of this, I touched base with the team today to get a sense as to what the “next steps” should be here in addressing this issue you are experiencing with your Roon setup. As per the conversation the tech team has asked if you would kindly perform the following:

  • Please load ubuntu on the device hosting RoonServer (i.e PC Ryzen).

  • Reproduce the issue once more as you had done previously being sure to provide timestamps of when the issue occurred.

  • Once the issue has been replicated and the time has been noted I will go ahead and re-enable diagnostics on your account.

-Eric

From the diagnostics gathered from your system:
28 PM

Diagnostics that were gathered from my “test” setup:
03 PM

@eric Hi Eric,

When you say “Please load ubuntu on the device hosting RoonServer …”, you mean “Please load DietPI on the device hosting RoonServer”.
Because, it would be painful to reinstall my whole setup. DietPI is a Debian (like Ubuntu) with some additional software. I use the DietPI installation command to install Roon Server.

So I reproduced the problem by a reboot of the RoonBridge SBC

------------- REBOOT RoonBridge SBC (NanoPI Neo / DietPI 6.4) ----------------
root@DietPi:~# uname -a ;date; reboot
Linux DietPi 4.14.18-sunxi #24 SMP Fri Feb 9 16:24:32 CET 2018 armv7l GNU/Linux
Sat 10 Mar 12:09:30 CET 2018
Connection to 192.168.0.37 closed by remote host.
Connection to 192.168.0.37 closed.
MacBook-Pro-de-Patrick:Downloads patrick$

-------------- Logs list on Ryzen PC with Roon Server / DietPI 6.4 -----------------------
root@DietPi:~# uname -a; date; ls -l /mnt/dietpi_userdata/roonserver/RoonServer/Logs/
Linux DietPi 4.14.13 #1 SMP Wed Mar 7 00:17:48 CET 2018 x86_64 GNU/Linux
Sat 10 Mar 12:10:20 CET 2018
total 5824
-rw-r–r-- 1 root root 117167 Mar 10 11:16 RoonServer_log.01.txt
-rw-r–r-- 1 root root 57799 Mar 10 09:38 RoonServer_log.02.txt
-rw-r–r-- 1 root root 56817 Mar 10 09:32 RoonServer_log.03.txt
-rw-r–r-- 1 root root 592884 Mar 10 09:28 RoonServer_log.04.txt
-rw-r–r-- 1 root root 570909 Mar 10 08:58 RoonServer_log.05.txt
-rw-r–r-- 1 root root 102787 Mar 9 19:05 RoonServer_log.06.txt
-rwxrwxr-x 1 dietpi dietpi 4129521 Mar 9 18:59 RoonServer_log.07.txt
-rwxrwxr-x 1 dietpi dietpi 55692 Mar 8 23:29 RoonServer_log.08.txt
-rw-r–r-- 1 root root 242643 Mar 10 12:10 RoonServer_log.txt

Now in Roon on my Mac Powerbook, I don’t see my bridge. I did the following:

  • Re-enable the Audio device (menu Settings->Neworked->ROON Trexo device), the previous settings have not changed since previous listening session (all parameters intacts as usual)
  • Put again the name of the Audio device (reset to blank): NanoPat-XMOSU208
  • In DSP Window, the DSP is left ON but the “Sample rate conversion” is now OFF. I reset it to ON, all previous parameters are lost, I have to re-set all my preferred settings (Conversion Filter, Sigma-Delta, Parallelized Sigma-Delta)

Now, the settings are re-enabled and the music plays. I launched the commands on both server and bridge.

-------------- Logs list on Ryzen PC with Roon Server / DietPI 6.4 -----------------------
root@DietPi:~# uname -a; date; ls -l /mnt/dietpi_userdata/roonserver/RoonServer/Logs/
Linux DietPi 4.14.13 #1 SMP Wed Mar 7 00:17:48 CET 2018 x86_64 GNU/Linux
Sat 10 Mar 12:12:54 CET 2018
total 5848
-rw-r–r-- 1 root root 117167 Mar 10 11:16 RoonServer_log.01.txt
-rw-r–r-- 1 root root 57799 Mar 10 09:38 RoonServer_log.02.txt
-rw-r–r-- 1 root root 56817 Mar 10 09:32 RoonServer_log.03.txt
-rw-r–r-- 1 root root 592884 Mar 10 09:28 RoonServer_log.04.txt
-rw-r–r-- 1 root root 570909 Mar 10 08:58 RoonServer_log.05.txt
-rw-r–r-- 1 root root 102787 Mar 9 19:05 RoonServer_log.06.txt
-rwxrwxr-x 1 dietpi dietpi 4129521 Mar 9 18:59 RoonServer_log.07.txt
-rwxrwxr-x 1 dietpi dietpi 55692 Mar 8 23:29 RoonServer_log.08.txt
-rw-r–r-- 1 root root 268566 Mar 10 12:12 RoonServer_log.txt
root@DietPi:~#

------------- DATE on RoonBridge SBC (NanoPI Neo / DietPI 6.4) ----------------
root@DietPi:~# uname -a ;date
Linux DietPi 4.14.18-sunxi #24 SMP Fri Feb 9 16:24:32 CET 2018 armv7l GNU/Linux
Sat 10 Mar 12:14:11 CET 2018

Just in case. I’ve made an archive of my logs and can send them to you if needed.
The archive is about 1MB compressed.

Hi @Pat ---- Thank you for touching base and sharing your feedback with me. It is very appreciated and my sincerest apologies for the slow response here.

Continuing forward, after having discussed this behavior with both our tech team and members of the DEV team there is some concern that you are running into this behavior because the RoonBridge folder is being saved somewhere that is being erased after each re-boot. As maniac had pointed out above.

Can you please verify where the RoonBridge folder is residing and additionally the team has asked if you could try reinstalling RoonBridge on the NanoPI Neo via the instructions listed in our knowledge base (i.e “the easy installer script).

Looking forward to your feedback, thanks again!
-Eric

1 Like

Hi Eric,

@eric I’ve installed RoonBridge using the normal DietPi installation process as you ask me.
Here is the folder in which RoonBridge resides:
root@DietPi:/mnt/dietpi_userdata/roon/RoonBridge# pwd
/mnt/dietpi_userdata/roon/RoonBridge
This folder is in “userdata” part and I believe it is never removed by DietPI.
Logs a a symbolic links to /var/logs:root@DietPi:/mnt/dietpi_userdata/roon/RoonBridge# ls -l
total 8
drwxrwxr-x 3 dietpi dietpi 4096 Feb 17 15:35 Database
lrwxrwxrwx 1 dietpi dietpi 8 Feb 17 15:34 Logs -> /var/log
drwxrwxr-x 2 dietpi dietpi 4096 Feb 17 15:35 Settings

Nor Database or Settings contains other symbolic links.

/var/log seems unchanged for a while, I see some old files in it. So I guess, never deleted at reboot.

Ok. I uninstall RoonBridge from the DietPI software (dietpi-software) command.
Then I follow the procedure from your link and install the linuxarmv7hf version.
Once install (STATUS: SUCCESS), I go to the Roon GUI on my Mac Powerbook.
In Audio settings, I see the bridge. This time, my settings are lost (PCM max sample rate, volume preferences etc…).
==> Save
A noticeable point!!! The Bridge name/Zone name “NanoPat-XMOSU208” is already filled, not blank as usual after a reboot !??
Playing music, Stop and reboot. Reboot completed.
The zone disapeared, so I “Select an audio Zone”, but the NanoPat-XMOSU208 is not there as expected :frowning:
Ok, “Settings->Audio”. And now all is like previously. Settings are there, filled correctly, and the Audio zone name is blank. I save the dialog box set the audio zone.
DSP Engine settings revert back to default (None).

I’m I the only one having this issue with DietPI ??
Could you get some help from the DietPI support team instead of me ??

One last thing.
I believe the remark made by Maniac was related to a manual installation, without the dietpi-software command. This because the folders /var/roon have been created right after the moment I proceed to the installation on the Roon’s webpage.
The proof, the folders have the same date than the installer’s date, see below:
root@DietPi:/var/roon# ls -l /var/roon/
total 8
drwxr-xr-x 4 root root 4096 Mar 17 15:42 RAATServer
drwxr-xr-x 5 root root 4096 Mar 17 15:42 RoonBridge
root@DietPi:/var/roon# ls -la
total 16
drwxr-xr-x 4 root root 4096 Mar 17 15:42 .
drwxr-xr-x 13 root root 4096 Mar 17 15:42 …
drwxr-xr-x 4 root root 4096 Mar 17 15:42 RAATServer
drwxr-xr-x 5 root root 4096 Mar 17 15:42 RoonBridge
root@DietPi:/var/roon# cd
root@DietPi:~# cd manual-roon-install/
root@DietPi:~/manual-roon-install# ls -la
total 28
drwxr-xr-x 2 root root 4096 Mar 17 15:41 .
drwx------ 7 root root 4096 Mar 17 17:09 …
-rwxr-xr-x 1 root root 16689 Mar 17 15:41 roonbridge-installer-linuxarmv7hf.sh

I believe DietPI take care to keep the settings at a safe place in /mnt/dietpi_userdata.
Besides that this folder is recommended by DietPI to store your Music or other personal data.

The pb seems to be in the way Roon recognize the bridge, based on which ID (Mac adress, IP address, other ??).

@Pat i believe you would need to find a way how to tell dietpi to permanently save RoonBridge package (contents of /var/Roon* and /var/RAAT*) only after you enable it and configure in RoonServer as this configuration is stored on the client side (on nanopi) in contrary to save it immediately after RoonBridge installation)

@maniac I don’t catch your point. On the client side (nanopi), i.e the bridge, Roon installation and all data are managed at a stable location (/mnt/dietpi_userdata/roon) and permanently.
The data are in this stable location from the beginning, I only made a test because Eric asked me to test the official installation (not driven by DietPI). This last test resulted to have effectively Roon installation in /var/roon.
Anyway, it didn’t changed anything to the problem.

Hi Pat, maybe I misunderstood , but can you please check following:

  1. reboot nanopi and run this:

ls -d /var/roon
ls -lR /var/roon
ls -ld /mnt/dietpi_userdata/roon
ls -ld /mnt/dietpi_userdata/roon/RoonBridge
ls -lR /mnt/dietpi_userdata/roon/RoonBridge

  1. then configure nanopi in RoonServer so it’s enabled and works fine and run the same commands again:

ls -d /var/roon
ls -lR /var/roon
ls -ld /mnt/dietpi_userdata/roon
ls -ld /mnt/dietpi_userdata/roon/RoonBridge
ls -lR /mnt/dietpi_userdata/roon/RoonBridge

  1. reboot nanopi and run this again:

ls -d /var/roon
ls -lR /var/roon
ls -ld /mnt/dietpi_userdata/roon
ls -ld /mnt/dietpi_userdata/roon/RoonBridge
ls -lR /mnt/dietpi_userdata/roon/RoonBridge

my intention here is to try to find out where (if) are there symlinks and if contents of configuration folders keep preserved after reboot (which i think are not)

i guess that /var/roon should be symlink to /mnt/dietpi_userdata/roon (before RoonBridge starts) but let’s see