R.O.C.K - Increased Random Roon Server Software restarts since vers 2.64

The R.O.C.K is on a Asus 13 Pro i7-1360P NUC with 64GB 3200MHz G.Skill RipJaws SODIMM DDR4 RAM, the M.2 for the OS & Roon DB is Samsung 970 EVO 500GB & 870 4TB SATA3 SSD for the music library - the whole kit is only 17 - 18mths old.

I’ve been doing a lot of long hours working of late so am listening to music via Roon for much longer periods and I have noticed a lot of Roon Server Software restarts while the Roon OS remains up since the recent minor update 2.64. Sometimes I am getting Roon Server Software 3 times within an hour, other times there is a gap up of up to 22 hrs odd sometime between 5 to 6 hours.

I’ve been focusing on this more recently like in the last couple of weeks and the longest I seem to get without the Roon Server Software restart since build 2.64 has been less than a day or two.

I see all the errors in the server logs relating to issues retrieving data from the Qobuz Akamai edge servers but nothing about why the Roon Server software is restarting. The last entry in the 01 log is usually within 4 - 6 sec of getting the local timestamp or the first entry in the current RoonServer_Log.txt
I don’t really want to reset the database or format the OS drive & reinstall.
My music library \\ROCK\Data\Storage\InternalStorage\Music is permanently mapped to M:\ my WIN11 Enterprise edition windows laptop so that I can copy new files to the music library & keep all my devices & music in sync.

Is anyone else noticing similar behaviour? Here are examples I have captured over the last few days.

Here’s the time for 2 of today’s restarts this afternoon

here’s the last contents written when the server software restarts

V/-

Hi @Sir_V_007

While community members may respond as you requested, your post also indicates that you could require assistance from Roon technical support.

To equip the Roon Technical Support team to assist you directly, please follow this link to provide the details of your case to Technical Support: Technical Support Request

Respond to the prompts there to ensure that you’ve performed basic troubleshooting and to ensure Technical Support has the full details necessary to expedite Technical Support’s investigation into the case.

Your responses will create a ticket on Roon’s support tracking system and auto-generate a Community thread in the appropriate section.

Because this Community thread will be in a public forum, please do not include any personal information, such as your email address, postal address or telephone number in your submission.

Thank you.

Thanks @Geoff_Coupe

Apologies for not creating the topic in the correct forum, and thanks for moving it to the correct category, appreciated.

I will raise a ticket if the issue continues after the next major release that is due on the 27th April.

For now, I am interested if anyone else is noticing the same sort of behaviour. Unless the restart happens while someone is listening when the client disconnects while the server is restarting or if users regularly visit their webgui pages they may not notice that the Roon Server Software has restarted.

Cheers

V/-

I’m not seeing this but I’m on early access. Though with 64GB RAM it’s impossible that your reboots are caused by running out of RAM under normal conditions, so the memory management improvements in the early access version shouldn’t make a difference. Unless you experience a bad memory leak, of course. I think out-of-memory conditions would appear in the log, though.

I’m not seeing this here, although my setup is different, so it’s not a direct ROCK-to-ROCK comparison. I’m currently running Roon Server in the official Roon Docker container on a QNAP NAS, via Container Station, with the relevant folders explicitly mapped. It has now been running perfectly for more than a week, with no random Roon Server restarts at all. So, at least from my side, I wouldn’t suspect a generic Roon Server 2.64 problem immediately. It may be something more specific to ROCK, the NUC environment, the local database, storage, or some interaction after the update.The fact that Roon OS remains up while only Roon Server restarts is interesting. I’d probably avoid resetting the database too early, unless Support specifically asks for it. I would first raise a ticket and provide the full logs around the restart timestamps, because if the last log line is only a few seconds before the new RoonServer_Log starts, Support may be able to see whether this is a crash, watchdog restart, or something else.

In short: no similar behaviour here on Docker/QNAP so far, but my configuration is obviously different from ROCK.

2 Likes

Thanks @Nicola_Sforza & @Suedkiez for adding your experiences, appreciated.

I’ve saved & moved the logs from yesterday so that they don’t get pushed out with the continuous Roon Server logging in the coming days. While I can remove the Samsung M.2 970 EVO and run some tests on it with their Magician software, I don’t have the same option for the RAM, not without doing a temp Windows or Ubuntu installs to run a program to check the G.Skill dual channel memory sticks.

Gemini (Google’s AI) mentioned that given that the server software is up within 4 secs it is likely watchdog related. I may need to see what other logging there is on the Linux OS that is useful after tomorrow’s update if this continues focusing on the watchdog.

If in the following week after tomorrow’s update, I see the same sort of behaviour I guess the next steps would be to reset the database back to clean, redo my immediate settings, let the DB sit for a few hours & then reimport all of my playlists. I have over 70 local library playlists so it is a little effort to drop reformat the playlist path to one that works for the Roon Music library location & save/import them as a Roon playlist.

I have also purchased some Thermal Grizzly Kryonaut extreme grease to apply to the CPU & some Gelid Solutions GP-Ultimate 15W for the M.2 to replace what has been running since I built it. This will ensure newer & better thermal protection for another few year’s continuous running.

As at now, I’ve had 16:23:32 un-interrupted Roon Server Software uptime. Yesterday, I re-installed the Roon OS (again) & did a clean power down from the webgui console, followed by a start up a few mins later of the NUC.

To isolate Watchdog issues, before I did the clean shutdown and power up of the NUC yesterday, I had shut down my Network Chord Hugo2+2Go unit as a Roon streaming zone and am currently only using an ALSA USB Zone from the NUC R.O.C.K via my USB galvanic isolation (iFi USB iPurifier Pro) & Ideon Audio 3R Blackstar Edition (re-clocking, re-driving & regeneration) path to the iBasso DX3240Ti in USB DAC & desktop mode.

Currently the Roon Server Software has been Running 20 hours, 22 minutes, 51 seconds.

I’ll loop back tomorrow.

Thanks for the detailed update. The 4-second recovery does sound compatible with a supervised service/watchdog restart rather than a full OS problem, especially if Roon OS itself never goes down. I would still be cautious about resetting the database too early, particularly with 70+ playlists and path reformatting involved.

Before going that route, I would probably keep the saved logs around the exact restart timestamps, check the Samsung 970 EVO health/SMART data, monitor CPU/M.2 temperatures, and — if possible — run a bootable MemTest86 USB for the RAM. That should avoid the need for a temporary Windows or Ubuntu installation.

The thermal refresh is sensible maintenance, but I would still want to see whether there are any thermal, NVMe, I/O, or memory-related messages before assuming hardware.

The key detail for Support, in my view, is that Roon Server restarts very quickly while Roon OS remains up. That distinction may help them determine whether this is a crash, watchdog restart, or something else.

hi @Nicola_Sforza ,

I didn’t think of using bootable media for MemTest86 thanks, handy, I’ll keep that in my toolkit!

Gemini seems to think that there are pre-checks going on with this 2.64 build prior to the .Net 10 upgrade that was pushed til Monday’s (US timezone) so Tuesday for me. Removing the Chord Hugo2+2Go Zone which is on the same switch as the NUC but using the 100Mbps port vs the 2.5GB of the Switch which matches the NUC’s RJ45 port’s speed. Using a ALSA USB zone removes the probability of a watchdog issue I believe.

I run a stream to my Lumin T2 zone upstairs for a few hours today with no issues, so overnight I’ll send music to another zone in a different part of the house. There may be something with the Roon watchdog & the behaviour of the Chord’s 2Go maybe even being on the same unmanaged switch causing some conflict (I doubt it). I’m not really interested in going down the route of SSH’n to the R.O.C.K to check things from a Linux OS perspective to check dmesg or similar, not sure of the feasibility or probability of what is or if available with this OS…

My analysis via other steps, tests, in trying to isolate the root cause has been enlightening & insightful.

Hopefully someone checks this post & out of curiosity & then checks their webgui page for Roon Server Software up time differences to their Roon OS.

May the odds be ever in my favour…

Cheers
V/-

hi,

Quick update, I managed to get to the longest observed runtime recently of only 46hrs just streaming to the USB zone.

I introduced two other zones using RAAT to different parts of the house for the last 9 hours before I shut done the NUC to move some things around on my desk.

Now that Version 2.65 (build 1653) production is live I have been streaming for 06:40hrs to the Chord Streaming zone & another zone in a different part of the house as well as the local USB zone. I’ll check back in 3 days or so and report any variances.

hopefully the new version has addressed the behaviour have been observing on 2.64. Have a great week ahead everyone.

V/-

I’m beginning to think that my issues may be hardware or power related. I’ve had error free operation since 2.65 (Build 1653) dropped - only my planned stops & starts when i have moved things around on my desk.

I think that I may have an issue with one of my internal components in my NUC that needs further root cause analysis.

I had a total OS restart tonight, where the tail of the old log was full of NUL.

I was changing the power supply to my iFi USB iPurifier Pro (galvanic isolation) which is connected to the NUC via an Audioquest Carbon USB A to C cable, I powered down the LPS while I changed from the iFi iPowerX SMPS (5V 3A) that was powering the USB iPurifier Pro to the Silent Angel Forester F1 LPS (5V 2A). This is in the audio path on the way to the DX340Ti which is acting as a USB DAC & Zone in Roon hence why in the below log snippet it goes offline. This isn’t the first lot of NULs I’ve seen in the logs before a Roon Server Software restart - but it is first time I have seen NULs it before an OS crash/full unplanned restart:

Here’s the text leading up to the point of NUL in the seconds beforehand:

4/28 11:31:13 [Local 04/28 21:31:13] Info: [stats] 140289mb Virtual, 2208mb Physical, 928mb Managed, 1280mb estimated Unmanaged, 442 Handles, 88 Threads, 0.66% of runtime in GC pauses, 13ms last GC pause duration
04/28 11:31:13 [Local 04/28 21:31:13] Trace: [Sir.V’s Hugo2+2Go] [zoneplayer/raat] sync Chord Electronics 2Go: realtime=10784021360092 rtt=926us offset=-2680792570us delta=27us drift=-4577us in 181.77989055s (-25.184ppm, -90.663ms/hr)
04/28 11:31:15 [Local 04/28 21:31:15] Trace: [Sir.V’s DMP-A6 Masters Edition] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PLAYING @ 5:28/6:30] Woman In Chains - Tears for Fears / Oleta Adams
04/28 11:31:16 [Local 04/28 21:31:16] Trace: [Sir.V’s DX340Ti] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PLAYING @ 1:00/6:31] Deus Ex Machina - deadmau5
04/28 11:31:16 [Local 04/28 21:31:16] Trace: [Sir.V’s DMP-A6 Masters Edition] [zoneplayer/raat] sync Eversolo DMP-A6: realtime=457933457388782 rtt=3305us offset=421879081707us delta=615us drift=-20224us in 908.917603s (-22.252ppm, -80.106ms/hr)
04/28 11:31:17 [Local 04/28 21:31:17] Trace: [Sir.V’s Hugo2+2Go] [Lossless, 24/96 FLAC => 24/96] [100% buf] [PLAYING @ 3:05/4:32] Man in the Long Black Coat - Bob Dylan
04/28 11:31:19 [Local 04/28 21:31:19] Trace: [broker/accounts] doing auth refresh in EnsureAuthReady, next=04/28/2026 12:31:19
04/28 11:31:19 [Local 04/28 21:31:19] Trace: [broker/accounts] refreshing account info for email=‘vaughan@astuteinfinity.com’ userid=1b8493ea-0b32-422d-a82d-64cd76ac2ec9
04/28 11:31:19 [Local 04/28 21:31:19] Trace: [fiveaccountserver] POST https://accounts5.roonlabs.com/accounts/3/login
04/28 11:31:19 [Local 04/28 21:31:19] Trace: [fiveaccountserver] BODY token=<<>>
04/28 11:31:20 [Local 04/28 21:31:20] Debug: [easyhttp] [4211] POST to https://api.roonlabs.net/accounts5/accounts/3/login returned after 333 ms, status code: 200, request body size: 42 B
04/28 11:31:20 [Local 04/28 21:31:20] Trace: [fiveaccountserver] GOT {“status":“Success”,“userid”:“random guid number”,“token”:“mytoken_GUID”,“expiration”:30,“email”:“sum_name@mydomain.com”,“groups”:[ ]}
04/28 11:31:20 [Local 04/28 21:31:20] Trace: [Sir.V’s DMP-A6 Masters Edition] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PLAYING @ 5:33/6:30] Woman In Chains - Tears for Fears / Oleta Adams
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [fiveaccountserver] GET https://accounts5.roonlabs.com/accounts/3/profileslist?token=xxxxxx
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [fiveaccountserver] GET https://accounts5.roonlabs.com/accounts/3/userinfo?token=xxxxxx&machineid=myMachineID_GUID
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [broker/accounts] updated token. New expiration is 05/28/2026 11:31:21
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [broker/accounts] Data updated. AccountStatus=LoggedIn MachineStatus=Licensed UserId=myUserID_GUID
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [bits] myinfo: {“pushid”:“broker/14a6edfa-1813-405f-a56f-c2ce5d6ddb9d”,“roon_auth_token”:“auth_token_GUID”,“os”:“RoonOS 2.1 (build 271) production”,“platform”:“linuxx64”,“machineversion”:206501653,“branch”:“production”,“appmodifier”:“”,“appname”:“RoonServer”}
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [Sir.V’s DX340Ti] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PLAYING @ 1:05/6:31] Deus Ex Machina - deadmau5
04/28 11:31:21 [Local 04/28 21:31:21] Debug: [easyhttp] [4214] GET to https://api.roonlabs.net/accounts5/accounts/3/profileslist?token=xxxxxx returned after 289 ms, status code: 200, request body size: 0 B
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [fiveaccountserver] GOT {“status”:“Success”,“profiles”:[{“id”:“450a85f4-c5f7-47bd-a1bf-f4b880af39b5”,“name”:“myName”,“photo”:“https://sooloos-profileimages.s3.amazonaws.com/five-1b8493ea-0b32-422d-a82d-64cd76ac2ec9--450a85f4-c5f7-47bd-a1bf-f4b880af39b5.jpg",“birthdate”:"007_notMyDOB”}]}
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [broker/accounts] Data updated. AccountStatus=LoggedIn MachineStatus=Licensed UserId=myUSID_GUID
04/28 11:31:21 [Local 04/28 21:31:21] Debug: [easyhttp] [4215] GET to https://api.roonlabs.net/accounts5/accounts/3/userinfo?token=xxxxxx&machineid=myMachineID_GUID returned after 313 ms, status code: 200, request body size: 0 B
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [fiveaccountserver] GOT {“status”:“Success”,“user”:{“tfa”:{“enabled”:false},“userid”:“myuserID_GUID”,“firstname”:“my1stName”,“lastname”:“myLastName”,“email”:"sum_Name@myDomain.com”,“joinmailinglist”:true,“allowpushnotifications”:true,“class”:“Normal”,“groups”:[ ],“dncs”:[ ],“trialallowed”:false}}
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [broker/accounts] Data updated. AccountStatus=LoggedIn MachineStatus=Licensed UserId=myUserID_GUID
04/28 11:31:21 [Local 04/28 21:31:21] Debug: [easyhttp] [4216] POST to https://api.roonlabs.net/bits/1/q/roon.base.,roon.internet_discovery.,roon.debug.,roon.broker.,roon.dsp.,roon.sood.?roon_auth_token=xxxxxx returned after 511 ms, status code: 200, request body size: 265 B
04/28 11:31:21 [Local 04/28 21:31:21] Trace: [bits] updated bits, in 513ms
04/28 11:31:22 [Local 04/28 21:31:22] Trace: [Sir.V’s Hugo2+2Go] [Lossless, 24/96 FLAC => 24/96] [100% buf] [PLAYING @ 3:10/4:32] Man in the Long Black Coat - Bob Dylan
04/28 11:31:22 [Local 04/28 21:31:22] Debug: [easyhttp] [4218] GET to https://api.roonlabs.net/profileimages/five-1b8493ea-0b32-422d-a82d-64cd76ac2ec9--450a85f4-c5f7-47bd-a1bf-f4b880af39b5.jpg?random=8d7aa4ea-020b-42d2-a9d8-1de89cf05c11 returned after 546 ms, status code: 200, request body size: 0 B
04/28 11:31:22 [Local 04/28 21:31:22] Trace: [broker/accounts] Data updated. AccountStatus=LoggedIn MachineStatus=Licensed UserId=myUserID_GUID
04/28 11:31:25 [Local 04/28 21:31:25] Trace: [Sir.V’s DMP-A6 Masters Edition] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PLAYING @ 5:38/6:30] Woman In Chains - Tears for Fears / Oleta Adams
04/28 11:31:26 [Local 04/28 21:31:26] Trace: [Sir.V’s DX340Ti] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PLAYING @ 1:10/6:31] Deus Ex Machina - deadmau5
04/28 11:31:27 [Local 04/28 21:31:27] Trace: [Sir.V’s Hugo2+2Go] [Lossless, 24/96 FLAC => 24/96] [100% buf] [PLAYING @ 3:15/4:32] Man in the Long Black Coat - Bob Dylan
04/28 11:31:27 [Local 04/28 21:31:27] Trace: [iBasso DX340] [raatclient] GOT [174] {“reason”:{“reason”:“device_not_available”},“status”:“Lost”}
04/28 11:31:27 [Local 04/28 21:31:27] Trace: [Sir.V’s DX340Ti] [zoneplayer/raat] Got ‘lost’ response
04/28 11:31:27 [Local 04/28 21:31:27] Trace: [Sir.V’s DX340Ti] [zoneplayer/raat] Endpoint iBasso DX340 State Changed: Playing => Idle
04/28 11:31:27 [Local 04/28 21:31:27] Trace: [Sir.V’s DX340Ti] [zoneplayer/raat] lost endpoint. stopping stream
04/28 11:31:27 [Local 04/28 21:31:27] Debug: [raat/tcpaudiosource] disconnecting
04/28 11:31:27 [Local 04/28 21:31:27] Debug: FTMSI-B closed file for qo/9B4CB25F; open files:0
04/28 11:31:27 [Local 04/28 21:31:27] Info: [audio/env] [zoneplayer → stream] All streams were disposed
04/28 11:31:27 [Local 04/28 21:31:27] Debug: FTMSI-B qo/9B4CB25F download status: AllBlocksDownloaded accessTimeout:True openFiles:0 prev:(AllBlocksDownloaded,True,1)
04/28 11:31:27 [Local 04/28 21:31:27] Warn: [zone Sir.V’s DX340Ti] Track Stopped Due to LostEndpoint
04/28 11:31:27 [Local 04/28 21:31:27] Info: [audio/env] [zoneplayer → stream → endpoint] All streams were disposed
04/28 11:31:27 [Local 04/28 21:31:27] Info: [library] recorded play for profile 450a85f4-c5f7-47bd-a1bf-f4b880af39b5: mediaid=202:0:396587001 metadataid= contentid=202:0:396587001 libraryid= isfromradio=False isfrommix=False isfrommobile=
04/28 11:31:27 [Local 04/28 21:31:27] Info:
–[ SignalPath ]---------------------------------------------
SignalPath Quality = Inactive
Elements:

04/28 11:31:27 [Local 04/28 21:31:27] Warn: inactive signal path :frowning:
04/28 11:31:27 [Local 04/28 21:31:27] Info: [zone Sir.V’s DX340Ti] OnPlayFeedback StoppedLostEndpoint
04/28 11:31:27 [Local 04/28 21:31:27] Trace: [zone Sir.V’s DX340Ti] Suspend
04/28 11:31:27 [Local 04/28 21:31:27] Info: [zone Sir.V’s DX340Ti] OnPlayFeedback Stopped
04/28 11:31:27 [Local 04/28 21:31:27] Info: [zone Sir.V’s DX340Ti] Canceling Pending Sleep
04/28 11:31:27 [Local 04/28 21:31:27] Trace: [Sir.V’s DX340Ti] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PAUSED @ 1:11/6:31] Deus Ex Machina - deadmau5
04/28 11:31:27 [Local 04/28 21:31:27] Info: sleep 49ms after flush
04/28 11:31:27 [Local 04/28 21:31:27] Debug: FTMSI-B closed file for qo/2DD30521; open files:0
04/28 11:31:27 [Local 04/28 21:31:27] Debug: FTMSI-B qo/2DD30521 download status: AllBlocksDownloaded accessTimeout:False openFiles:0 prev:(AllBlocksDownloaded,False,1)
04/28 11:31:27 [Local 04/28 21:31:27] Info: [audio/env] [zoneplayer] All streams were disposed
04/28 11:31:28 [Local 04/28 21:31:28] Debug: [easyhttp] [4228] POST to https://www.qobuz.com/api.json/0.2/track/reportStreamingEnd? returned after 589 ms, status code: 200, request body size: 362 B
04/28 11:31:28 [Local 04/28 21:31:28] Info: [stats] 140209mb Virtual, 2210mb Physical, 940mb Managed, 1270mb estimated Unmanaged, 441 Handles, 76 Threads, 0.66% of runtime in GC pauses, 13ms last GC pause duration
04/28 11:31:28 [Local 04/28 21:31:28] Trace: [library] endmutation in 14ms
04/28 11:31:30 [Local 04/28 21:31:30] Trace: [Sir.V’s DMP-A6 Masters Edition] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PLAYING @ 5:43/6:30] Woman In Chains - Tears for Fears / Oleta Adams
04/28 11:31:30 [Local 04/28 21:31:30] Debug: [easyhttp] [4234] GET to https://api.roonlabs.net/oauthcb/4/tidal/refresh returned after 345 ms, status code: 200, request body size: 0 B
04/28 11:31:30 [Local 04/28 21:31:30] Info: [broker/locations] updating location Tidal:Name=TIDAL:Id=a2bc918b-81fb-abc3-f24b-19bcfed910a2
04/28 11:31:30 [Local 04/28 21:31:30] Trace: [servicemanager] cloning service com.roonlabs.roon.broker.tcp with localEndpoints=
04/28 11:31:30 [Local 04/28 21:31:30] Trace: [servicemanager] cloning service com.roonlabs.roon.broker.tcpv2 with localEndpoints=
04/28 11:31:30 [Local 04/28 21:31:30] Trace: [servicemanager] cloning service com.roonlabs.roon.broker.http with localEndpoints=
04/28 11:31:30 [Local 04/28 21:31:30] Trace: [servicemanager] cloning service com.roonlabs.roon.api.tcp with localEndpoints=tcp://10.169.171.35:9150,tcp://100.66.34.53:9150
04/28 11:31:30 [Local 04/28 21:31:30] Trace: [servicemanager] cloning service com.roonlabs.roon.api.http with localEndpoints=http://66.67.68.70:9330/api,http://100.66.67.68:9330/api
04/28 11:31:31 [Local 04/28 21:31:31] Debug: [easyhttp] [4236] POST to https://api.roonlabs.net/roonmobile/1/cores/announce returned after 225 ms, status code: 200, request body size: 2 KB
04/28 11:31:31 [Local 04/28 21:31:31] Debug: [easyhttp] [4235] GET to https://api.tidal.com/v1/sessions/083daf04-2d9b-4f18-9f40-1320de246bd1?countryCode=AU returned after 245 ms, status code: 200, request body size: 0 B
04/28 11:31:31 [Local 04/28 21:31:31] Trace: [tidal/http] GET https://api.tidal.com/v1/sessions/083daf04-2d9b-4f18-9f40-1320de246bd1?countryCode=AU => Success
04/28 11:31:31 [Local 04/28 21:31:31] Trace: [tidal] transition loginstatus from LoginSucceeded to LoginSucceeded
04/28 11:31:32 [Local 04/28 21:31:32] Trace: [Sir.V’s Hugo2+2Go] [Lossless, 24/96 FLAC => 24/96] [100% buf] [PLAYING @ 3:20/4:32] Man in the Long Black Coat - Bob Dylan
04/28 11:31:35 [Local 04/28 21:31:35] Trace: [Sir.V’s DMP-A6 Masters Edition] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PLAYING @ 5:48/6:30] Woman In Chains - Tears for Fears / Oleta Adams
04/28 11:31:37 [Local 04/28 21:31:37] Trace: [Sir.V’s Hugo2+2Go] [Lossless, 24/96 FLAC => 24/96] [100% buf] [PLAYING @ 3:25/4:32] Man in the Long Black Coat - Bob Dylan
04/28 11:31:40 [Local 04/28 21:31:40] Trace: [Sir.V’s DMP-A6 Masters Edition] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PLAYING @ 5:53/6:30] Woman In Chains - Tears for Fears / Oleta Adams
04/28 11:31:41 [Local 04/28 21:31:41] Debug: [easyhttp] [4253] POST to https://api.roonlabs.net/device-map/1/register returned after 334 ms, status code: 200, request body size: 8 KB
04/28 11:31:41 [Local 04/28 21:31:41] Trace: [devicemap] device map updated
04/28 11:31:42 [Local 04/28 21:31:42] Trace: [Sir.V’s Hugo2+2Go] [Lossless, 24/96 FLAC => 24/96] [100% buf] [PLAYING @ 3:30/4:32] Man in the Long Black Coat - Bob Dylan
04/28 11:31:43 [Local 04/28 21:31:43] Info: [stats] 140209mb Virtual, 2216mb Physical, 958mb Managed, 1258mb estimated Unmanaged, 441 Handles, 75 Threads, 0.66% of runtime in GC pauses, 9ms last GC pause duration
04/28 11:31:43 [Local 04/28 21:31:43] Trace: [Sir.V’s Hugo2+2Go] [zoneplayer/raat] sync Chord Electronics 2Go: realtime=10814347518642 rtt=948us offset=-2680793392us delta=3us drift=-5400us in 212.10675595s (-25.462ppm, -91.662ms/hr)
04/28 11:31:45 [Local 04/28 21:31:45] Trace: [Sir.V’s DMP-A6 Masters Edition] [Lossless, 16/44 QOBUZ FLAC => 16/44] [100% buf] [PLAYING @ 5:58/6:30] Woman In Chains - Tears for Fears / Oleta Adams
04/28 11:31:47 [Local 04/28 21:31:47] Trace: [Sir.V’s Hugo2+2Go] [Lossless, 24/96 FLAC => 24/96] [100% buf] [PLAYING @ 3:35/4:32] Man in the Long Black Coat - Bob Dylan
04/28 11:31:47 [Local 04/28 21:31:47] Trace: [Sir.V’s DMP-A6 Masters Edition] [zoneplayer/raat] sync Eversolo DMP-A6: realtime=457963800667468 rtt=14473us offset=421879094788us delta=14707us drift=-7143us in 939.232326s (-7.605ppm, -27.379ms/hr)
04/28 11:31:48 [Local 04/28 21:31:48] Trace: [raat_ll/client] [iBasso DX340] OnDisconnected: BeginRead ead count is 0
04/28 11:31:48 [Local 04/28 21:31:48] Trace: [raatserver] [iBasso DX340] lost client connection. Retrying(1)
04/28 11:31:48 [Local 04/28 21:31:48] Info: [raatserver] [iBasso DX340] connecting (attempt 1)
04/28 11:31:48 [Local 04/28 21:31:48] Info: [transport] destroyed zone Sir.V’s DX340Ti was playing? False
04/28 11:31:48 [Local 04/28 21:31:48] Trace: [zone Sir.V’s DX340Ti] Suspend
04/28 11:31:48 [Local 04/28 21:31:48] Info: [zone Sir.V’s DX340Ti] Canceling Pending Sleep
04/28 11:31:48 [Local 04/28 21:31:48] Info: [zone Sir.V’s DX340Ti] Canceling Pending Sleep
04/28 11:31:48 [Local 04/28 21:31:48] Warn: [raat_ll/client] [iBasso DX340] failed to connect(0) Connection refused
04/28 11:31:48 [Local 04/28 21:31:48] Trace: [raatserver] [iBasso DX340] client connection failed. Retrying in 500ms
04/28 11:31:48 [Local 04/28 21:31:48] Trace: [rnet/RnetJsonClient] GOT NONFINAL {“status”: “DeviceChanged”, “device”: {“device_id”: “hw:CARD=DX340,DEV=0”, “type”: “alsa”, “name”: “iBasso DX340”, “config”: {“volume”: null, “unique_id”: “41d354e5-dfda-0bd3-a630-6ca7ae6c2807”, “output”: {“dsd_mode”: “dop”, “type”: “alsa”, “name”: “iBasso DX340”, “device”: “hw:CARD=DX340,DEV=0”, “buffer_duration”: null}, “external_config”: {“max_dsd_sample_rate_multiplier”: 256}}, “vendor”: “iBasso”, “usb_id”: “2fc6:f120”}}
04/28 11:31:48 [Local 04/28 21:31:48] Trace: [rnet/RnetJsonClient] GOT {“status”: “Removed”}
04/28 11:31:48 [Local 04/28 21:31:48] Trace: [rnet/RnetJsonClient] GOT NONFINAL {“status”: “DeviceRemoved”, “device”: {“device_id”: “hw:CARD=DX340,DEV=0”, “type”: “alsa”, “name”: “iBasso DX340”, “config”: {“volume”: null, “unique_id”: “41d354e5-dfda-0bd3-a630-6ca7ae6c2807”, “output”: {“dsd_mode”: “dop”, “type”: “alsa”, “name”: “iBasso DX340”, “device”: “hw:CARD=DX340,DEV=0”, “buffer_duration”: null}, “external_config”: {“max_dsd_sample_rate_multiplier”: 256}}, “vendor”: “iBasso”, “usb_id”: “2fc6:f120”}}
”NUL””NUL””NUL’’NUL” /…

The new RoonServer_log.txt started 39secs later which is about the full reboot time of up to 42 secs I have previously observed.

*04/28 11:32:17 Info: Starting RoonServer v2.65 (build 1653) production on linuxx64
04/28 11:32:17 Info: Local time is 04/28/2026 11:32:17, UTC time is 04/28/2026 11:32:17
*
I think once I have checked the hardware this weekend I’ll raise a ticket…