In the iscsi multipath configuration, Attach Volume does not work. [closed]

asked 2014-07-28 02:48:12 -0500

14saki gravatar image

Attaching volume to the VM instance succeeds at the iSCSI single path.

Attaching volume to compute node succeed.

$ sudo iscsiadm -m session tcp: [1] 10.21.134.14:3260,10 iqn.2000-09.com.fujitsu:storage-system.eternus-dxl:000444EC00 tcp: [2] 192.168.0.86:3260,9 iqn.2000-09.com.fujitsu:storage-system.eternus-dxl:000444EC00 $ sudo multipath -ll mpath2 (3600000e00d110000001104ec00220000) dm-2 FUJITSU,ETERNUS_DXL size=3.0G features='0' hwhandler='0' wp=rw -+- policy='round-robin 0' prio=130 status=active |- 31:0:0:0 sdb 8:16 active ready running - 30:0:0:0 sdc 8:32 active ready running 3500000e115cdd800 dm-0 FUJITSU,MBE2147RC size=137G features='0' hwhandler='0' wp=rw -+- policy='round-robin 0' prio=1 status=active - 2:0:0:0 sda 8:0 active ready running $

However, it fails in attaching to the VM instance.

Please help.


nova-compute log

2014-07-28 16:10:54.807 DEBUG nova.openstack.common.lockutils [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] Got semaphore "b21e95e9-13e3-488c-accf-fd0df5b2ec5a" from (pid=17804) lock /opt/stack/nova/nova/openstack/common/lockutils.py:168 2014-07-28 16:10:54.807 DEBUG nova.openstack.common.lockutils [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] Got semaphore / lock "do_reserve" from (pid=17804) inner /opt/stack/nova/nova/openstack/common/lockutils.py:248 2014-07-28 16:10:54.820 DEBUG nova.compute.utils [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] Using /dev/vd instead of None from (pid=17804) get_next_device_name /opt/stack/nova/nova/compute/utils.py:163 2014-07-28 16:10:54.851 DEBUG nova.openstack.common.lockutils [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] Semaphore / lock released "do_reserve" from (pid=17804) inner /opt/stack/nova/nova/openstack/common/lockutils.py:252 2014-07-28 16:10:55.062 AUDIT nova.compute.manager [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] [instance: b21e95e9-13e3-488c-accf-fd0df5b2ec5a] Attaching volume 391fb914-8a55-4384-a747-588641db3b15 to /dev/vdc 2014-07-28 16:10:55.063 DEBUG nova.volume.cinder [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] Cinderclient connection created using URL: http://10.21.134.69:8776/v1/f36c99844... from (pid=17804) cinderclient /opt/stack/nova/nova/volume/cinder.py:97 2014-07-28 16:10:55.244 DEBUG nova.openstack.common.processutils [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf cat /etc/iscsi/initiatorname.iscsi from (pid=17804) execute /opt/stack/nova/nova/openstack/common/processutils.py:155 2014-07-28 16:10:55.306 DEBUG nova.openstack.common.processutils [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] Result was 0 from (pid=17804) execute /opt/stack/nova/nova/openstack/common/processutils.py:188 2014-07-28 16:10:55.307 DEBUG nova.openstack.common.processutils [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf systool -c fc_host -v from (pid=17804) execute /opt/stack/nova/nova/openstack/common/processutils.py:155 2014-07-28 16:10:55.369 DEBUG nova.openstack.common.processutils [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] Result was 0 from (pid=17804) execute /opt/stack/nova/nova/openstack/common/processutils.py:188 2014-07-28 16:10:55.370 DEBUG nova.openstack.common.processutils [req-3750136b-4970-46d6-8360-83caeb79eb4e admin demo] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf systool -c fc_host -v from (pid=17804) execute /opt/stack/nova/nova/openstack/common/processutils.py:155 2014-07-28 16:10:55.436 DEBUG nova.openstack.common.processutils ...

(more)
edit retag flag offensive reopen merge delete

Closed for the following reason not a real question by 14saki
close date 2014-07-28 21:15:20.973223

Comments

When the environment was restructured, the problem was solved.

14saki gravatar image14saki ( 2014-07-28 21:11:18 -0500 )edit