Created new section for VM vSwitch configuration

Author: LouisBerner

articles/databox-online/azure-stack-edge-gpu-troubleshoot-virtual-machine-provisioning.md

@@ -7,7 +7,7 @@ author: v-dalc
 ms.service: databox
 ms.subservice: edge
 ms.topic: troubleshooting
-ms.date: 08/03/2021
+ms.date: 03/23/2023
 ms.author: alkohli
 ---
 # Troubleshoot VM deployment in Azure Stack Edge Pro GPU
@@ -35,6 +35,7 @@ The following issues are the top causes of VM provisioning timeouts:
 - The default gateway and DNS server couldn't be reached from the guest VM. [Learn more](#gateway-dns-server-couldnt-be-reached-from-guest-vm)
 - During a `cloud init` installation, `cloud init` either didn't run or there were issues while it was running. (Linux VMs only) [Learn more](#cloud-init-issues-linux-vms)
 - For a Linux VM deployed using a custom VM image, the Provisioning flags in the /etc/waagent.conf file are not correct. (Linux VMs only) [Learn more](#provisioning-flags-set-incorrectly-linux-vms)
+- Primary NIC attached to a SRIOV enabled vSwitch [Learn more](#primary-nic-attached-to-a-sriov-enabled-vswitch)
 
 ### IP assigned to the VM is already in use
 
@@ -132,6 +133,13 @@ To check for some of the most common issues that prevent `cloud init` from runni
    | Enable provisioning             | `Provisioning.Enabled=n`      |
    | Rely on cloud-init to provision | `Provisioning.UseCloudInit=y` |
 
+### Primary NIC attached to a SRIOV enabled vSwitch
+
+**Error description:** The primary NIC attached to a single root I/O virtualization (SRIOV) interface-enabled vSwitch caused network traffic to bypass the hyper-v and the host could not receive DHCP request from the VM, resulting in a provisioning timeout.
+
+**Suggested solution:**
+
+Do not create a VM where the primary NIC is on a network-accelerated vSwitch.
 
 ##	Network interface creation issues