Loading

×Sorry to interrupt
CSS Error

Refresh

Cookie Preference Center

General Information on cookies

When you visit our website, we use cookies to ensure that we give you the best experience. This information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies by clicking on the different category headings to find out more and change your settings. However, blocking some types of cookies may impact your experience on the site and the services we are able to offer. Further information can be found in our

Cookie Policy.

Strictly Necessary

Strictly Necessary

Always Active

Strictly Necessary

Strictly necessary cookies are always enabled since they are essential for our website to function. They enable core functionality such as security, network management, and website accessibility. You can set your browser to block or alert you about these cookies, but this may affect how the website functions. For more information please visit www.aboutcookies.org or www.allaboutcookies.org.

Cookie Details‎

Performance

Performance

Performance

Performance cookies are used to analyze the user experience to improve our website by collecting and reporting information on how you use it. They allow us to know which pages are the most and least popular, see how visitors move around the site, optimize our website and make it easier to navigate.

Cookie Details‎

Please confirm your settings by refreshing the page.

Functional

Functional

Functional

Functional cookies help us keep track of your past browsing choices so we can improve usability and customize your experience. These cookies enable the website to remember your preferred settings, language preferences, location and other customizable elements such as font or text size. If you do not allow these cookies, then some or all of these services may not function properly.

Cookie Details‎

Advertising

Advertising

Advertising

Advertising cookies are used to send you relevant advertising and promotional information. They may be set through our site by third parties to build a profile of your interests and show you relevant advertisements on other sites. These cookies do not directly store personal information, but their function is based on uniquely identifying your browser and internet device.

Cookie Details‎

Advertising Cookies

Consent Leg.Interest

Select All Vendors

Select All Vendors

Select All Hosts

Select All

Clear Filters

Information storage and access

Apply

Confirm My Choices Reject All Allow All

Skip to main content

Products and Accounts

Support

Knowledge

Communities

Success

Learning

My Subscriptions

Loading

Knowledge Base

NIC team failover, failback, or vMotion results in loss of network connectivity (1003969)

Last Updated: 3/15/2017Categories: TroubleshootingTotal Views: 41960Language:
Chinese (Simplified)JapaneseEnglish

1 like this article

Subscribe to get an email
newsletter with new updates

1 people found this helpful Please provide article feedback:

Symptoms

When utilizing a NIC team configuration and one of the network adapters in the team fails, network connectivity is lost for all portgroups on the virtual switch on failover or failback.

Loss of network connectivity on a virtual machine after vMotion to another ESX/ESXi host.

Resolution

When a network adapter or link within a NIC team fails, all traffic is rerouted over the available adapter in the team (in an Active/Standby configuration, the Standby adapter takes over for the failed Active adapter). After a vMotion of a virtual machine, its network traffic is directed over one of the destination's network adapters. If this does not occur and network connectivity is lost after either of these events, perform these troubleshooting steps.

Validate that each troubleshooting step below is true for your environment. Each step provides instructions or a link to a document, in order to eliminate possible causes and take corrective action as necessary. The steps are ordered in the most appropriate sequence to isolate the issue and identify the proper resolution. Do not skip a step.

Verify that the physical network adapters are supported. For more information, see Identifying ESX/ESXi host network adapter compatibility (1003685).

Verify that all network links in the team are up. For more information, see Verifying network links (1003724).

Verify that the physical switch ports are configured consistently among all network adapters in the team. Ensure VLAN and link aggregation protocol (if any) are configured correctly on the physical switch ports.

Verify that the vSwitch of vDS has correct load balance policy configured. The default load balancing policy is Route based on the originating virtual port ID. If the physical switch is using link aggregation, Route based on IP hash load balancing must be used.
For more information, see Host requirements for link aggregation for ESX and ESXi (1001938) and the VMware Virtual Networking Concepts guide.

Verify that port security is not configured on the physical switch ports. For more information, see Loss of network connectivity when Cisco port security is configured on the physical switch (1002811).

Verify that portfast (or equivalent) is enabled on all of the ESX/ESXi host's physical switch ports. For more information, see STP may cause temporary loss of network connectivity when a failover or failback event occurs (1003804).

If connecting the NIC team adapters to separate physical switches, apply the following patches:

For ESX 3.0.1 – Patch ESX-1002093

For ESX 3.0.2 – Patch ESX-1002424

Verify the integrity of the physical network adapter. For more information, see Verifying the integrity of the physical network adapter on an ESX/ESXi host (1003686).

Verify that the network configuration on the ESX/ESXi host is optimized for the best performance, including speed and duplex settings. For more information, see Configuring the speed and duplex of an ESX/ESXi host network adapter (1004089).

Check if there are available ports on the vSwitch by running the command # esxcfg-vswitch -l.For more information, see No network connectivity if all ports are in use (1009103).

Note: If your problem still exists after trying the steps in this article:

Gather the VMware Support Script Data. For more information, see Collecting diagnostic information for VMware ESX/ESXi (653).

File a support request with VMware Technical Support and note this KB Article ID (1003969) in the problem description. For more information, see How to Submit a Support Request.

Related Information

Starting with vSphere 5.1, LACP is supported on distributed vSwitches and requires additional configuration. For more information, see Enabling or disabling LACP on an Uplink Port Group using the vSphere Web Client (2034277).

For more information, NIC teaming in ESXi and ESX (1004088).
Loss of network connectivity when Cisco port security is configured on the physical switch
Identifying ESX/ESXi host network adapter compatibility
Verifying the integrity of the physical network adapter on an ESX/ESXi host
Verifying network links
STP may cause temporary loss of network connectivity when a failover or failback event occurs
NIC teaming in ESXi and ESX
NIC チームのフェイルオーバー、フェイルバック、または vMotion のネットワーク接続が切断される
网卡组故障切换、故障恢复或 vMotion 导致网络连接丢失
Collecting diagnostic information for VMware ESX/ESXi

Detectable by VMware SkylineTM

Actions

Copy

link to clipboard
copied!

Print

Language:
Chinese (Simplified)JapaneseEnglish

Attachments

Additional Resources

KB
•
End Of General Availability of the Free vSphere Hypervisor (ESXi 7.x and 8.x) (2107518)

KB
•
仮想マシンが次のエラーにより応答を停止する：virtualdisk.vmdk を保護するロックが失われました (The lock protecting virtualdisk.vmdk has been lost) (1022119)

Results 1-2 of 2

Ask The Community

Get answers quickly from VMware experts in the community

Post Subject

CONTINUE IN COMMUNITIES

Related Products:

VMware vSphere ESXi

VMware VirtualCenter

VMware vCenter Server

VMware ESX Server

Related Versions:

VMware vSphere ESXi 5.5

VMware vSphere ESXi 5.1

VMware vSphere ESXi 5.0

VMware VirtualCenter 2.5.x

VMware VirtualCenter 2.0.x

VMware vCenter Server 5.5.x

VMware vCenter Server 5.1.x

VMware vCenter Server 5.0.x

VMware vCenter Server 4.1.x

VMware vCenter Server 4.0.x

VMware ESXi 4.1.x Installable

VMware ESXi 4.1.x Embedded

VMware ESXi 4.0.x Installable

VMware ESXi 4.0.x Embedded

VMware ESXi 3.5.x Installable

VMware ESXi 3.5.x Embedded

VMware ESX Server 3.5.x

VMware ESX Server 3.0.x

VMware ESX 4.1.x

VMware ESX 4.0.x

view all

Take Our Survey

Was this article helpful?

YES

NO

Copyright © 2005-2024 Broadcom. All Rights Reserved. The term “Broadcom” refers to Broadcom Inc. and/or its subsidiaries.

Terms of Use

Your California Privacy Rights

Privacy

Accessibility

Cookie Settings

Support Assistant