


The following instructions apply to Windows. If you apply this patch in an OS layer version, you may wind up with desktops with a non-functional VMXNet3 device, and uninstalling it from the device manager does not actually remove it. However, Unidesk has observed this patch to break the VMXNet3 driver when included in an OS layer update, so we do not currently recommend it. They may recommend an MS patch referenced in this VMware KB. VMware is aware of the VMXNet3 proliferation problem. This can result in Windows not being able to bring up any network interface until the excess nonpresent device records are removed. When Unidesk is attempting to merge multiple VMXNet3 device nodes from multiple layer sources, we sometimes fail to merge them properly. So these devices accumulate in the registry as no-longer-present devices. Unlike E1000-compatible devices, which re-use the same device nodes, every new MAC address on a VMXNet3, even if it's in the same virtual PCI location, causes a new device detection. This can also happen during layer changes on a desktop.įor all versions of Unidesk & App Layering: The underlying problem is that every new instance of a VMXNet3 network device is detected by Windows as a completely separate device.

Even after restarting to apply changes and rediscovering the disks, the driver does not appear to install correctly. Unidesk 2.X releases before 2.8.3: After Desktops have been backed up and restored to a new CachePoint, the NIC doesn't come up.
