rossco_au's Posts

For the benefit of anyone who has an issue with this.  Easiest way I've found to work around it is to have an extra network adapter and then bind all the guests to that network adapter rather than a virtual network.  Means I carry around an extra adapter and lose a port on my MBPro.  

I've just stumbled across this issue and I can't believe that this is the case (i.e. no option to disable DHCP on a custom network in Big Sur).  One of the big features with the Pro edition is the custom networking.  Now I can't have a VM which is acting as a DHCP server for my other VMs.   I need this feature to properly simulate and test enterprise solutions that use Windows domain controllers that are also DHCP servers. Is there a plan to address this and add back in the ability to disable DHCP on a custom network on Big Sur.  This is a showstopper for me. Thanks, rossco   

I run Fusion alongside Teams on a daily basis - sometimes multiple VMs and XCode and a simulator while I'm on a Teams call with video so I'm definitely "giving it some stick" as we say here in Oz.  I'm currently on 10.15.5 - haven't upgraded to 10.15.6 yet and applied the supplemental update yet.  Once bitten twice shy.

Glad it helped you @savda - made me feel like it was worth the effort now . Interesting that the same build appeared for your '17 Macbook Pro - seems a bit random what works and what doesn't. :smileysilly:

What a mess.  Thank you Apple (not). I started with softwareupdate trying to fetch 10.15.5 and it downloaded something but failed after downloading. Shift-Option-Command-R reinstalled 10.15.6 - not the original version that came on my MBPro MDS worked - but as you suggest it looks like it will only work in some cases.

19F2200 is specifically for the MB Pro 16" 9600M: https://mrmacintosh.com/new-amd-5600m-16-mbpro-10-15-5-supplemental-update-forked-build/ Apologies if it doesn't work for others... I was trying to help But at least you can downgrade to 10.15.4 then back up to 10.15.5 which is better than nothing.

If you're stuck you could downgrade to 10.15.4 then apply the 10.15.5 patch. I wonder if the 10.15.5 is available for the MB Pro 16" because there was a supplemental update for 10.15.5 specifically for that model???

Here's a tip for anyone who wants to downgrade to 10.15.5 and doesn't have a full installer: 1.  Download MDS from twocanoes: https://twocanoes.com/products/mac/mac-deploy-stick/​ 2.  Install and open MDS 3.  Use Download macOS at bottom of left pane to download 10.15.5 - Make sure you download to a subfolder under /Users/Shared - if you don't you'll get a permissions error.  No progress is reported in MDS but if you open the log viewer you'll see it downloading (Window | Show Log menu item in MDS). 4.  This will create a  sparse image in the folder you downloaded to.  Double click the sparse image in Finder to mount it 5.  Open the disk you just mounted in Finder and open the Applications Folder. 6.  Double click “Install macOS Catalina“ and install.  Crack open your favourite beverage and wait patiently for the install to complete. I've just completed this - haven't run some VMs in anger much yet to confirm the rollback worked but macOS is reporting 10.15.5 is installed.

Thanks for the confirmation ksc​.  Great to see Apple respond relatively quickly to this issue (and thanks again to VMWare). I've installed the supplemental update and rolled Fusion back to 11.1 - all good on my iMac (but didn't hit the perf issues due to 40GB of RAM).  I assume going back to 11.1 is the best option for the moment to remove the workaround?

Thanks ksc​ So you're saying that at the moment these settings have no effect? I'm seeing good performance (and it feels even better than on 10.4.5/11.1) with multiple a 8GB RAM two core Win 10 encrypted VM.  I'm on an 2017 Quad core iMac with 40GB RAM.  Maybe there was some other issue that was slowing my machines down on previous versions?  They were usable on previous versions except for getting beachballs for a few seconds every now and then but now they seem snappier and no beach balls.

After a full day now... using DaveP's suggestions... all good.  VMs stayed responsive all day with heavy usage in one (lots of compiling and debugging CPU intensive code) and still feels more responsive than before.  I used to get a lot of beach balling for a few seconds at times on 10.14.5 with 11.1 and this hasn't happened at all today.  Forgot to mention I do have graphics acceleration on.  Used Chrome a little bit in a VM and didn't see any issues - but it wasn't heavy usage.

Thanks DaveP​ for your earlier suggestions (quoted below for convenience of others) I'm running a couple of big encrypted Win10 VMs (8GB RAM, two cores, both have Visual Studio 2017 - which is a CPU hog) on an iMac at the moment with DaveP's suggestions : All VMDKs are 2GB split to try and avoid the 2GB file bug in macOS 10.14.1 Named VMEM file switched off by adding these 2 lines to ~/Library/Preferences/VMware Fusion/config (create it if it isn't present): mainmem.backing = "swap" mainmem.useNamedFile = "FALSE" So far it's going well.  I'm on Fusion 11.1.1 on Mojave 10.14.6 + Supplemental update.  The VMs are VMWare encrypted on an unencrypted HFS SSD.  With these settings the VMs seem more responsive than they were on 11.1/10.14.5. I rely on VMWare Fusion on a daily basis so I can work.  I don't upgrade VMWare Fusion or OS versions immediately - I wait a bit to see how people go as I can't afford downtime.  Also I have two MacOS installs that I alternate between.  One on the internal drive and another on an external SSD.  I use the one I'm not actively using as a test bed - i.e. when there's an update I upgrade the one I haven't been using and check it works OK.  That way if there's major issues I can quickly revert to a known working version (on the other drive).