· Roon Server continually crashes while downloading to ARC
Tell us about your home network
· Router is a Ubiquiti Edge Router 4, flat network to a Roon Server running on Windows 11 10.0.22631 Connecting over WiFi 5 to ARC on a Pixel 10 but the problem also occurred with my previous phone a Pixel 9. I have had several crashes in the last 20 minutes or so.
Our logs show that Roon crashes when it encounters the following files, which appear to be corrupted:
D:\Music\Sucking Chest Wound\God Family Country\09 KKK (Whatcha Got To Say ).m4a
D:\Music\Sucking Chest Wound\God Family Country\12 Interest of Conflict.m4a
D:\Music\Sucking Chest Wound\God Family Country\13 Bring'em To Their Knees.m4a
D:\Music\Sucking Chest Wound\God Family Country\10 That's Wrong.m4a
Please move these files out of the folder temporarily and retry the download.
I’m out of town until Monday, but I was able to play all of those tracks (not using Arc) this AM while getting ready for work. Can they actually be corrupt and still able to play with no noticable problems?
If I moved those tracks out of the folder the server still crashed when I started downloading it, but it appears it downloaded everything ok. Arc now shows the album twice, once as downloaded (the one with only the good tracks) and the other as in the process of downloading. For the version in the process of being download it tells me it can’t find the album. If I add any of the supposedly bad tracks back to the folder Arc tells me it can no longer find the album for both copies.
If I don’t download the album I can play the tracks on their own from Arc without any problem. So the problem only exists for downloading for later, they can be retrieved from the server for playback. I do a lot of listening on the road without a reliable connection so being able to download albums is a neccesity.
I’ve seen similar problems with other artists it’s not clear what causes it, but at a minimum the server should not crash, and ideally the rest of the tracks should get downloaded.
Thanks for the additional information! You are correct in that your server shouldn’t be crashing when downloading local tracks to Arc.
We’ve found a useful exception message in your Roon Server logs that we’ve shared with our development team for further analysis. We should have more information to share around that soon.
In the meantime, I’d be curious to see if a fresh install of Roon Server on your windows may help. See if the below changes any behavior for you:
Find the folder that says “Roon Server” and “Roon”
Rename the “RoonServer” folder to “RoonServer_old” and “Roon” to “Roon_old”
Reinstall the Roon App from our Downloads Page to generate a new Roon folder
Verify if the issue persists on a fresh database before restoring the backup
Here is the process outlined from a Windows machine:
This will also force a manual re-download of any local tracks on Arc - it might make sense to first create a playlist of all your downloaded tracks, so you can easily re-download them after going through the above.
I back up my system to a TrueNas server so I decided to install a custom docker container there for Roon rather than go through a backup / reinstall on my Windows machine. All went well and I can access and play back music as expected. However, for some reason I’m not seeing port 55000 from ARC. From my Windows machine a powershell Test-NetConnection confirms that port 55000 is able to connect so it’s not a docker config issue. What else should I check? I’d rather be running Roon off the server instead of my Windows machine so I’d prefer this set up in any case…
I also checked that 9003 could be hit and it fails. None-the-less Roon on my windows machine and on my phone can see the Roon server on my TrueNas, is it running over some other port?
Installed Tailscale on my router and now ARC on the phone can hit the new Roon server. I just attempted to download the “bad” tracks and it looks like ARC still crashes the new server. FWIW, ARC can play these tracks individually.
I’ll hold off on restoring the new server from the backups, though I’d really like to get my play lists back.
Updated to version 2.58 build 1608. Still have the same issue, tried to download the same SCW CD as before, got to track 7 “Bad News Baby” and the server crashed. Retried track 7 after things came back up and it crashed again. From what I recall, track 7 was not one of the tracks that originally caused the problem?
I had originally missed the uploader link and sent you a link to a One Drive file, I did remove that after I spotted the upload link.
Uploaded 2 files. Went to University with the guys in that band, a couple of tracks actually got air play in the US. Sadly, the guy who started it passed away from cancer a couple of years ago now. He’d likely be proud of the fact that he was behind a track that could crash a piece of software (even if it happens with other tracks as well)…
Proud indeed! We’ve received it and added it to your case - our team will take a closer look to see what might be going on behind the scenes.
With that, fresh diagnostic report shows a few potential casues to the crash:
/music/Sucking Chest Wound/God Family Country/07 Bad News Baby 1.m4a
/music/Sucking Chest Wound/God Family Country/09 KKK (Whatcha Got To Say ).m4a
/music/Sucking Chest Wound/God Family Country/10 That's Wrong.m4a
/music/Sucking Chest Wound/God Family Country/08 Mary Dear.m4a
A few things to try in the meantime, if you’d like:
Re-rip or re-download the offending track(s). Even a 1-byte difference can matter.
