3 Posts

January 6th, 2013 14:00

The solution to the problem turns out to be...

The Broadcom NICs in this Dell server have a setting "Virtual Machine Queues" that defaults to enabled. Once disabled, the guest OS has the same network speed as the physical machine does.

June 14th, 2013 12:00

That worked for me. Thanks!

April 14th, 2014 14:00

If you're running "Hyper-V Server 2012 R2" then you will not have the GUI and you might ask how to disable "Virtual Machine Queues". First download the newest Broadcom Driver, on my Power Edge T420 I downloaded... "Broadcom Windows 64bit driver update for NetXtreme I and NetXtreme II Ethernet adapters for the 18.2.2 update." and used the "File Format: Update Package for Microsoft® Windows" copy the file over to the Hyper-V host and via a command prompt on the host run the exe file. I left all default options. Even being a core version of windows server this install will run like a normal windows server. (By the way, it did NOT disconnect me.) Once installed the via command prompt go and run "c$\Program Files\Broadcom\BACS\bacs.exe". Broadcom Advanced Control Suite will open. Here drill down till you find and disable ""Virtual Machine Queues" (It's a drop-down, just click on it.) I suggest you do it for every NIC you have on the host.

August 20th, 2019 09:00

Ok, I know this is a very old thread.

But... I am having this same problem on our PowerEdge R820 servers running Hyper-V in a 4 server cluster.

These servers do not have a Broadcom card - they use an Intel 4P I350-t NICs.   But the same setting (Virtual Machine Queues) is still there and is still Enabled by default.

 

Before I go and start changing settings, I need to ask:   Does this NIC have the same issues as the Broadcom.

2 Intern

 • 

162 Posts

July 10th, 2022 21:00

This performance problem has nothing to do with OpenEdge, the underlying architecture is transparent to our communication layers. The following information is recorded as a known 'first step' advice, after-which Vendor engagement is required to further assist.

The first troubleshooting step is to ensure that the adapter driver and firmware are up to date on the Hyper-V host.

If the adapter driver and firmware are up to date and the problem persists:

1. Disable VMQ on the network adapters:

To disable VMQ on a virtual switch, use the Set-VMNetworkAdapter PowerShell:
$ Set-VMNetworkAdapter –ManagementOS -Name -VmqWeight 0

To disable VMQ on a physical network adapter:
Uncheck the appropriate box in the Advanced tab of the network adapter's properties page


2. Change the MAC addresses of the virtual switch(es)

Either Modify in Hyper-V Manager or use one of the following Set-VMNetworkAdapter PowerShell cmdlets:

Use a static MAC address:
$ Set-VMNetworkAdapter –ManagementOS -Name -StaticMacAddress

Use a dynamic MAC address:
$ Set-VMNetworkAdapter –ManagementOS -Name -DynamicMacAddress

 

Regards,

Rachel Gomez

No Events found!

Top