What kind of performance/speed issue are you experiencing?
· Other
Please try to reboot your Roon Server
· No, the issue is still the same even immediately after a reboot
Please try to reboot your networking gear (Router/Switches/etc.)
· No, the issue is still the same even after a reboot
Is there any change in behavior if you try to navigate to Roon Settings -> Library and set both Background and On-Demand Audio Analysis to Throttled or Off?
· No, the issue is still the same
Does the issue happen on multiple Roon Remotes (controllers) or just one?
· Issue happens on multiple remotes
Router Domain Name System (DNS) change
· I don't know how to do this
What is the operating system of your Roon Server host machine?
· Roon Optimized Core Kit (ROCK)
Timestamp of issue occurrences
· around 915am EST May 4th 2026. The last song that played with out interruption was heads will roll by the yeah yeah yeahs. It then advanced to joy by mclusky but did not start playing the song. After hitting play though the song advanced to the next song and started playiing
Describe the issue
The music will randomly stop playing after a song and will not advance to the next song. Sometimes it will just pause mid song. When manually restarted, it will finish the song and then pause again at the end of the song. If the roon server is not restarted it will not advance to the next song in the cue automatically. I have a mini nuc with the roon os on it that is connected to the web via ethernet. This setup usually streams apple airplay 2 to a wiim pro+ (also connected via ethernet) that feeds an avr setup from rca out. I usually have the wiim pro+ grouped with a sonos sl one or a sonos roam in another room. They are connected wifi to the same network. Though more than 80% of the time it is just the wiim pro+ in my primary listening location.
The behavior is erratic. I thought it might have had something to do with the confinement or dust near the nuc but I moved it and cleaned it and it still happens. I have tried power cycling the wiim also but that does not seem to have an effect. I can not recreate the process on demand but it is usually after about a day of running the core server. This is very annoying especially since I want continued listening.
I have not tried changing the streaming settings to the ip address end point for the wiim or the sonos speakers mainly because I can not group them and that is important to my setup.
Describe your network setup
Verizon Fios. Ethernet to into the modem/router less than 3' away. WiFi 5 network to the sonos speakers.
Thanks for the report and for your specific timestamp! From a fresh diagnoistc report from your Roon Server, we can see that Roon tears down the AirPlay sessions for both devices (WiiM and Sonos Roam simultaneously). Both send suspend transport control back to the zone. The zone halts with Joy at STOPPED @ 0:00.
At 9:12 WiiM Pro Plus reports its source as "standby" — it has gone idle.
Then, at 9:15 Roon logs musicpowerstate: music has not been playing for 5 minutes, allowing idle sleep.
No reconnection attempt is ever logged. The zone never recovers on its own.
We can see in the logs from earlier that same morning, the same exact pattern occurs. The song ends, AirPlay tears down, both devices suspend the zone. The only reason playback resumed those times is from hitting the play action from a Roon remote devie. Without that manual intervention, the zone would have stayed stopped just like it did at 9:10.
For some next steps in troubleshooting:
Test without the Sonos Roam grouped in. Play for an extended session with only the WiiM Pro+ in the zone. If the track-advance issue disappears, the Sonos grouping is definitively the trigger. The suspend signal from the Roam is what's collapsing the zone.
Disable the WiiM's auto-standby feature. In the WiiM Home app, go to Settings → Power → Auto-Standby and either disable it or set a long timeout. Right now the WiiM goes to standby ~2 minutes after stopping, which makes recovery from the stuck state require a hard restart of the zone.
In Roon Settings → Setup → find your WiiM Pro+ → test out using RAAT instead of AirPlay if available. When the WiiM is connected via RAAT, the AirPlay tear-down/reconnect cycle doesn't happen between tracks, eliminating this suspend loop entirely. You'd lose the ability to group with the Sonos speakers, but it's worth testing solo first to confirm.
For the grouped scenario specifically: Check your Sonos Roam's sleep timer settings in the Sonos app. Reducing how aggressively the Roam sends suspend signals (or increasing its sleep timeout) may help. Some users have also had success switching the Sonos speakers to use Roon's native Sonos integration rather than AirPlay grouping — which also allows proper RAAT-based grouping with a WiiM if you have a Roon-tested network path.
Thanks, Aaron, we’ll be monitoring for your reply. 🙏
Hi Benjamin, thanks for your update. I ran the wiim pro+ all night as an isolate stream and it did not drop and was playing in the morning. I had 3 sources linked with AirPlay 2 and it dropped at these times and songs (see screen caps AM with time stamps).
I will try playing single sonus speakers and see if they drop as isolated channels.
Thanks for the update @Aaron_Burns, from another fresh server diagnostic report, we can see a bit of a different story this time around.
There are zero instances of the Sonos Roam sending a rogue suspend signal during active playback and collapsing the zone. Every Suspend event in these logs is normal, it’s Roon suspending zones on startup/reconfiguration, not mid-stream teardowns from device sleep.
The WiiM + Sonos Roam + Isa Room grouped zone plays cleanly throughout the logs. AirPlay sync packets are continuous and healthy between all three endpoints.
We do see exactly twoStoppedEndOfMediaUnnatural events in all 20 log files:
Event 1 — (solo WiiM zone):
Track ._11 Loves Me Like A Rock [Live] attempted to load → Result[Status=CorruptMedia]
Track ._07 Senorita With A Necklace Of Tears attempted to load → Result[Status=CorruptMedia]
Roon logs: Track Stopped Due to Bad Media, then auto-recovers in 1 second and plays Mona Lisas and Mad Hatters without any further issue
As a next step, see if you can delete all ._* files from your ROCK internal storage.
SSH into the ROCK and run: find /roon/sys/storage/mounts/InternalStorage -name “._*” -delete. There are at least 52 of them spread across multiple import batches.
Then, re-clean your library in Roon afterward: Settings → Library → Clean Up Library to purge the ghost track entries.
I’ll be curious to see if this changes any behavior. Thank you!
