我有一个有两个节点的functionxenserver 6.5池。 它是戴尔MD3600i SAN上的一个iscsi共享的支持,这工作正常。 这是在我的时间之前成立的。
我们已经增加了三个节点到池中。 但是,这三个新节点将不会连接到存储。
这是原始节点之一,工作正常:
[root@node1 ~]# iscsiadm -m session tcp: [2] 10.19.3.11:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash) tcp: [3] 10.19.3.14:3260,2 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash) tcp: [4] 10.19.3.12:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash) tcp: [5] 10.19.3.13:3260,2 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
这是新节点之一。 注意地址中的腐败?
[root@vnode3 ~]# iscsiadm -m session tcp: [1] []:-1,2 ▒A<g▒▒▒-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash) tcp: [2] 10.19.3.12:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash) tcp: [3] 10.19.3.11:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash) tcp: [4] 10.19.3.14:3260,2 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
缺less的IP地址是.13,但另一个节点缺less.12
评论 :
我现在在现有的节点上运行生产虚拟机,无法移动它们,因此重新启动SAN不是一种select。
尽pipesan具有4个接口,但多path在原始节点上是禁用的。 这似乎是次优的,所以我已经在新节点上打开了多path。
这三个新节点的系统负载非常高。 原始框的平均负载为0.5到1,三个新节点坐在大约11.1,没有虚拟机运行。 顶部显示没有高CPU进程,所以它的内核相关的东西? 在状态D中没有进程locking(不间断睡眠)
如果我告诉Xencenter“修理”这些存储仓库,它就坐着转动几个小时直到我取消取消。 该消息是Plugging PDB for node5
问题 :如何让我的新XenServer池成员查看池存储并按预期工作?
编辑更多信息
好池节点:
[root@node1 ~]# multipath -ll 36f01faf000eaf7f90000076255c4a0f3 dm-36 DELL,MD36xxi size=3.3T features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='round-robin 0' prio=12 status=enabled | |- 14:0:0:6 sdg 8:96 active ready running | `- 15:0:0:6 sdi 8:128 active ready running `-+- policy='round-robin 0' prio=11 status=enabled |- 12:0:0:6 sdc 8:32 active ready running `- 13:0:0:6 sdh 8:112 active ready running 36f01faf000eaf6fd0000098155ad077f dm-35 DELL,MD36xxi size=917G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='round-robin 0' prio=14 status=enabled | |- 12:0:0:5 sdb 8:16 active ready running | `- 13:0:0:5 sdd 8:48 active ready running `-+- policy='round-robin 0' prio=9 status=enabled |- 14:0:0:5 sde 8:64 active ready running `- 15:0:0:5 sdf 8:80 active ready running
坏节点
[root@vnode3 ~]# multipath Dec 24 02:56:44 | 3614187703d4a1c001e0582691d5d6902: ignoring map [root@vnode3 ~]# multipath -ll [root@vnode3 ~]# (ie no response at all, exit code was 0)
坏节点
[root@vnode3 ~]# iscsiadm -m session tcp: [1] []:-1,2 ▒A<g▒▒▒-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash) tcp: [2] 10.19.3.12:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash) tcp: [3] 10.19.3.11:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash) tcp: [4] 10.19.3.14:3260,2 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash) [root@vnode3 ~]# iscsiadm -m node --loginall=all Logging in to [iface: default, target: iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb, portal: 10.19.3.13,3260] (multiple) ^C iscsiadm: caught SIGINT, exiting...
所以它试图login到SAN上的一个IP,但旋转几个小时,直到我击中^ C。
如果iSCSI发现不起作用,则可能是XenSerever主机上的IQN问题,MD3600i或两者都无法识别对方。 确保允许MD3600i使用Dell的MDSM实用程序从所有XenServer主机上的所有IQN进行访问,然后尝试重新进行iSCSI发现:
iscsiadm -m discovery -t st -p(MD3600i-primary-controller-IP-address)
iscsiadm -m节点–loginall =全部
iscsiadm -m会话
如果您具有networking访问权限,则至less应能够从XenServer上ping MD3600i的主IP地址。
另外请注意,您需要先在与每个新XenServer关联的NIC上设置单独的iSCSI接口,并将静态IP地址分配给那些与其他主机的iSCSI连接相同的子网。
我希望这有助于 – “恐惧症”
closures,有很多事情是错的。
多path似乎完全不涉及这个问题。
在xenserver节点上删除/摆弄/ var / lib / iscsi / *文件对问题没有影响。
我不得不用其他方法重新启动这些新的盒子 – 他们会试图阻止iscsi服务。
最后,在iscsiadm -m session可见的IQN名称中的损坏已完全消失。 这可能与MTU不匹配有关。
对于未来的互联网search者 – 祝你好运!