我有4台ESX 4.0主机(a,b,c,d),3个SATA Lefthand iSCSI SANS,1个SAS Lefthand iSCSI SAN
主机a,b&c可以看到全部3个SAS sans和1个SATA san
主机a,b,c和d可以ping全部4个存储设备
主机a,b&c可以vmkping所有4个存储设备
为什么主机D可以ping SATA san,但是不能vmkping呢?
在主机d上没有正确configuration的vmkernel端口。 可能只是您在端口或vswitch上设置了不正确的设置,或者可能是从主机d连接的iSCSI上行链路的物理交换机端口上存在问题。 检查是否正确的物理nics是正确的事情,也许只是一些电缆已被交换。 而这可能仅仅是因为你在这些iSCSI上行链路上存在狡猾的电缆。 你可能在服务器上有一个狡猾的networking – 总是有可能的。
对于ESX 3.5及更早版本,您需要服务控制台(pingtesting)和vmkernel(vmkpingtesting)来查看SAN端口,才能使iSCSI正常工作。 对于ESX 4,服务控制台要求不再适用,但是没有可用的iSCSI启动程序可以使用的vmkernel端口,您将无法连接到iSCSI目标。
假设所有四台主机都非常相似,一个好的起点是检查主机d上的networkingconfiguration是否与其他模式相匹配。 vSwitch上行链路上的CDP信息气泡可能非常有用,因为如果您的物理交换环境支持CDP,它会告诉您很多关于每个上行链路所连接的物理交换机和交换机端口的信息。
SANS与ESX主机在同一个子网上,还是在不同的networking上?
如果它们位于不同的networking上,则应检查是否为VMKernel端口定义了正确的默认网关; 并在任何情况下,检查其IP地址和子网掩码。
VMKernel的networkingconfiguration与服务控制台的configuration截然不同,所以很可能是某些configuration错误,而SC可以与这些SAN交谈,而VMKernel则不能。
在审查了上面提交的build议之后,不解决我的问题; 我终于决定进入另一个问题一段时间,让我的大脑更新。 在处理涉及整个VMware环境的另一个问题时,我注意到之前无法看到SATA SAN的主机D现在能够看到SAN。 然而; 主机C再也看不到SATA SAN了。 作为一个testing,我重新启动主机D,然后刷新主机C的存储,它可以再次看到SATA SAN。 一旦主机D重新联机,我尝试刷新主机D上的存储,并且不能再看到SATA SAN。
这导致我研究它是一个可能的SATA SAN问题。 一些固件更新已经修复了几个问题。 其中之一是iSCSI限制。 我们尚未执行此更新,但惠普已经证实,这应该可以解决我们所看到的问题。 感谢大家的意见。