Audio Zones disappeared after migrating Roon Core to Mac Mini M4 (ref#KPS6P3)

What’s happening?

· Other

How can we help?

· None of the above

Other options

· Other

Describe the issue

Recently migrated my Roon Core from a Macbook Pro to a Mac Mini M4 and restored the database. Everything worked fine then the Audio Zones disappeared. I've scoured the community knowledge-base and attempted several of the suggestions with no change.

Nothing has changed on my network and everything else works fine even RoonArc is working.

Short of removing and re-installing Roon Server and restoring the database are there any suggestions to troubleshoot the problem. I've eliminated Firewall and VPN as potential causes. Everything else on my network is working normally.

Describe your network setup

Tmobile Internet G4AR Gateway that connects to an Asus AX-11000 Pro router that has IPV6 passthrough enabled, the Roon Core is connected to that device directly via ethernet. Netgear Network Switch to all other devices including several Roon Audio Devices. All working fine until the migration.

Hey @TonyV,

Thanks for writing in - it’s good to see on the community again!

As a quick next step, can you please navigate to macOS System Settings > Privacy & Security > Local Network , and make sure Roon is allowed. If it is already enabled, toggle it off and on again. Then reboot your Mac, and see if the same issue persists.

We’ll be on standby for your reply - thanks! :pray:

It was already enabled. I performed the steps you outlined and the audio zones are now visible. Can you explain why this happened? Why the zones worked normally for a period of time after the upgrade and then disappeared. With no changes made anywhere in the system?

In macOS Sequoia, Apple has introduced a new popup that asks for permission to search for devices in your local network. This change is because if an app uses multicast features (UDP), macOS automatically displays this popup. If the app is allowed, it can use UDP to search devices in the local network. If not allowed, the local network UDP search feature may not work. You can see this in Settings → Privacy and Security-> Local network access. Here, you can toggle on or off the apps, but they can’t be removed. Even if you turn them off, sometimes the UDP feature will still work in the app for no apparent reason.

There currently seems to be a bug with the new Local Network settings (Prompts). As above, you’ll receive a popup if an app sends something to an address in your network (usually something in the 192.168.x.x range).

With Ben’s suggestion, it seems toggling on and off on the Roon app only works at the time. If you reboot the system, you may face the issue again… So, it’s possible you updated, left the machine on and rebooted, or a system change, or simply macOS updating something in the background.

Apple published a tech note with information about this: TN3179: Understanding local network privacy | Apple Developer Documentation.

Appreciate the explanation and that clarifies the issue for me. I have the Roon Core and the NAS with media library configured to shutdown every night and restart in the morning. So that explains things. It will be extraordinarily aggravating to run into this every day. So it appears I may have to leave things powered up continuously until someone comes up with a workaround or solution. Another interesting consideration is that the previous Roon Core was an Intel based Macbook Pro also running Sequoia and i did not have this problem there. So wonder if the Apple silicon in the Mini M4 has some effect? Emulation vs Native?

I’ve read online that a fresh installation of the OS without any account migration doesn’t suffer from this issue. I cannot confirm that, but my new Macbook Pro M2 Max never suffered this issue. And, I haven’t suffered any issue with any other apps. There are reports of Firefox, Microsoft Edge, Chrome, IP Cameras’s, etc.

Thanks for the suggestion. I did a totally clean OS install on a brand new Mac Mini M4. Roon Server and Tailscale are all that run on the mini. Haven’t noticed any other odd behavior just Roon.

Hi @TonyV,
I’m going to merge this thread into our main tracking thread for this issue. All updates on this issue will be announced there!

A post was merged into an existing topic: Roon on MacOS 15.0+ Sequoia: Audio Zones Disappear, Requiring Local Network Access Reset/Restart [Roon Investigating]

Great thanks Daniel. And just an update things work fine as long as I don’t reboot the Roon Core.