Test multipath feature by openstack lioadm (by quqi99)

最新推荐文章于 2023-08-28 14:18:08 发布
最新推荐文章于 2023-08-28 14:18:08 发布
阅读量1.5k 收藏
点赞数
分类专栏： OpenStack Non-Networking 文章标签： tgt lio lioadm mutipath
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/quqi99/article/details/78666550
版权

版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本版权声明 (http://blog.csdn.net/quqi99)

问题

之前写过一篇关于使用tgtadm测试OpenStack Multipath特性的文章。tgt是一个用户态的iscsi target，lio是内核核的iscsi target并且它已经被集成到了Linux内核。
在OpenStack Icehouse版本，由于仅支持单target (即cinder还不支持iscsi_secondary_ip_addresses选项用于配置第二个target)，所以基于Icehouse的tgtadm将无法支持multipath。但使用lioadm改点配置可以支持。

基于OpenStack环境

搭建一个简单带cinder的openstack环境即可，不需要ceph支持。可参考这篇文章的一小部分安装。

cinder节点安装LIO-target与加载target_core_mod模块

先加载target_core_mod模块

juju ssh cinder/0
sudo apt install linux-image-extra-$(uname -r)  #Avoid the error 'Module target_core_mod not found'
sudo apt build-dep linux-image-$(uname -r)
sudo modprobe target_core_mod

cinder节点上需要安装LIO-target

#Install LIO-target - https://www.thomas-krenn.com/de/wiki/Linux-IO_Target_(LIO)_unter_Ubuntu_14.04
sudo apt install open-iscsi targetcli python-urwid lio-utils python-pyparsing python-prettytable python-rtslib python-configshell
sudo pip install 'rtslib-fb>=2.1.39'

需要说明的是，这里面有一个bug，因为Icehouse版本 /usr/bin/cinder-rtstool文件中使用了rtslib-fb>=2.1.39，所以我们必须使用“sudo pip install ‘rtslib-fb>=2.1.39’”命令安装它。但是rtslib-fb这个模块比较老又被废弃了，targetcli工具又使用了比较新的rtslib模块。
如果我们删除rtslib-fb模块(sudo pip uninstall y rtslib-fb)而使用rtslib模块targetcli工具将会恢复正常，但是/usr/bin/cinder-rtstool工具在运行下列命令时会报错：’ImportError: No module named rtslib_fb’

sudo cinder-rootwrap /etc/cinder/rootwrap.conf cinder-rtstool create /dev/cinder-volumes/volume-1035ee80-339e-4e4e-b4c9-6c925cb259ea iqn.2010-10.org.openstack:volume-1035ee80-339e-4e4e-b4c9-6c925cb259ea zAXMzsNKJ4kBvDYCZBec VyhWebHq3GBKE22zYjpX

幸好，/usr/bin/cinder-rtstool里没有使用targetcli，所以我们必须使用‘rtslib-fb>=2.1.39’模块。
下面是正常使用targetcli工具的例子：

root@juju-c0c753-trusty-icehouse-0:~# targetcli
targetcli GIT_VERSION (rtslib GIT_VERSION)
Copyright (c) 2011-2013 by Datera, Inc.
All rights reserved.
/> ls
o- / ............................................................................................................... [...]
  o- backstores .................................................................................................... [...]
  | o- fileio ......................................................................................... [0 Storage Object]
  | o- iblock ......................................................................................... [0 Storage Object]
  | o- pscsi .......................................................................................... [0 Storage Object]
  | o- rd_dr .......................................................................................... [0 Storage Object]
  | o- rd_mcp ......................................................................................... [0 Storage Object]
  o- ib_srpt ................................................................................................. [0 Targets]
  o- iscsi ................................................................................................... [0 Targets]
  o- loopback ................................................................................................ [0 Targets]
  o- qla2xxx ................................................................................................. [0 Targets]
  o- tcm_fc .................................................................................................. [0 Targets]
/>

Cinder节点继续修改

Icehouse的lioadm默认也是只支持一个iscsi target的，要想支持多个，需要做如下的修改，让一个cinder节点(10.5.0.22)的两个端口(3260, 3261)去做multipath.

sudo sed -i 's/import rtslib/import rtslib_fb as rtslib/g' /usr/bin/cinder-rtstool
sudo sed -i 's/if target == None:/if not target:/g' /usr/bin/cinder-rtstool
# For this step, you must replace IPADDRESS with the actual IP of the cinder/0 node.
sudo sed -i "s/rtslib.NetworkPortal(tpg_new, '0.0.0.0', 3260, mode='any')/rtslib.NetworkPortal(tpg_new, '10.5.0.22', 3260, mode='any')\n\t rtslib.NetworkPortal(tpg_new, '10.5.0.22', 3261, mode='any')/g" /usr/bin/cinder-rtstool

通过charm变更使用lioadm，当然也可以手工修改

http_proxy=http://squid.internal:3128 git clone https://github.com/openstack/charm-cinder.git
cd charm-cinder
sed -i 's/tgtadm/lioadm/g' templates/icehouse/cinder.conf
juju upgrade-charm cinder --path $PWD

停止tgt服务

juju ssh cinder/0 sudo service tgt stop

使用lioadm时，不需要像tgtadm那样在计算节点的nova.conf中配置下列参考支持multipath:

[libvirt]
iscsi_use_multipath = True

使用windows镜像

我们使用windows镜像测试：

source ~/novarc && glance image-download --file windows2012R2_virtio.raw --progress 31dd4e9f-ccd3-4c57-b10e-6b5e99366240
source novarc && glance image-create --name windows2012R2 --file /bak/windows2012R2_virtio.raw --visibility public --progress --container-format bare --disk-format raw
nova keypair-add --pub-key ~/.ssh/id_rsa.pub mykey
nova flavor-create myflavor auto 3200 45 1 
openstack server create --wait --image windows2012R2 --flavor myflavor --key-name mykey --nic net-id=dd269a94-5b76-4e24-8046-4d377fa3be5f --min 1 --max 1 i1
nova floating-ip-create
nova floating-ip-associate i1 10.5.150.2
./tools/sec_groups.sh

Windows镜像比较大，有31G，所以默认创建的glance硬盘不够会失败，删除glance节点再通过‘root-disk=90G’参数重新安装：

juju remove-unit glance/0
juju remove-application glance
juju deploy cs:~openstack-charmers-next/glance --constraints "mem=1G root-disk=90G" --series trusty
juju add-relation nova-cloud-controller glance
juju add-relation nova-compute glance
juju add-relation glance mysql
juju add-relation glance keystone
juju add-relation glance "cinder:image-service"
juju add-relation glance rabbitmq-server

至于如何在多层内网情况下仍然能够通过图形化RDP界面而不是命令行来访问windows虚机，可参考文章。

为虚机创建磁盘

为虚机创建磁盘：

cinder create --display_name test_volume 1
nova volume-attach i1 1a3e3146-5df7-49ed-8041-de1de257a300

root@juju-c0c753-trusty-icehouse-7:~# sudo iscsiadm -m session
tcp: [1] 10.5.0.22:3260,1 iqn.2010-10.org.openstack:volume-8237a312-7512-41f5-a02a-34856fa3896e
tcp: [2] 10.5.0.22:3260,1 iqn.2010-10.org.openstack:volume-1a3e3146-5df7-49ed-8041-de1de257a300
root@juju-c0c753-trusty-icehouse-7:~# sudo iscsiadm -m node
10.5.0.22:3260,1 iqn.2010-10.org.openstack:volume-1a3e3146-5df7-49ed-8041-de1de257a300
10.5.0.22:3260,1 iqn.2010-10.org.openstack:volume-8237a312-7512-41f5-a02a-34856fa3896e

登录windows虚机后在Powershell中使用”Get-Disk”命令可以看到一个新磁盘。
同时登录计算节点看到libvirt已经为windows虚机生成了配置：

 <disk type='block' device='disk'>
      <driver name='qemu' type='raw' cache='none'/>
      <source dev='/dev/mapper/360014050fd353e4dd274f20b1abd70e4'/>
      <target dev='vdb' bus='virtio'/>
      <serial>1035ee80-339e-4e4e-b4c9-6c925cb259ea</serial>
      <alias name='virtio-disk1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </disk>

mutlipath信息如下：

sudo apt install multipath-tools
# multipath -ll
360014050fd353e4dd274f20b1abd70e4 dm-0 LIO-ORG ,IBLOCK          
size=1.0G features='0' hwhandler='0' wp=rw
|-+- policy='round-robin 0' prio=1 status=active
| `- 4:0:0:0 sdc   8:32   active ready  running
`-+- policy='round-robin 0' prio=1 status=enabled
  `- 5:0:0:0 sdd   8:48   active ready  running

root@juju-c0c753-trusty-icehouse-7:~# sudo iscsiadm -m session
tcp: [1] 10.5.0.22:3260,1 iqn.2010-10.org.openstack:volume-8237a312-7512-41f5-a02a-34856fa3896e
tcp: [2] 10.5.0.22:3260,1 iqn.2010-10.org.openstack:volume-1a3e3146-5df7-49ed-8041-de1de257a300
tcp: [3] 10.5.0.22:3260,1 iqn.2010-10.org.openstack:volume-1035ee80-339e-4e4e-b4c9-6c925cb259ea
tcp: [4] 10.5.0.22:3261,1 iqn.2010-10.org.openstack:volume-1035ee80-339e-4e4e-b4c9-6c925cb259ea
root@juju-c0c753-trusty-icehouse-7:~# sudo iscsiadm -m node
10.5.0.22:3260,1 iqn.2010-10.org.openstack:volume-1a3e3146-5df7-49ed-8041-de1de257a300
10.5.0.22:3261,1 iqn.2010-10.org.openstack:volume-1035ee80-339e-4e4e-b4c9-6c925cb259ea
10.5.0.22:3260,1 iqn.2010-10.org.openstack:volume-1035ee80-339e-4e4e-b4c9-6c925cb259ea
10.5.0.22:3260,1 iqn.2010-10.org.openstack:volume-8237a312-7512-41f5-a02a-34856fa3896e

root@juju-c0c753-trusty-icehouse-7:~# ls /dev/mapper/360014050fd353e4dd274f20b1abd70e4
/dev/mapper/360014050fd353e4dd274f20b1abd70e4

调试

echo 'show config' | sudo multipathd -k
echo 'show map 360014051a18c4162bbe48939111e6439 topology' | sudo multipathd -k
echo 'switch map 360014051a18c4162bbe48939111e6439 group 2' | sudo multipathd -k
iscsiadm -m session -P 3

sudo dd if=/dev/mapper/360014051a18c4162bbe48939111e6439 of=test  bs=1M count=10240
iostat -m 1 20|grep -E "sda|sdb|Device"

detach磁盘

detach磁盘，在syslog中看到了一系列的错误日志，但是功能正常，能够正常detach。并且在重新用cinder create创建了一块再测试了很多遍再也没有遇到该问题。第一次发生这个问题的原因未知。
20180309注：
Detach时，如果VM中的disk是online的(如正在往cache里写数据)：

  1. Nova在detach disk时，它假设它会成功，而不会去check或者wait/retry
  2. libvirt请求qemu去detach disk, 然后立即close the backing disk (eg: iSCSI mount)。这可能会造成一个状态：VM里的disk还在但处于错误状态，但是iSCSI mount没有了。
  3. qemu因此也没有从它的DB里移除相关配置。
  4. Openstack此时要求libvirt列出所有connected disks, 因为disk还在，所以openstack也就不会调用logout session的代码。而上面iSCSI mount又关闭了，所以当再次attach该disk时会出错。(即使成功logout session后再次attach也仍然会出错，因为disk还在VM里了).
    所以workaround是应该在re-attaching的时候先restart VM
nova volume-dettach i1  1035ee80-339e-4e4e-b4c9-6c925cb259ea
2017-11-29 07:30:13.641 25277 WARNING cinder.context [-] Arguments dropped when creating context: {'user': u'186c37006bd94287ae768e1f80676584', 'tenant': u'becbf8797c954e2492d62a42a43a4324', 'user_identity': u'186c37006bd94287ae768e1f80676584 becbf8797c954e2492d62a42a43a4324 - - -'}
2017-11-29 07:30:13.867 25277 WARNING cinder.context [-] Arguments dropped when creating context: {'user': u'186c37006bd94287ae768e1f80676584', 'tenant': u'becbf8797c954e2492d62a42a43a4324', 'user_identity': u'186c37006bd94287ae768e1f80676584 becbf8797c954e2492d62a42a43a4324 - - -'}
2017-11-29 07:30:13.876 25277 DEBUG cinder.openstack.common.lockutils [req-e5121fa9-5b8d-48ac-a378-21c5c049fda8 186c37006bd94287ae768e1f80676584 becbf8797c954e2492d62a42a43a4324 - - -] Got semaphore "1035ee80-339e-4e4e-b4c9-6c925cb259ea-detach_volume" for method "lvo_inner2"... inner /usr/lib/python2.7/dist-packages/cinder/openstack/common/lockutils.py:191
2017-11-29 07:30:13.877 25277 DEBUG cinder.openstack.common.lockutils [req-e5121fa9-5b8d-48ac-a378-21c5c049fda8 186c37006bd94287ae768e1f80676584 becbf8797c954e2492d62a42a43a4324 - - -] Attempting to grab file lock "1035ee80-339e-4e4e-b4c9-6c925cb259ea-detach_volume" for method "lvo_inner2"... inner /usr/lib/python2.7/dist-packages/cinder/openstack/common/lockutils.py:202
2017-11-29 07:30:13.878 25277 DEBUG cinder.openstack.common.lockutils [req-e5121fa9-5b8d-48ac-a378-21c5c049fda8 186c37006bd94287ae768e1f80676584 becbf8797c954e2492d62a42a43a4324 - - -] Got file lock "1035ee80-339e-4e4e-b4c9-6c925cb259ea-detach_volume" at /var/lock/cinder/cinder-1035ee80-339e-4e4e-b4c9-6c925cb259ea-detach_volume for method "lvo_inner2"... inner /usr/lib/python2.7/dist-packages/cinder/openstack/common/lockutils.py:232
2017-11-29 07:30:14.245 25277 DEBUG cinder.volume.manager [req-e5121fa9-5b8d-48ac-a378-21c5c049fda8 186c37006bd94287ae768e1f80676584 becbf8797c954e2492d62a42a43a4324 - - -] volume 1035ee80-339e-4e4e-b4c9-6c925cb259ea: removing export detach_volume /usr/lib/python2.7/dist-packages/cinder/volume/manager.py:687
2017-11-29 07:30:14.263 25277 INFO cinder.brick.iscsi.iscsi [req-e5121fa9-5b8d-48ac-a378-21c5c049fda8 186c37006bd94287ae768e1f80676584 becbf8797c954e2492d62a42a43a4324 - - -] Removing iscsi_target: 1035ee80-339e-4e4e-b4c9-6c925cb259ea
2017-11-29 07:30:14.264 25277 DEBUG cinder.openstack.common.processutils [req-e5121fa9-5b8d-48ac-a378-21c5c049fda8 186c37006bd94287ae768e1f80676584 becbf8797c954e2492d62a42a43a4324 - - -] Running cmd (subprocess): sudo cinder-rootwrap /etc/cinder/rootwrap.conf cinder-rtstool delete iqn.2010-10.org.openstack:volume-1035ee80-339e-4e4e-b4c9-6c925cb259ea execute /usr/lib/python2.7/dist-packages/cinder/openstack/common/processutils.py:147
2017-11-29 07:30:14.738 25277 DEBUG cinder.openstack.common.processutils [req-e5121fa9-5b8d-48ac-a378-21c5c049fda8 186c37006bd94287ae768e1f80676584 becbf8797c954e2492d62a42a43a4324 - - -] Result was 0 execute /usr/lib/python2.7/dist-packages/cinder/openstack/common/processutils.py:171
2017-11-29 07:30:14.754 25277 DEBUG cinder.openstack.common.lockutils [req-e5121fa9-5b8d-48ac-a378-21c5c049fda8 186c37006bd94287ae768e1f80676584 becbf8797c954e2492d62a42a43a4324 - - -] Released file lock "1035ee80-339e-4e4e-b4c9-6c925cb259ea-detach_volume" at /var/lock/cinder/cinder-1035ee80-339e-4e4e-b4c9-6c925cb259ea-detach_volume for method "lvo_inner2"... inner /usr/lib/python2.7/dist-packages/cinder/openstack/common/lockutils.py:239
2017-11-29 07:31:02.297 25277 DEBUG cinder.openstack.common.periodic_task [-] Running periodic task VolumeManager._publish_service_capabilities run_periodic_tasks /usr/lib/python2.7/dist-packages/cinder/openstack/common/periodic_task.py:178
2017-11-29 07:31:02.300 25277 DEBUG cinder.manager [-] Notifying Schedulers of capabilities ... _publish_service_capabilities /usr/lib/python2.7/dist-packages/cinder/manager.py:128
2017-11-29 07:31:02.321 25277 DEBUG cinder.openstack.common.periodic_task [-] Running periodic task VolumeManager._report_driver_status run_periodic_tasks /usr/lib/python2.7/dist-packages/cinder/openstack/common/periodic_task.py:178
2017-11-29 07:31:02.323 25277 INFO cinder.volume.manager [-] Updating volume status
2017-11-29 07:31:02.323 25277 DEBUG cinder.volume.drivers.lvm [-] Updating volume stats _update_volume_stats /usr/lib/python2.7/dist-packages/cinder/volume/drivers/lvm.py:346
2017-11-29 07:31:02.325 25277 DEBUG cinder.openstack.common.processutils [-] Running cmd (subprocess): sudo cinder-rootwrap /etc/cinder/rootwrap.conf env LC_ALL=C vgs --noheadings --unit=g -o name,size,free,lv_count,uuid --separator : --nosuffix cinder-volumes execute /usr/lib/python2.7/dist-packages/cinder/openstack/common/processutils.py:147
2017-11-29 07:31:02.469 25277 DEBUG cinder.openstack.common.processutils [-] Result was 0 execute /usr/lib/python2.7/dist-packages/cinder/openstack/common/processutils.py:171




Nov 29 07:29:57 juju-c0c753-trusty-icehouse-7 kernel: [86241.589558]  connection1:0: detected conn error (1020)

Nov 29 07:29:57 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:29:57 juju-c0c753-trusty-icehouse-7 kernel: [86242.360928]  connection2:0: detected conn error (1020)
Nov 29 07:29:58 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:00 juju-c0c753-trusty-icehouse-7 kernel: [86244.630641]  connection1:0: detected conn error (1020)
Nov 29 07:30:00 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:00 juju-c0c753-trusty-icehouse-7 kernel: [86245.399222]  connection2:0: detected conn error (1020)
Nov 29 07:30:01 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:03 juju-c0c753-trusty-icehouse-7 kernel: [86247.672850]  connection1:0: detected conn error (1020)
Nov 29 07:30:03 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:03 juju-c0c753-trusty-icehouse-7 kernel: [86248.442433]  connection2:0: detected conn error (1020)
Nov 29 07:30:04 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:06 juju-c0c753-trusty-icehouse-7 kernel: [86250.702435]  connection1:0: detected conn error (1020)
Nov 29 07:30:06 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:06 juju-c0c753-trusty-icehouse-7 kernel: [86251.461198]  connection2:0: detected conn error (1020)
Nov 29 07:30:07 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:09 juju-c0c753-trusty-icehouse-7 kernel: [86253.725045]  connection1:0: detected conn error (1020)
Nov 29 07:30:09 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 kernel: [86254.494474]  connection2:0: detected conn error (1020)
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 kernel: [86254.659090] type=1400 audit(1511940610.186:17): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="libvirt-6e468b3b-6cb4-4d5d-a9d6-6ba32b4bd8cb" pid=16120 comm="apparmor_parser"
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 multipathd: uevent trigger error
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 multipathd: uevent trigger error
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 multipathd: dm-0: add map (uevent)
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 multipathd: dm-0: devmap already registered
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 multipathd: uevent trigger error
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 multipathd: uevent trigger error
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 multipathd: uevent trigger error
Nov 29 07:30:10 juju-c0c753-trusty-icehouse-7 multipathd: uevent trigger error
Nov 29 07:30:11 juju-c0c753-trusty-icehouse-7 multipathd: dm-0: remove map (uevent)
Nov 29 07:30:11 juju-c0c753-trusty-icehouse-7 multipathd: 360014050fd353e4dd274f20b1abd70e4: devmap removed
Nov 29 07:30:11 juju-c0c753-trusty-icehouse-7 multipathd: 360014050fd353e4dd274f20b1abd70e4: stop event checker thread (140170797860608)
Nov 29 07:30:11 juju-c0c753-trusty-icehouse-7 multipathd: dm-0: remove map (uevent)
Nov 29 07:30:11 juju-c0c753-trusty-icehouse-7 multipathd: uevent trigger error
Nov 29 07:30:11 juju-c0c753-trusty-icehouse-7 multipathd: uevent trigger error
Nov 29 07:30:11 juju-c0c753-trusty-icehouse-7 multipathd: sdc: remove path (uevent)
Nov 29 07:30:11 juju-c0c753-trusty-icehouse-7 kernel: [86255.657776] sd 4:0:0:0: [sdc] Synchronizing SCSI cache
Nov 29 07:30:11 juju-c0c753-trusty-icehouse-7 multipathd: sdd: remove path (uevent)
Nov 29 07:30:11 juju-c0c753-trusty-icehouse-7 kernel: [86256.365042] sd 5:0:0:0: [sdd] Synchronizing SCSI cache
Nov 29 07:30:12 juju-c0c753-trusty-icehouse-7 iscsid: Connection3:0 to [target: iqn.2010-10.org.openstack:volume-1035ee80-339e-4e4e-b4c9-6c925cb259ea, portal: 10.5.0.22,3260] through [iface: default] is shutdown.
Nov 29 07:30:12 juju-c0c753-trusty-icehouse-7 iscsid: Connection4:0 to [target: iqn.2010-10.org.openstack:volume-1035ee80-339e-4e4e-b4c9-6c925cb259ea, portal: 10.5.0.22,3261] through [iface: default] is shutdown.
Nov 29 07:30:12 juju-c0c753-trusty-icehouse-7 kernel: [86257.129920]  connection1:0: detected conn error (1020)
Nov 29 07:30:13 juju-c0c753-trusty-icehouse-7 kernel: [86257.893417]  connection2:0: detected conn error (1020)
Nov 29 07:30:13 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:14 juju-c0c753-trusty-icehouse-7 iscsid: conn 0 login rejected: target error (03/01)
Nov 29 07:30:16 juju-c0c753-trusty-icehouse-7 iscsid: connect to 10.5.0.22:3260 failed (Connection refused)
Nov 29 07:30:16 juju-c0c753-trusty-icehouse-7 iscsid: connect to 10.5.0.22:3260 failed (Connection refused)
Nov 29 07:30:19 juju-c0c753-trusty-icehouse-7 iscsid: connect to 10.5.0.22:3260 failed (Connection refused)
Nov 29 07:30:20 juju-c0c753-trusty-icehouse-7 iscsid: connect to 10.5.0.22:3260 failed (Connection refused)
quqi99
关注
专栏目录
Suppressing Multipath Interference by Using Smart Antenna for Passive UHF RFID System
02-22
在当今的IT领域，射频识别技术（RFID）已成为接触式自动识别技术的替代品，广泛应用于车辆识别、自动收费、工业生产等多个领域。被动式超高频RFID系统是RFID系统的重要组成部分，其工作原理基于阅读器通过天线向检测...
linux 存储映射lun 给_[转载] Linux中三种SCSI target的介绍之STGT
weixin_35860675的博客
12-21 318
原文链接：https://blog.csdn.net/scaleqiao/article/details/46706953最近在做一个和scsi target相关的项目，我借着这个机会调研了一下linux中现有的scsi target方案，并整理出一个系列文章和大家分享一下。其中有三篇介绍现在常用的scsi target包括tgt（stgt）、LIO和SCST，还有一篇对它们做一个比较，给出优劣点...
lio linux工具,LIO介绍
weixin_42416398的博客
05-11 789
Linux-IO Target在Linux内核中，用软件实现各种SCSI Target，其支持的SAN技术包括Fibre Channel、FCoE、iSCSI等，同时还能为本机生成模拟的SCSI设备，以及为虚拟机提供基于virtio的SCSI设备。Linux-IO Target使用户能够使用相对廉价的Linux系统实现SCSI、SAN的各种功能，而不用购买昂贵的专业设备。Target和Initia...
CentOS7 Juno Cinder块重启后 实例起不来 --rescan Exit code: 21
evandeng2009
01-26 3782
阿飞
【OpenStack】宿主机重启后启动虚拟机失败
weixin_34255793的博客
04-06 558
2019独角兽企业重金招聘Python工程师标准>>> ...
08.存储Cinder→5.场景学习→08.Backup Volume→2.实操
xiangrongweng0547的博客
07-14 130
返回总目录 背景： 描述详细 向 cinder-api 发送 backup 请求客户（可以是 OpenStack 最终用户，也可以是其他程序）向 cinder-api 发送请求：“请 backup 指定的 volume。” 这里我们将 backup volume “vol-1”。这里我们将 backup volume “vol-1”。进入 GUI 操作菜单 Project -> Volume...
OpenStack-Rocky高可用集群部署.rar
最新发布
03-19
OpenStack是开源的云计算平台，用于构建私有云和公有云服务。Rocky是OpenStack的一个重要版本，它在2018年发布，带来了许多改进和新特性，旨在提高稳定性和性能。本资料主要关注如何在OpenStack Rocky环境下构建高...
multipath多路径配置的常见问题
07-27
- path_grouping_policy：用于指定路径组的策略，如multibus、group_by_prio或failover等。 - getuid_callout：用来获取设备的唯一标识号的脚本或程序。 - path_checker：用来检测路径状态的方法，可选值包括...
multipath配置
05-31
### multipath配置详解 在CentOS系统中，为了提高数据传输的可靠性和性能，经常会用到多路径（Multipath）技术。多路径技术允许通过不同的物理路径访问同一个存储设备，以此来实现负载均衡和故障冗余。本文将详细...
ofdm.rar_OFDM multipath_flex
09-20
There is a simulation of Orthogonal Frequency Division Multiplexing (OFDM) in by multipath fading channels.
多路径引起的11.2.0.3 rac不能启动
congchenqian0779的博客
10-24 777
今天一套11.2.0.3数据库由于停电启动不了了，此数据库环境为oracle linux6.1+裸设备+asm+11.2.0.3rac，由于这套库是同事装的，他没找到2.6.32-100.34.1.el6uek.x86_6...
记一次RAC节点连接共享存储失败重启问题(转)
05-24 1054
问题背景： RAC环境 DB版本：11.2.0.4 因公司搬机柜原因，需要暂时关闭RAC节点，采取的方式是关闭节点一RAC服务和关机，待完成搬动后，启动节点一RAC服务；再...
由acfs引起的RAC二节点集群宕故障分析
weixin_42329915的博客
08-28 398
根据该文档建议关闭usb0网卡，并将私网改为直连，重启二节点集群。二节点的集群启动hung在了crsd进程的启动上。在GI日志中，ACFS Driver load完之后没有CRSD启动的信息。可以看到集群服务日志中的报错主要为节点间连接漏洞超时，但没有更明确的错误信息。随后尝试重启二节点集群，观察集群各个服务启动情况，发现crsd和evmd资源状态异常。evmd.log中可以看到明显的报错gipcretConnectionRefused。确定了异常的集群服务之后，就去查看这两个服务的日志。
用宏杉存储oracle重启,Redhat6主机系统Oracle11g数据库异常重启问题
weixin_33256071的博客
04-03 2130
一、组网图 二、问题描述Redhat6主机Oracle 11g数据库多次异常重启问题。三、过程分析1.数据库主机异常重启前均有FC链路及multipath多路径状态异常。... ...Jan 1 00:20:52 zs2 kernel: rport-0:0-6: blocked FC remote port time out: removing rportJan 1 00:20:52 zs2 ...
出现connection9060:0: detected conn error信息时的问题定位分析
cloudary的专栏
01-13 5761
在使用iscsi设备时（open-iscsi+iscsitarget），在kern.log内核日志中发现了大量的conn error信息： Jan 13 10:20:47 localhost kernel: [11724968.627194] connection9060:0: detected conn error (1020) Jan 13 10:20:50 localhost kerne
主机硬件问题导致rac节点重启
云计算?
11-14 857
昨晚，rac节点重启，虽未影响应用，但需查明原因 1，查看数据库日志alert.log，显示数据库直接重启，重启之前没有任何日志 2012-11-11 06:00:00.091000 +08:00 Setting Resource Manager plan SCHEDULER[0x310D]:DEFAULT_MAINTENANCE_PLAN via scheduler window Set...
freenas kernel: connection2:0: detected conn error (1020)
sqlora的专栏
05-31 4856
rac连接freenasiscsi连接存储报错。May 30 00:16:14 rac1 iscsid: connection1:0 is operational after recovery (1 attempts) May 30 00:16:16 rac1 kernel: connection1:0: detected conn error (1020) May 30 00:16:16...
OpenStack虚拟机挂载数据卷过程分析
成字第0431879
06-27 6733
1 关于OpenStack OpenStack是一个IaaS开源项目，实现公有云和私有云的部署及管理，目前已经成为了最流行的一种开源云解决方案。其中提供计算服务组件Nova、网络服务组件Neutron以及块存储服务组件Cinder是OpenStack的最为核心的组件。这里我们重点关注Nova和Cinder组件，Neutron组件将在下一篇文章中详细介绍。 1.1 计算服务Nova Nova组...
数据库不定时重启排错
weixin_34082854的博客
04-24 573
问题表现： 数据库不定时重启 怀疑： 1，mysql 占用服务器内存过多， 导致操作系统kill掉了占用内存最大mysql程序，以保证服务器的稳定运行。 2，mysql 写入瞬时写入过多，导致io不正常，从而被系统重启。 3，数据库被人为重启 4，数据库被计划任务重启 问题排查：1，查看mysql-error...
xquic test_client multipath
12-14
xquic test_client multipath是一种网络测试工具，用于测试多路径传输协议的性能和稳定性。这个工具可以帮助用户评估多路径传输协议在网络中的表现，并发现潜在的问题和改进空间。 xquic test_client multipath通过...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

quqi99

你的鼓励就是我创造的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值