我有一台运行SLES11 SP4的Linux服务器,它使用open-iscsi和多path连接到具有主动/被动故障转移function的Open-E DSS v7存储群集中提供的LUN。
Linux服务器db03在我们的iSCSInetworking中有它的接口bond0和IP 10.0.100.66/22 。 Open-E群集的每一端在iSCSInetworking中有两个IP:第一个节点为10.0.100.73和10.0.100.74 ,第二个节点为10.0.100.73和10.0.100.74 。
所以当没有发生故障转移时,发现如下所示:
db03:~ # iscsiadm -m discovery -t sendtargets -p 10.0.100.71:3260 10.0.100.71:3260,1 opene.lun602 10.0.100.72:3260,1 opene.lun602
连接两个目标时,这是多path状态:
db03:~ # multipath -ll opene.lun602 (2697a42a45d5dcbdb) dm-0 SCST_BIO,izcegeu6eeb2jaeJ size=500G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active |- 7:0:0:0 sda 8:0 active ready running `- 8:0:0:0 sdb 8:16 active ready running
在故障转移的情况下,这两个连接都进入failed faulty ,我剩下0个path和所有的I / O错误,直到内核决定重新挂载文件系统为止。
在这一点上,我可以手动尝试另一个发现,连接两个其他目标,但是没有一种故障转移自动发生在Linux的一面。
所以我想知道:
有没有一种方法,Linux可以定期重新发现像这样的变化? 我找不到任何东西。
有没有办法告诉Open-E DSS软件公布其他path,但表示他们是备份? (在某个时间点,我们设法让集群显示所有4条path,但是它们被错误地显示为active ready ,这显然不能与主动/被动集群一起构成一个好主意, O到活动部分。)
VMWare如何处理这个? 连接到以相同方式configuration的另一个LUN的VMWare群集显示没有这样的问题。
作为参考,这是我的multipath.conf:
cat /etc/multipath.conf multipaths { multipath { wwid 2697a42a45d5dcbdb alias opene.lun602 } } devices { device { vendor "SCST_FIO|SCST_BIO" product "*" path_selector "round-robin 0" path_grouping_policy multibus rr_min_io 100 } }
我有一台运行SLES11 SP4的Linux服务器,它使用open-iscsi和多path连接到具有主动/被动故障转移function的Open-E DSS v7存储群集中提供的LUN。
Ping Open-E不幸的是很快就失去了支持。 这些人使用SCST target来分派一些严重的mods,所以人们基于“普通”的SCST知识推荐的所有东西都可能工作,也可能不工作,而之前曾经使用过Open-E的人很less有很好的理由。 对于那个很抱歉!
ESXi上的多path是另一回事。 要使更新可靠地工作,最有可能以节点重启结束。 完美包装在这里:
http://www.codyhosterman.com/2015/03/esxi-iscsi-multipathing/
祝你好运!