Bug 1035766 - openstack-cinder: volume migration doens't function when running from different server
Summary: openstack-cinder: volume migration doens't function when running from differe...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-cinder
Version: 4.0
Hardware: All
OS: Linux
urgent
urgent
Target Milestone: rc
: 4.0
Assignee: Flavio Percoco
QA Contact: Yogev Rabl
URL:
Whiteboard: storage
Depends On: 1043417
Blocks: 1045064 1056108 1056459
TreeView+ depends on / blocked
 
Reported: 2013-11-28 12:31 UTC by Yogev Rabl
Modified: 2016-04-26 14:21 UTC (History)
8 users (show)

Fixed In Version: openstack-cinder-2013.2-9.el6ost
Doc Type: Bug Fix
Doc Text:
Previously, volume migrations were generally not successful under a variety of circumstances. This was a result of vhost filtering verifying source host availability, rather than the destination host. In addition, the LVMBrick instance creation failed due to missing arguments. With this update, Brick instance creation passes the expected arguments in their expected positions, and host filtering has been corrected.
Clone Of:
: 1045064 (view as bug list)
Environment:
Last Closed: 2013-12-20 00:39:46 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
the cinder logs (105.61 KB, application/zip)
2013-11-28 12:31 UTC, Yogev Rabl
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1258128 0 None None None Never
Launchpad 1258133 0 None None None Never
OpenStack gerrit 60264 0 None None None Never
OpenStack gerrit 60265 0 None None None Never
Red Hat Product Errata RHEA-2013:1859 0 normal SHIPPED_LIVE Red Hat Enterprise Linux OpenStack Platform Enhancement Advisory 2013-12-21 00:01:48 UTC

Description Yogev Rabl 2013-11-28 12:31:14 UTC
Created attachment 830204 [details]
the cinder logs

Description of problem:
while trying to validate an RFE about volume migration, https://blueprints.launchpad.net/cinder/+spec/volume-migration , the feature didn't function.
It failed to move the different volumes from one backend to another: 
1. lvm to nfs 
2. nfs to lvm 
3. lvm to lvm

Version-Release number of selected component (if applicable):
openstack-cinder-2013.2-2.el6ost.noarch
python-cinderclient-1.0.6-2.el6ost.noarch
python-cinder-2013.2-2.el6ost.noarch

Red Hat Enterprise Linux Server release 6.5 (Santiago)


How reproducible:
evertime

Steps to Reproduce:
1. Configure the Cinder to run with multiple backend (with different types of backends). follow the documentation: http://docs.openstack.org/admin-guide-cloud/content//managing-volumes.html
2. migrate one of the volumes to the other backend.
3.

Actual results:
the volume failed to migrate 

Expected results:
the volume have migrated 

Additional info:

the log are attached.

Comment 2 Flavio Percoco 2013-11-28 16:58:24 UTC
Could you please share the exact procedure you're following to reproduce this bug?

Scheduler's log mentions there's no valid host to migrate the volume to.

Comment 3 Yogev Rabl 2013-12-01 07:09:36 UTC
1. I have 3 beckends: 
 - 2 LVM beckends.
 - 1 NFS.

2. Create a volume in one of the backends.
3. Migrate the volume from backend a to backend b.

Comment 4 Yogev Rabl 2013-12-01 14:48:31 UTC
in addition I've ran all the commands from the nova machine and not locally from the cinder machine.

The entire topology is: 
Machine 1: Nova, Neutron, Keystone, Swift.  
Machine 2: Cinder.
Machine 3: Glance.

When I run the migrate command from the Cinder machine it works.

Comment 10 Yogev Rabl 2013-12-19 13:57:00 UTC
This bug is blocked by Bug 1043417

Comment 14 errata-xmlrpc 2013-12-20 00:39:46 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2013-1859.html


Note You need to log in before you can comment on or make changes to this bug.