Welcome to VMTN. :-)
Can you test with VMware Tools 11.0.1 on a fresh, vanilla install of Windows Server 2019 through ISO and share your findings ? Also, which version of 2019 are you using ?
I'm using the VMware tools that come from the ESXi host install option. Are VMware tools available via the download site and is it compatible with other versions of ESXi that don't bundle them? If a later version is available, why is it not available from ESXi?
I'm using Windows Server 2019 Datacenter Desktop Experience.
I did look back through the windows event logs and noticed around the time the connectivity issues started that there were some MSI installs including MicrosoftPolicyPlatform.msi so I'm currently investigating whether the automatic SCCM agent deploy is causing the problem.
VMware decided to separate the release cycle of VMware Tools from vSphere because if there's a bug in VMware Tools, you would have to wait for a new version of vSphere before. Now, VMware releases new version of VMware Tools and they are compatible with ESXi.
Appreciate the reply. To keep you updated:
I discovered another server with the same issue today. Interestingly the time around which the NIC went bad appeared to be within an hour of the other server. There were no indications of MSI installs on this one however, so the SCCM agent install may not be related at all.
We are looking to push the VMtools to 11 to see what happens.
Keep us posted on what happens. I have few questions.
1. What are your observations on this ?
2. Do you see a common pattern like this issue happening for a single VLAN or a particular group of VLANs or occurrence/re-occurrence of issue on new/current VM ?
3. Is the network infrastructure new or old ? In case of new, do verify that network settings are configured correctly.
4. If using dvswitch, verify that you use optimal port group load balancing option per discussion with Network team.
5. Verify if all VLANs are trunked on all NICs of ESXi host which are in vswitch/dvswitch.
Any configuration issue in above may be the cause of your issue.
Sorry for the long delay.
We updated the system to push VMTools 11.x and we have not seen any further instances of the problem. I believe there must be a bug in the 10.x tools that are default with ESXi 6.7