Skip to content

Solve VSAN "Network status: Misconfiguration detected" Problems

One problem that comes up quite often during VMware Virtual SAN Beta testing is that the Network status keeps in the "Misconfiguration detected" state. Sometimes the cluster also shows up with different "Network Partition Groups". This message can be caused by several problems. In this post i am going through the most commonly pitfalls and how to solve them.vsan-Network-status-Misconfiguration-detected

VSAN Version
First to check is that the vCenter and all ESXi Host are on the latest version. The refreshed version of the beta has fixed some networking related bugs. Download the latest version at the VSAN Beta Community.

  • VMware vCenter Server Version 5.5.0 Build 1440532
  • VMware ESXi 5.5.0 1439689

Configuration Sequence
Make sure that you do not add ESXi Hosts without VSAN activated network adapters to the Cluster. Use the following configuration sequence to avoid problems:

  1. Configure a VMkernel Port on the ESXi Host
  2. Add ESXi Hosts to the Cluster
  3. Activate Virtual SAN in the Cluster

Configure physical adapters related to Virtual SAN Traffic Port Groups as Active/Standby. In some cases it works with Active/Active, but I've also seen problems with it.

Consistent VMkernel Port Configuration
Inconsistent VMkernel port configuration can cause problems. Use the following best practice guidelines:

  • Use the same Uplink Adapters on each ESXi Host
  • Use the same amount of Virtual SAN activated VMkernel Ports on each ESXi Host
  • Do not use multiple VMkernel Ports per ESXi Host in the same subnet

Verify Multicast Traffic
In some environments, multicast traffic does not work out of the box. Sometimes it is disabled or blocked. Talk to you network admins and verify that Multicast Traffic (IGMP snooping) is enabled.

Virtual SAN uses two Multicast Groups. The first group is used for the master/backup communication, the second is used by the agents:

  • Agent Group Multicast Address:
  • Master Group Multicast Address:

You can use tcpdump to quickly verify that you can see multicast traffic from all ESXi Hosts. Use zypper install tcpdump to install tcpdump on a vSphere Management Assistent (vMA). In my case, i am verifying multicast traffic for 4 ESXi Hosts:

vma:~ # tcpdump -n dst host or dst host
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
20:11:25.536741 IP > UDP, length 184
20:11:25.677146 IP > UDP, length 272
20:11:26.021094 IP > UDP, length 184
20:11:26.104572 IP > UDP, length 184
20:11:26.536781 IP > UDP, length 184
20:11:26.676983 IP > UDP, length 272
20:11:27.021015 IP > UDP, length 184
20:11:27.104347 IP > UDP, length 184

Nested Virtual SAN
When you run Virtual SAN on virtualized ESXi host and your Cluster is partitioned: Migrate all nested ESXi hosts to the same physical ESXi Host. That should quickly solve the problem, without the need to troubleshoot the network infrastructure.

2 thoughts on “Solve VSAN "Network status: Misconfiguration detected" Problems”

  1. I have a 4 node vSAN cluster. When I look at the multicast information on the switches I see all 4 nodes with the agent multicast address, but I only see 2 nodes with the master multicast address. Is this normal behavior?

  2. you can use tcpdump built in esxi
    tcpdump-uw -i vmk8 -n -s0 -t -c 20 udp port 12345 or udp port 23451
    tcpdump-uw: verbose output suppressed, use -v or -vv for full protocol decode
    listening on vmk8, link-type EN10MB (Ethernet), capture size 65535 bytes
    IP > UDP, length 200
    IP > UDP, length 200
    IP > UDP, length 200
    IP > UDP, length 320
    IP > UDP, length 320
    IP > UDP, length 496

Leave a Reply

Your email address will not be published. Required fields are marked *