09.03.2015 Views

VSAN-Troubleshooting-Reference-Manual

VSAN-Troubleshooting-Reference-Manual

VSAN-Troubleshooting-Reference-Manual

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Diagnostics and <strong>Troubleshooting</strong> <strong>Reference</strong> <strong>Manual</strong> – Virtual SAN<br />

<strong>Troubleshooting</strong> a multicast configuration issue<br />

As mentioned, a common issue is that the Virtual SAN Cluster is configured across<br />

multiple physical switches, and while multicast has been enabled on one switch, it<br />

has not been enabled across switches. In this case, the cluster forms with two ESXi<br />

hosts in one partition, and another ESXi host (connected to the other switch) is<br />

unable to join this cluster. Instead it forms its own Virtual SAN cluster in another<br />

partition. Remember that the vsan.lldpnetmap command seen earlier can assist in<br />

determining network configuration, and which hosts are attached to which switch.<br />

Symptoms of a multicast misconfiguration issue<br />

Other than the fact that the Virtual SAN Cluster status displays a network<br />

misconfiguration issue, there are some other telltale signs when trying to form a<br />

Virtual SAN Cluster that multicast may be the issue. Assume at this point that the<br />

checklist for subnet, VLAN, MTU has been followed and each host in the cluster can<br />

vmkping every other host in the cluster.<br />

If there is get a network misconfiguration detected when the cluster is formed, the<br />

next symptom you will observe is that each ESXi host forms its own Virtual SAN<br />

cluster, with itself as the master. It will also have a unique network partition id. This<br />

symptom suggests that there is no multicast between any of the hosts.<br />

However if there is a situation where a subset of the ESXi hosts form a cluster, and<br />

another subset form another cluster, and each have unique partitions with their<br />

own master, backup and perhaps even agent nodes, this may very well be a situation<br />

where multicast is enabled in-switch, but not across switches. In situations like this,<br />

Virtual SAN shows hosts on the first physical switch forming their own cluster<br />

partition, and hosts on the second physical switch forming their own cluster<br />

partition too, each with its own “master”. If you can verify which switches the hosts<br />

in the cluster connect to, and hosts in a cluster are connected to the same switch,<br />

then this may well be the issue.<br />

V M W A R E S T O R A G E B U D O C U M E N T A T I O N / 1 1 6

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!