Description of problem: With RHEL 6.5 cinder can be accesses using libgfapi, which is my understanding provides better performance and supports the volume snapshot features. relates to packstack BZ 1020483 Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
*** Bug 1020483 has been marked as a duplicate of this bug. ***
Changed title to reflect that nova, not cinder, should use libgfapi. Cinder does not support using libgfapi as far as I can tell. The class cinder.volumes.drivers.GlusterfsDriver explicitly requires mount.glusterfs and uses the fuse layer to interface with gluster. Foreman already has all the necessary knobs exposed to use cinder in this way. Set cinder_backend_gluster to true, and then customize cinder_gluster_servers and cinder_gluster_volume for the environment. I've verified that I can point this at a dummy gluster server and successfully do 'cinder create 1' to create a test volume. Nova however, via libvirt/qemu, can use libgfapi to access gluster on the compute nodes. At a glance, that does not appear configurable in foreman. I'm investigating that piece more now.
not sure that title is accurate either. it is using libgfapi | libvirtd | nova for cinder volumes. At this point we can not make nova use libgfapi for instance/ephemeral storage.
Review for puppet-nova adding required support - https://review.openstack.org/83816
The above patch was rejected. There's a new nova::config class that is more appropriate for this, so I'll see what's involved to backport it for havana.
New plan, instead of going through the hassle of backporting nova::config, we can just create nova_config resources directly in quickstack::compute_common when cinder_backend_gluster is set. Also, we'll need to make sure glusterfs-api is installed on the compute nodes so that libgfapi is available for qemu. I've submitted a pull request for that bit here - https://github.com/redhat-openstack/puppet-openstack-storage/pull/5
PR - https://github.com/redhat-openstack/astapor/pull/167
If there is hope of this ever actually working end to end, these two bugs will need to be fixed: https://bugzilla.redhat.com/show_bug.cgi?id=1088589 https://bugs.launchpad.net/qemu/+bug/1308542 Particularly the first one. If that one is fixed it becomes a lot more difficult to fall into the error case of the second bug.