Roon 1.3 not seeing audio devices [Resolved]

Thanks
I need a quick confirmation from you.
I have delete my Roon qpkg installation. I have a backup.
Shall the backup be present under folder RonserServer (on Qnap) before I start install the qpkg ?
Or do I replace the files after installation ?

Fixed and stable. Thanks.

1 Like

Hi @c2c2c2 ----- Thank you for the follow up and sharing your logs with us. May I kindly ask you to verify the following for me:

  1. Have you tried power cycling the bluesound device?

  2. Is the NODE2 discoverable using the Bluesound app?

  3. Please confirm that you running the latest bluesound firmware (at least 2.10).

  4. Please confirm that their are no active firewalls in your configuration on the synology and if there are may I kindly ask you to temporarily disable them and retry with the device.

  5. My assumption is that the NODE2 is being accessed via WiFi have you tried using an ethernet connection yet to see if things are more stable?

-Eric

Eric,

In reply to your questions in order:

  1. Yes
  2. Yes
  3. I am
  4. None
  5. The result is the same whether Ethernet or Wifi

I am wondering about internal thread priorities as a possible cause of disappearing endpoints. In the case I’ve described above, CPU priority for analysis tasks is set to “Throttled.” (For both settings) HOWEVER, the system is still working on background analysis of about 70K remaining tracks. The CPU on the NAS shows <10% use, so there is no total capacity issue. I am wondering if thread priority is properly set between endpoint discovery/playback/housekeeping & database updates. It seems (totally subjective) that Roon is not always making effective use of the raw system resources available to it.

One more point, in the above case of Bluesound nodes disappearing and not being rediscoverable, I’ve tried the “scan for devices” function multiple times with no result.

It will be interesting to see if following the completion of all background analysis tasks if these issues persist.

@c2c2c2 ----- Thank you for the follow up and taking the time to answer my questions. I have passed your logs and feedback over to my developers so they can evaluate what may be causing this behavior to occur. We appreciate your patience while we investigate this issue for you.

-Eric

Hi @R1200CL ---- In reference to your question.

Best would be to put the backup (RoonServer + RAATServer folders) in the RoonServer share before installing the qpkg. After the installation, RoonServer will start automatically and use the backup.

If the backup is not in place before installing qpkg, a new set of RoonServer/RAATServer folder will be created. In order to revert to the backup, RoonServer needs to be stopped in the QNAP AppCenter and the RoonServer/RAATServer folders need to be replaced with the backup.

-Eric

Thanks @Eric
Would this mean i can move those 2 folders between a working windows and Qnap, and even a SonicTransporter i5 ?

If yes I would like to use my working windows installation and replace it with my corrupted 192? 1,3 database from qnap in order to hope for a recovery.

(And then maybe back again)

@Eric,

Here is an excerpt from the RoonServer log coincident with the issue.

02/05 16:10:41 Trace: [analysis] analyzing trackid=34240818 url=/var/packages/RoonServer/target/roonmnt/FLAC/FLAC/James Leva/Memory Theater/I Need To Find.flac
02/05 16:10:41 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:41 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:42 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:42 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:42 Trace: [raat/audiosource] got NAK (7 seqs, 7 satisfied is_max=False)
02/05 16:10:42 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:42 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:42 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:42 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:42 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:43 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:44 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:44 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:44 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:44 Trace: [raat/audiosource] got NAK (15 seqs, 15 satisfied is_max=True)
02/05 16:10:44 Trace: [transport/raatclient] GOT [13707] {“status”:“Ended”}
02/05 16:10:44 Info: Change State Connected => Disconnected
02/05 16:10:44 Trace: [transport/raat] [Bluesound NODE 2 @ 192.168.1.42:42613] lost client connection. Retrying
02/05 16:10:44 Trace: [transport/raat] [Bluesound NODE 2 @ 192.168.1.42:42613] connecting (attempt 1)
02/05 16:10:44 Info: [transport] destroyed zone Music Room was playing? True
02/05 16:10:44 Trace: [zone] [Music Room] Suspend
02/05 16:10:44 Info: [audio/env] [zoneplayer -> stream] All streams were disposed
02/05 16:10:44 Info: [library] recorded play for profile 6ba7518c-b0df-4230-a9db-1a84933aeef7: mediaid=50:1:6c08a5f2-b231-4018-8095-b8cbbb9e3b33 metadataid=123:0:MT0004818568 contentid= libraryid=50:1:6c08a5f2-b231-4018-8095-b8cbbb9e3b33
02/05 16:10:44 Info: swimsession dispose
02/05 16:10:44 Info: [audio/env] [zoneplayer -> stream -> endpoint] All streams were disposed
02/05 16:10:44 Trace: [zoneplayer/raat] Endpoint Bluesound NODE 2 State Changed: Playing => Prepared
02/05 16:10:44 Trace: [library] finished with 72 dirty tracks 5 dirty albums 29 dirty performers 29 dirty works 60 dirty performances 0 clumping tracks, 0 clumping auxfiles 0 compute tracks, 0 deleted tracks, 0 tracks to (re)load, 0 tracks to retain, 0 auxfiles to (re)load, 0 auxfiles to retain, and 124 changed objects
02/05 16:10:44 Debug: [library/index] updating search indices: 8 ops 1 adds, 0 removes
02/05 16:10:46 Info: [stats] 4196mb Virtual, 1503mb Physical, 962mb Managed, 0 Handles, 97 Threads
02/05 16:10:48 Trace: [analysis] analysis completed in 7250ms for 261s of FLAC 44.1kHz 16bit audio. loudness=-12.6292091673268LUFS dbTP=-0.000530160810618101 noisestartms=520 noiseendms=256308 isdts=False for track 34240818 url=/var/packages/RoonServer/target/roonmnt/FLAC/FLAC/James Leva/Memory Theater/I Need To Find.flac
02/05 16:10:48 Trace: [library] finished with 1 dirty tracks 1 dirty albums 1 dirty performers 1 dirty works 1 dirty performances 0 clumping tracks, 0 clumping auxfiles 0 compute tracks, 0 deleted tracks, 1 tracks to (re)load, 0 tracks to retain, 0 auxfiles to (re)load, 0 auxfiles to retain, and 5 changed objects
02/05 16:10:48 Debug: [library/index] updating search indices: 2 ops 0 adds, 0 removes
02/05 16:10:48 Trace: [dbperf] flush 4612 bytes, 2 ops in 0 ms (cumulative 21130153 bytes, 10602 ops in 49957 ms)
02/05 16:10:48 Trace: [analysis] analyzing trackid=34251058 url=/var/packages/RoonServer/target/roonmnt/FLAC/FLAC/James Taylor/Greatest Hits/Fire And Rain.flac
02/05 16:10:53 Trace: [transport/raatclient] Initializing RAAT session
02/05 16:10:53 Trace: [transport/raatclient] Loading script raat.dat:base.lua as module base [1088 chars]
02/05 16:10:53 Trace: [transport/raatclient] Loading script raat.dat:dkjson.lua as module dkjson [22416 chars]
02/05 16:10:53 Trace: [transport/raatclient] Loading script raat.dat:protocol.lua as module protocol [2045 chars]
02/05 16:10:53 Trace: [transport/raatclient] Loading script raat.dat:roon.lua [37053 chars]
02/05 16:10:53 Trace: [transport/raatclient] RAAT Session initialized
02/05 16:10:53 Trace: [transport/raatclient] SENT [2]{“request”:“info”}
02/05 16:10:53 Trace: [transport/raatclient] SENT [3]{“request”:“set_client_type”,“client_type”:“Roon”}
02/05 16:10:54 Trace: [analysis] analysis completed in 5616ms for 206s of FLAC 44.1kHz 16bit audio. loudness=-18.241807736149LUFS dbTP=0.158810702607897 noisestartms=130 noiseendms=199966 isdts=False for track 34251058 url=/var/packages/RoonServer/target/roonmnt/FLAC/FLAC/James Taylor/Greatest Hits/Fire And Rain.flac
02/05 16:10:54 Trace: [library] finished with 1 dirty tracks 1 dirty albums 1 dirty performers 1 dirty works 1 dirty performances 0 clumping tracks, 0 clumping auxfiles 0 compute tracks, 0 deleted tracks, 1 tracks to (re)load, 0 tracks to retain, 0 auxfiles to (re)load, 0 auxfiles to retain, and 5 changed objects
02/05 16:10:54 Debug: [library/index] updating search indices: 2 ops 0 adds, 0 removes
02/05 16:10:54 Trace: [dbperf] flush 4555 bytes, 2 ops in 0 ms (cumulative 21134708 bytes, 10604 ops in 49957 ms)
02/05 16:10:54 Trace: [analysis] analyzing trackid=34255410 url=/var/packages/RoonServer/target/roonmnt/FLAC/FLAC/James Taylor/Hourglass/Jump Up Behind Me.flac
02/05 16:11:00 Trace: [analysis] analysis completed in 5679ms for 210s of FLAC 44.1kHz 16bit audio. loudness=-12.2710082250321LUFS dbTP=0.461441151521121 noisestartms=390 noiseendms=203580 isdts=False for track 34255410 url=/var/packages/RoonServer/target/roonmnt/FLAC/FLAC/James Taylor/Hourglass/Jump Up Behind Me.flac
02/05 16:11:00 Trace: [library] finished with 1 dirty tracks 1 dirty albums 2 dirty performers 1 dirty works 1 dirty performances 0 clumping tracks, 0 clumping auxfiles 0 compute tracks, 0 deleted tracks, 1 tracks to (re)load, 0 tracks to retain, 0 auxfiles to (re)load, 0 auxfiles to retain, and 6 changed objects
02/05 16:11:00 Debug: [library/index] updating search indices: 2 ops 0 adds, 0 removes
02/05 16:11:00 Trace: [dbperf] flush 4440 bytes, 2 ops in 0 ms (cumulative 21139148 bytes, 10606 ops in 49957 ms)

1 Like

Hi @R1200CL ---- You should have no issue moving your db from one platform to another and information on locating your DB can be found here in our KnowledgeBase.

Please be advised that when you migrate to a different platforms the storage locations may need to be re-adjusted once the move has completed. Information on this procedure can also be found in our KnowledgeBase as well (here).

-Eric

Hi @c2c2c2 ----- Just wanted to touch base with you here to give you a status update as to where we stand with you issue.

We are still trying to reproduce this behavior in house but may have fixed something related to this which will be part of the next build (#200). Please let us know if this behavior is still present after the update and If there is still an issue here we will gladly keep investigating. Many thanks!

-Eric

Will do, thank you!

1 Like

You may close this issue, build #200 seems to have addressed it.

@support

1 Like