我有 4 个 ESX 4.0 主机（a、b、c、d）、3 个 SATA 左侧 iSCSI SAN、1 个 SAS 左侧 iSCSI SAN
主机 a、b 和 c 可以看到所有 3 个 SAS san 和 1 个 SATA san
主机 a、b、c 和 d 可以 ping 所有 4 个存储设备
主机 a、b 和 c 可以对所有 4 个存储设备执行 vmkping
为什么主机 D 可以 ping 通 SATA san，但无法对其进行 vmkping？
答案1
主机 d 上的 vmkernel 端口配置不正确。这可能只是因为端口或 vswitch 的设置不正确，也可能是主机 d 的 iSCSI 上行链路所连接的物理交换机端口存在问题。检查正确的物理网卡是否也绑定到了正确的设备上，这可能只是因为某些电缆被调换了。也可能是因为这些 iSCSI 上行链路上的电缆有问题。服务器上的网卡可能有问题 - 这种可能性始终存在。
对于 ESX 3.5 及更早版本，您需要服务控制台（ping 测试）和 vmkernel（vmkping 测试）对 SAN 端口的可见性，以使 iSCSI 正常工作。对于 ESX 4，服务控制台要求不再适用，但如果没有 iSCSI 启动器可以使用的正常工作的 vmkernel 端口，您将无法连接到 iSCSI 目标。
假设所有四台主机都非常相似，那么一个好的开始就是检查主机 d 上的网络配置是否与其他主机上的模式相匹配。vSwitch 上行链路上的 CDP 信息气泡非常有用，因为如果您的物理交换环境支持 CDP，它将告诉您很多有关每个上行链路所连接的物理交换机和交换机端口的信息。
答案2
SANS 是否与 ESX 主机位于同一子网，还是位于不同的网络上？
如果它们位于不同的网络上，您应该检查是否为 VMKernel 端口定义了正确的默认网关；并且在任何情况下，检查其 IP 地址和子网掩码。
VMKernel 的网络配置与服务控制台的网络配置不同，因此很可能是配置错误，虽然 SC 能够与这些 SAN 通信，但 VMKernel 却不能。
答案3
在查看了上述提交的建议后，问题仍未得到解决；我最终决定暂时转向另一个问题，让我的大脑恢复一下。在处理涉及关闭整个 VMware 环境的另一个问题时，我注意到之前无法看到 SATA SAN 的主机 D 现在能够看到 SAN。但是；主机 C 再也看不到 SATA SAN。作为测试，我重新启动了主机 D，然后刷新了主机 C 的存储，它又能看见 SATA SAN 了。主机 D 恢复在线后，我尝试刷新主机 D 上的存储，但它再也看不到 SATA SAN 了。
这让我开始研究这可能是 SATA SAN 问题。一些固件更新修复了几个问题；其中一个是 iSCSI 限制。我们尚未执行此更新，但 HP 已确认这应该可以解决我们看到的问题。感谢大家的意见。