Hide Forgot
Description of problem: The cinder-volume container needs to attach the volume and copy the image into to the volume. This behavior is just like the one of nova-compute container, the only difference is that nova attaches the volume for VM instances. All the cinder drivers (including dellemc) support `boot from image` and etc. use cases. They would be configured to use multipath and will encounter the `multipath not installed` issue. So,it is a common library and should be installed the common base image. This is a request from the customer using Multipath with VNX customer container Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
(In reply to Rajini Karthik from comment #0) > Description of problem: > > The cinder-volume container needs to attach the volume and copy the image > into to the volume. This behavior is just like the one of nova-compute > container, the only difference is that nova attaches the volume for VM > instances. > > All the cinder drivers (including dellemc) support `boot from image` and > etc. use cases. They would be configured to use multipath and will encounter > the `multipath not installed` issue. So,it is a common library and should be > installed the common base image. > > This is a request from the customer using Multipath with VNX customer > container > > Version-Release number of selected component (if applicable): > > > How reproducible: > > > Steps to Reproduce: > 1. > 2. > 3. > > Actual results: > > > Expected results: > > > Additional info:
The volume from image issue is due to the configuration specifying >image transfer uses multipath. The cinder-volume docker image does not >contain multipath tools $ sudo docker exec -u 0 cinder_volume which multipath > which: no multipath in >(/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin) > > This can be resolved by 1) setting the "use_multipath_for_image_xfer" >parameter to False or 2) installing device-mapper-multipath in the image.
I chased this down to a missing RPM dependency that has already been fixed in upstream RDO [1]. [1] https://review.rdoproject.org/r/#/c/13171 Sean, this is something we need to get into OSP-13 ASAP. It's a low-risk change that only affects the python-os-brick RPM spec file (no code changes).
Well that was easy. The upstream patch has already been backported to OSP-13 (see bug 1560244 comment #1). Moving this directly to ON_QA so they can sign off on this. The fix is already present in OSP-13 beta.
Verified on: python2-os-brick-2.3.1-1.el7ost.noarch inside c-vol docker: docker exec -t openstack-cinder-volume-docker-0 which multipath /usr/sbin/multipath multipath tool also present in remaining Cinder containers. [root@controller-0 ~]# docker exec -t cinder_api which multipath /usr/sbin/multipath [root@controller-0 ~]# docker exec -t cinder_scheduler which multipath /usr/sbin/multipath [root@controller-0 ~]# docker exec -t cinder_api_cron which multipath /usr/sbin/multipath
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. https://access.redhat.com/errata/RHEA-2018:2086