· Roon is slow, freezing or won’t start
· Roon won’t start up at all
· I am stuck at "looking for server" after an update. I tried every trick possible, including reinstalling Roon.
· nothing special - the console log points to a UI error
Hey @Jacques_Racine,
Thank you for your message. Can you please use the directions found here and send over a set of Roon Server logs to our File Uploader? Once logs have been uploaded, please let us know so that we can check the server for your files, thanks!
Here is the console report:
Process: RoonServer [605]
Path: /Applications/Roon.app/Contents/RoonServer.app/Contents/MacOS/RoonServer
Identifier: com.roon.RoonHeadlessManager
Version: 0.0.1 (0.0.1)
Code Type: X86-64 (Native)
Parent Process: launchd [1]
User ID: 501
Date/Time: 2026-08-04 16:16:11.8963 -0400
OS Version: macOS 12.7.6 (21H1320)
Report Version: 12
Anonymous UUID: 48E337F8-EDBF-02F2-AB93-1DFC0A14E667
Time Awake Since Boot: 610 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
Exception Codes: 0x0000000000000001, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Termination Reason: Namespace SIGNAL, Code 4 Illegal instruction: 4
Terminating Process: exc handler [605]
Hardware Model: Macmini7,1
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 AppKit 0x7ff81550f488 NSCGSPanicv + 261
1 AppKit 0x7ff81550f383 NSCGSPanic + 114
2 AppKit 0x7ff815322874 +[NSCGSStatusItem _statusItemWithWindowID:isReplicant:parent:confiningDisplayID:flags:priority:systemInsertOrder:preferredPosition:appearance:] + 354
3 AppKit 0x7ff8153228a2 +[NSCGSStatusItem statusItemWithWindowID:confiningDisplayID:flags:priority:systemInsertOrder:preferredPosition:appearance:] + 46
4 AppKit 0x7ff81523719b -[NSStatusItem _wakeStatusItem] + 316
5 AppKit 0x7ff814d7c5ba -[NSStatusBar _statusItemWithLength:withPriority:] + 95
6 RoonServer 0x103e339a9 xamarin_dyn_objc_msgSend + 217
7 ??? 0x10f6f32cf ???
8 ??? 0x10f6f31a9 ???
9 ??? 0x10f6f308f ???
10 ??? 0x10edb4ea7 ???
11 ??? 0x10edb4b2e ???
12 ??? 0x10e32e545 ???
13 libcoreclr.dylib 0x10551f0cc CallDescrWorkerInternal + 124
14 libcoreclr.dylib 0x1053a41d4 MethodDescCallSite::CallTargetWorker(unsigned long long const*, unsigned long long*, int) + 1572
… [frame 14 repeats ~498 more times: MethodDescCallSite::CallTargetWorker in libcoreclr.dylib] …
Thread 1:
0 libdispatch.dylib 0x7ff811e3fcd0 _dispatch_workloop_worker_thread + 211
1 libsystem_pthread.dylib 0x7ff811fe3fd0 _pthread_wqthread + 326
2 libsystem_pthread.dylib 0x7ff811fe2f57 start_wqthread + 15
Thread 2:
0 libsystem_pthread.dylib 0x7ff811fe2f48 start_wqthread + 0
Thread 3:
0 libsystem_kernel.dylib 0x7ff811faa93a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x7ff811faaca8 mach_msg + 56
2 libcoreclr.dylib 0x105565c68 MachMessage::Receive(unsigned int) + 72
3 libcoreclr.dylib 0x105564ede SEHExceptionThread(void*) + 110
4 libsystem_pthread.dylib 0x7ff811fe74e1 _pthread_start + 125
5 libsystem_pthread.dylib 0x7ff811fe2f6b thread_start + 15
Thread 4:: .NET SynchManager
0 libsystem_kernel.dylib 0x7ff811faf30e kevent + 10
1 libcoreclr.dylib 0x10555989f CorUnix::CPalSynchronizationManager::ReadBytesFromProcessPipe(int, unsigned char*, int) + 559
2 libcoreclr.dylib 0x105559293 CorUnix::CPalSynchronizationManager::WorkerThread(void*) + 115
… (standard .NET runtime service threads: EventPipe, DebugPipe, Debugger,
Finalizer, TieredCompilation, SigHandler, TP Worker, TP Gate — all idle,
blocked in __psynch_cvwait / kevent / poll. Not crash-related.)
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000600000fce840 rcx: 0x0000000000000000 rdx: 0x0000000000000000
rdi: 0x0000000000000000 rsi: 0x000000001f08000c rbp: 0x00007ff7bc0e4a30 rsp: 0x00007ff7bc0e4a00
r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000032 r11: 0x0000000000000246
r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x00006000031cf100 r15: 0x00007ff811e7a200
rip: 0x00007ff81550f488 rfl: 0x0000000000010206 cr2: 0x0000000000000000
Logical CPU: 0 Error Code: 0x00000000 Trap Number: 6
Thread 0 instruction stream (faulting insn marked [0f]0b = UD2 illegal instruction):
…89 f7 ff 15 08 39 9d 3c-48 89 c7 e8 18 86 12 00
[0f]0b e8 18 00 00 00 48-8d 3d ea e6 07 3e 48 8d <== crash (UD2)
35 fb 41 9f 3c e8 b4 87-12 00 e9 2a ff ff ff 55…
Binary Images:
0x7ff814aac000 - 0x7ff81593bfff com.apple.AppKit (6.9) <5dd484cf-ed6a-3633-b42e-6518aeecd5b9> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
0x103e1a000 - 0x103f5bfff com.roon.RoonHeadlessManager (0.0.1) <70cc1a37-9183-3d4f-8feb-6ac9822f09d9> /Applications/Roon.app/Contents/RoonServer.app/Contents/MacOS/RoonServer
0x105157000 - 0x1055f2fff libcoreclr.dylib <34a065cc-036b-347c-b1e2-0886531423e8> /Applications/Roon.app/Contents/RoonServer.app/Contents/MonoBundle/libcoreclr.dylib
0x7ff811e2c000 - 0x7ff811e72fff libdispatch.dylib <37860d89-d337-3140-8973-ac199acbc361>
0x7ff811fe1000 - 0x7ff811fecfff libsystem_pthread.dylib <5a5f7316-85b7-315e-baf3-76211ee65604>
0x7ff811fa9000 - 0x7ff811fe0fff libsystem_kernel.dylib <2fe67e94-4a5e-3506-9e02-502f7270f7ef>
0x104448000 - 0x104456fff libSystem.Native.dylib
-– Report trimmed for readability —
Removed: ~500 identical repeated “MethodDescCallSite::CallTargetWorker” frames
on Thread 0, and ~500 identical “DispatchCallSimple” frames on each of the idle
.NET TP Worker / TP Gate threads (Threads 11-13). VM Region Summary, external
modification counts, and Siri/trial rollout metadata also omitted. Full crash
report available on request. The crashing call chain and all binary images are
preserved above verbatim.
Hello Benjamin, I am very glad you’ll be helping me. I just uploaded my logs. and a console report. I haven’t been able to listen to music all day.Music plays 12 to 14 hours a day here.I pray everyone’s God you will be able to help me quickly.
Any update?
I need this issue to be resolved. It’s not normal to not have a solution or progress after 3 days. I am a paying customer, and your product is not working. Also, to have to resort to a public forum is RIDICULOUS.
Hello @Jacques_Racine
There is a fix and it is available right now.
Roon 2.71 build 1683 was released on 6 August and it specifically fixes Roon Server failing to start on macOS 12 and 13. Your crash report matches it exactly. There is nothing wrong with your Mac mini and nothing you did caused this.
Please download it here and install it:
Please install 1683 and let us know that you are back up. If anything is still not working after that, reply here and we will stay on it.
Hello Vadim, good to hear from you.
How do I know if I have your latest version, as there is no version number anywhere?
I installed the version available on your website and I have no progress.
I look forward to hearing from you.
Hello @Jacques_Racine
Good news: you are up and running, and have been since the morning of 8 August.
Your server came up on build 1683 at 10:18 that morning and has been running normally ever since.
To answer your question properly, since you will want it again one day: once Roon is running, the version is under Settings, then About. When it will not start, it is written at the top of the log file instead, in ~/Library/RoonServer/Logs/RoonServer_log(x).txt, on the very first line.
Nothing about this was your fault and nothing about your Mac mini was wrong. You were down for four days because of a bug we shipped, and you were right to keep pushing.
If anything is still not behaving, please reply here and we will pick it up. Otherwise, enjoy the music.