免责声明：本文是
的翻译版本。尽管我们会不断努力为本文提供最佳翻译版本，但本地化的内容可能会过时。有关最新内容，请参见英文版本。
运行 vSphere 6.0 Update 1b 的 Virtual SAN (VSAN) 群集中的某台主机因维护而关闭时，群集中的其他 ESXi 主机报告以下错误：
主机无法与已启用
Virtual SAN 的群集中的所有其他节点进行通信 (
Host cannot communicate with all other nodes in virtual SAN enabled cluster)
节点经过重新引导并重新加入群集后，此消息不会自动清除。此消息显示在 vSphere Web Client 的“摘要”选项卡上，并且 ESXi 主机在没有触发任何警报的情况下仍然显示通知三角形。
注意：有关其他症状和日志条目，请参见“Additional Information” 部分。
一个或多个节点由于进行维护而关闭并因此不能与群集中的其他节点通信时，或者 VSAN 群集存在某个真正的通信问题时，此消息会显示在 Virtual SAN 群集中的所有主机上。正常情况下，一旦主机恢复通信，此消息便会自动清除。如果所有其他指示器均报告 VSAN 网络运行正常，但此消息显示在“摘要”选项卡中，则此问题可能是个表面问题。
此表面问题在 VMware ESXi 6.0 Update 2（可从 获得）中已得到解决。
要在不升级的情况下临时解决此问题，请使用以下方案之一：
- 重新启动 VSAN 节点上的 VPXA 管理代理。此时会刷新 vCenter Server 中的信息并清除该消息。
注意：在 ESXi 主机上重新启动 vCenter 管理代理可能会导致短时间中断对主机的管理。在某些极端情况下，主机可能会在 vCenter Server 中立即进入无响应状态，或者挂起的操作均失败，必须重新尝试这些操作。
要重新启动 VSAN 群集 ESXi 主机节点上的 VPXA (vCenter Server) 管理代理，请执行以下操作：
- 从 VSAN 群集中移除主机，然后再重新添加。此会迫使所有主机更新群集成员资格信息，并清除该消息。
注意：尝试移除并重新添加主机时，如果主机处于维护模式并且不在 VSAN 群集内时，则不会发生数据同步。如果已选择“确保可访问性”维护模式选项，则在执行权宜措施时某些对象可能不受保护。
要从 VSAN 群集移除主机并重新添加，请执行以下操作：
- 在 VSAN 群集中选择可以被临时置于维护模式的 ESXi 主机
注意：VMware 建议选择最不繁忙/利用率最低的主机。
- 在 vSphere Web Client 中，右键单击ESXi主机，然后单击进入维护模式。
注意：
- 为 VSAN 维护模式选择确保可访问性或完全数据迁移选项。
- 如果适用，请允许将已关闭电源的虚拟机迁移到其余 ESXi 主机。
- 从 VSAN 群集中移除主机
- 选择主机。
- 将主机拖出群集。
- 将主机放入 vCenter Server 清单中的数据中心对象。
注意：将主机移至数据中心后，等待大约两分钟。
- 重新将主机拖回到 VSAN 群集中。
- 将主机重新添加到 VSAN 群集后，右键单击主机，然后单击退出维护模式。
注意：此时应该会清除其余主机上的消息。
注意：这些权宜措施可成功清除该消息。但是，如果此消息再次出现，可能必须重新执行权宜措施。此消息可能会在出现网络问题、主机故障/重新引导或主机维护等事件时再次出现。如果需要进一步协助，请向 VMware 技术支持提交支持请求。
