Thank you for your clarifications. The tech support team has been in communication with Accounts and understand your situation concerning a timeline to resolution for this problem.
First, all Mac crashes related to the known issues contain a ThreadPool Worker line in the summary of the crash report near the top. If you are getting Mas system crash reports that do not contain this line on your Remote Mac, then you are in an unrelated situation that we can investigate further and potentially resolve.
Diagnostics from RoonServer show network instability connecting to your Remote Mac. While this doesnât explain the crashing, it does explain why the Remote canât recover and displays the âLooking for Roon Core.â Out of curiosity, is the switch on your Asus router performing any filtering, and do you have multicast enabled?
Diagnostics also show that your Backup location is being actively accessed by Time Machine. If youâre backing up your Roon Backup location with another app, it can interfere not only with the Backup process itself, but other processes in Roon that require access to the same mount or storage location. I strongly recommend disabling Time Machine access on any folders containing your Roon Library or Backups.
Additionally, if you havenât already, you can try a last ditch effort at setup stability by performing a database refresh.
Time machine is NOT running on the Mac running Roon Server
Time machine IS running on my desktop Mac, but I have no scheduled backups set in Roon, and Roon doesnât have a backup location. What location are youâre referring to when you say âDiagnostics also show that your Backup location is being actively accessed by Time Machine.â? Just give me a directory and Iâll exclude it.
When you are talking about crash reports, I have Roon crashing on the mac Server, and Roon application crashing on my desktop. Which one is subject to the issue that will report âThreadPool Workerâ?
Asus router is about as standard a configuration as you can get. I didnât go in there and just start pushing buttons. I work on networks for a living, and believe me, I donât want some complicated contraption at home. The only change from stock is whatever the port forward is for ARC.
My write-up indicated the server WILL recover, and the application can connect back to it without doing anything on the server. (Quote: âThen in about 30 seconds it restores connection.â).
Allow me to clarify. There are three issues preventing Roon from functioning properly in this setup:
Both your desktop Mac (Roon Remote) and RoonServer are experiencing a known crash on MacOS, as youâve indicated in your screenshots above.
The only known workaround for this issue is to install RoonServer in place of Roon, which, clearly, has not resolved your issue. Itâs for this reason that I recommend attempting to refresh RoonServer - this will clear out any cached data associating your machine with the original install, and may at least temporarily mitigate the crash. Unfortunately, if the database refresh is unsuccessful, thereâs no silver bullet - our QA and development teams are hard at work to resolve the issue, but weâll need additional time.
Your network isnât stable. This isnât related to the crash, but itâs a potentially resolvable issue and thus worth mentioning. Roon Remotes and endpoints are disconnecting and reconnecting. Stock router settings might not necessarily give you adequate stability for reliable performance on a more complicated Roon network.
If you havenât changed any settings in the Asus router, then itâs worth verifying:
a) whether the router has assigned your ISPâs DNS server or a more reliable DNS server, like Google/Cloudflare/QuadNine.
b) whether multicast is enabled.
On your desktop Mac, the directory to exclude from Time Machine is wherever you have a) installed Roon and b) stored your Roon library. Only the first will be relevant on any machine not running RoonServer.
I am constantly VPNâd into one or more client offices all day long. This might have an affect on my desktop Macâs connection to the server, but it does not seem to correlate with Roon crashes or disconnects. This should not affect connections to any endpoints - ZenStream, Poly, etc. Also, I have switched to my iPad for playback control, so that eliminates my workstation VPN connects/disconnects from the equation. Again, my work IS the network, so I would notice if my ânetwork isnât stableâ, at least in a general sense. My DNS servers are Cloudflare 1.1.1.1 and OpenDNS 208.67.222.222
Do I have a âLibraryâ if I stream only? Where are my settings for streamed albums, playlists, and Live Radio stored? Server? My Mac workstation?
Current status: Applied Roon update offered today, and within an hour the server crashed with the ThreadPool Worker error. I got a few more of the same crashes throughout the day. Not the fix I was hoping for.
On an unrelated note, Roonâs ability to charge for my subscription is working just fine.