Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Catalina 10.15.6 keeps crashing

I have a problem. I updated to macOS 10.15.6 and now my system keeps crashing when I leave my computer for some time. Here is the crash report (some data removed for privacy concerns)


panic(cpu 2 caller ): userspace watchdog timeout: remoted connection watchdog expired, no updates from remoted monitoring thread in 69 seconds, 2219 checkins from thread since monitoring enabled 44430 seconds ago after loadservice: com.apple.logd, total successful checkins since load (44430 seconds ago): 4443, last successful checkin: 10 seconds ago
service: com.apple.WindowServer, total successful checkins since load (44400 seconds ago): 4431, last successful checkin: 10 seconds ago

Backtrace (CPU 2), Frame : Return Address
......
      Kernel Extensions in backtrace:
         com.apple.driver.watchdog(1.0)

BSD process name corresponding to current thread: watchdogd
Boot args: chunklist-security-epoch=0 -chunklist-no-rev2-dev chunklist-security-epoch=0 -chunklist-no-rev2-dev

Mac OS version:
19G73

Kernel version:
Darwin Kernel Version 19.6.0: Sun Jul  5 00:43:10 PDT 2020; root:xnu-6153.141.1~9/RELEASE_X86_64


Any idea what I can do? Please help, my system is unusable. I cannot restore my workspace every few hours when I leave my computer unattended.

MacBook Pro Retina

Posted on Jul 21, 2020 3:08 PM

Reply
Question marked as Best reply

Posted on Jul 29, 2020 10:11 AM

Days ago while debugging crashes I was pretty sure there was a memory leak (https://discussions.apple.com/thread/251610118). Here is what I am seeing now....


Imac27(Late 2103... 24GB ram)... No crashes since purging 32 bit applications. Running Activity monitor and watching memory allocations... Memory ramps up under heavy use, but is (Mostly) returned when apps quit... If system left logged in and unattended, memory slowly builds... but the system has enough ram to swallow it. When system logged out, memory cleaned up and next log in looks ok. Not like a fresh boot, but lots more memory available then prior to log out. Anecdotally I would say that WindowServer process is suspect, as it's memory allocation keeps growing.. Long running apps (Carbon Copy Cloner directing multi GB network backups) cause memory usage to ramp up. But system stays together. Unfortunately, the system that is the target of the network back up crashes.....


MacMini(Late 2012.... 16GB ram).... Under light use, no crashes after purging 32 bit applications. However, crashes still occurring under 2 cases.... When a usb drive attached to the mini is being used as the network target of a multi GB backup (>150GB), and when running VMware Fusion.


When the usb drive attached to the MacMini is the network backup target, the machine crashes after it receives about 130GB of backup data. Seems very repeatable. System just drops dead. Looked at logs... See nothing posted in log files for minutes on end, until hardware reset button initiates forced boot. I don't think that the process which causes the crash is caught by the OS before the system goes down...


When the MacMini is running VMware Fusion... have not established a pattern other than don't turn your back on it... We only run Win10 using Quickbooks in Fusion... Generally stays up for 15-20 minutes of use, allowing quick things to be done... if interrupted and leave the machine without logging off, will find it has crashed if not attended to within 60 minutes or so...Unlike the crash when the system is a backup target, this one seems totally random. Probably because VMware and Wind10 are pushing the system harder and in random directions.


My bottom line....


  1. if you are upgrading or have upgraded, purge all 32 bit apps and their companion crud... The system is not stable at all if a 32bit app or its agents or daemons gets touched. Absolutely huge difference in machine stability.
  2. Memory Leak Work Around..... Be very careful with long duration or cpu/memory intensive processes. While you are running them, run activity monitor and watch the 'Memory Used" number. If that approaches 60-70% of physical memory, be prepared to stop your process and log out to reset memory if you can. Lots of people are reporting crashes with VMware or Virtualbox.... but I suspect that other memory intensive apps would also be having the same problem, as I see it in a long duration process on a MacMini just accepting network data and writing to disk.
  3. Hope, keep your fingers crossed, practice what ever superstition works best for you.... and hope that APPLE fixes this bug quickly....



195 replies

Jul 27, 2020 9:41 AM in response to JimInVA

I do not have VMware installed, but do have Virtual Box.


Having a VM running on one of my laptops was accelerating the problem, but not causing it. Even laptops that updated to 10.15.6 that have no VM software running (nor installed) also had this issue (keychain seems to crash, asking you to login to everything again), but login won't work till you reboot.


Tried everything on this forum - only thing that worked was restoring 10.15.5.

Jul 29, 2020 9:05 AM in response to alekseyfromsan francisco

I have 2 mac minis, 2012 and 2014, applied update to both and both started crashing multi-daily with black screens and required hard reboots.

Yesterday, I restored the 10.15.6 MacOS on the 2014 (option+cmd+R on reboot and select install 'new OS' and erase existing partition) and then restored apps and user data via time machine during OS setup process - so far rock solid.

Note - I have VMware Fusion installed on 2014 mac mini initially, not any longer; 2012 mac mini did not have Fusion/VirtualBox installed

Jul 29, 2020 9:21 AM in response to mverhagen

So, after several attempts of formatting the disc, reinstalling the os, and just retrying over and over, I finally managed to get the OS to complete installation without the system crashing. It's been running pretty well for about 1 day before I got the crash again. I don't have any vmware or virtualbox, but docker is installed which might be causing similar issues (it uses virtualbox drivers in the default configuration). However, I've been running 20 different services in parallel for a few hours and didn't have any issues. The crash happened when highlighting an element in the somwhere UI.


Currently I'm running the system with docker disabled. Let's see if the issue persists. According to an article I read that the virtualbox/vmware community thinks that this a kernel memory leak (https://appleinsider.com/articles/20/07/27/vmware-virtualbox-tools-impacted-by-macos-catalina-memory-leaks).


Jul 29, 2020 11:14 AM in response to NonStopEMD

Another data point and possible work around.... When running Vmware Fusion.... check your memory allocations your VM's running under fusion.


On the MacMini with 16GB I run Fusion on, I had Win10 allocated 7GB of memory (7168).... Mojave never blinked with this allocation.


On a hunch with Catalina, I lowered the Win10 allocation to 4GB (4096). The system stayed stable. I saw the Fusion process (Vmware-vmx) slowly grab it's memory allocation up to 4GB then it stopped. I presume at that point, Win10 memory management processes on the VM kicked in.


Seems like there is some kind of tipping point in Catalina on memory usage versus physical memory.... Will watch how Fusion runs with the lower Win10 memory allocation for a while... As we are only running Quickbooks, we don't need high performance... stability is more important...

Jul 29, 2020 1:33 PM in response to jgdavies

Not that it matters, but I don't think it is... There are too many Catalina kernel panics and hard crashes being reported with multiple apps. Unless the update to Catalina exposed latent programming errors in a lot of apps, which is not the simplest answer by a long shot, the bug is probably in a module in Catalina that was changed... The fact that the bug is visible in Fusion and Virtualbox and in separate long duration processes is a clue for Apple engineers to track down. if being posted on the VMware communities and being pursued by VMware engineers helps light a fire with Apple engineers, I'm all in with that no matter whose bug it is.... it needs to be fixed!

Jul 29, 2020 4:24 PM in response to Old Toad

I agree with Old Toad. I have this OS installed in two fairly new iMacs and have had no problems. I regularly do maintenance and am careful not to install junk apps, which are most often the cause of many problems. But, unless and until we know what is installed, there can be no answers to address this issue. Moving on to someone who wants to help us help them . . . . . .

Aug 1, 2020 11:10 AM in response to KVTinnkeeper

Quick followup...Using reduced memory allocation for Win10 VM in Vmware Fusion I successfully operated it for over 3 consecutive hours today with no crashes... Software operating on MacMini was Vmware Fusion 11.5.5 running Win10VM.. Win10 Ver 1903 Build 18362.959. Inside WinVM only Quickbooks Pro 2020 V30.0.4007.0.... No other SW running in Win10VM. Only other SW running in MacMini was Activity Monitor. Win10 VM accessed over local network from Imac27 via Windows Remote Desktop Ver 10.4.0.


In the MacMini... The VM was allowed to "take" 4GB on physical memory (which it did). Total Memory used in the MacMini(With 16GB Physical Memory) was between 8 and 8.5GB with App Memory occupying ~2-3GB and Wired memory ~5-6GB. Cache file occupied the additional 8GB of physical memory with swap use running between 50 and 150MB...


As I said in prior posts, we only run Vmware Fusion to do Windows to run Quickbooks, so it is a fairly light duty application. That being said, it was unusable when the Win10VM was allocated 7GB physical memory (which worked perfectly fine in Mojave). When Win10 VM knocked down to 4GB physical memory, system running stably in Catalina with no crashes...


Your milage may vary... but this is a work around that is working for me with Vmware Fusion....

Aug 1, 2020 4:47 PM in response to KVTinnkeeper

Made a copy of my Virtualbox-based Windows VM and have tested it in Parallels, it has been running for a couple of days and no crashes unlike Virtualbox that crashed every few hours. Seems like this issue does not apply to all virtualization software so I will most likely move my stuff over to Parallels as it suits my needs. Unless Apple acknowledges the issue and pushes out an fix before the trial runs out,

Aug 2, 2020 3:26 PM in response to alekseyfromsan francisco

I have recently purchased a mac mini 2018 and updated to 10.15.6 and the next day mac mini crashed. I am trying to revert back to the 10.15.5 without any success. I have still have a mac mini 2012 which had the same problem, however I had time machine backup so I reverted back to 10.15.5 and don’t have anymore crashed. If anybody know how I can downgrade to the previous version without using time machine please let me know.

Aug 4, 2020 9:50 AM in response to frtzn

After I downgraded to 10.15.5, my iMac hasn't crashed overnight.


Something is not right in 10.15.6. I am not sure exactly what caused this. The photoanalysisd has been running for a while since I have a large photo library. I also didn't install the command line tools beta 3. I also see many laundchd message in system.log even in 10.15.5. So I guess all these are not the real root cause.


Right now, I am skipping 10.15.6 and hope Apple's next update will solve this problem.

Aug 4, 2020 10:04 AM in response to ggbal

Same here. Since the downgrade, a week ago, no problem. TimeMachine is great.


When I update the machine I usually take the chance and remove some used software. So first I though that was the reason. Some incomplete removed driver or so. Nope, removed them on 10.15.5, all fine.


Keep my fingers crossed that Apple will find the reason soon. That can be hard sometimes.


Until then I wait for 10.15.7. And, sad to say, start with what I do with these windows machines all the time: Wait a while before installing an update.

Catalina 10.15.6 keeps crashing

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.