Description of problem: When After removing the references to EPEL from the server side (tracked in https://bugzilla.redhat.com/show_bug.cgi?id=1371641), the generated RHEL7 (and CentOS7) images don't work because they try to install soci-mysql (and soci) at runtime, which are available only for EPEL. The image building of MapR images for RHEL7 and CentOS7 should then, at some point and *without* mixing these steps with other steps: - add EPEL - install soci-mysql and soci - remove EPEL Found on: openstack-sahara-api-5.0.0-3.el7ost.noarch openstack-sahara-common-5.0.0-3.el7ost.noarch openstack-sahara-engine-5.0.0-3.el7ost.noarch python-sahara-5.0.0-3.el7ost.noarch sahara-image-elements-5.0.0-2.el7ost.noarch
The corresponding feature (MapR support, see https://bugzilla.redhat.com/show_bug.cgi?id=1337664 and https://bugzilla.redhat.com/show_bug.cgi?id=1393498) was moved to 11, so move this bug as well. And mark it as blocker this time (or no RHEL-based MapR image).
The attribute +x is missing on the added 45-epel-dependencies.sh script, so dib does not run it.
Generated MapR images are now working without the soci/soci-mysql issue appearing. Tested with images generated using: sahara-image-elements-6.0.0-6.el7ost.noarch diskimage-builder-1.27.1-0.20170302013848.65c6da5.el7ost.noarch dib-utils-0.0.11-1.el7ost.noarch
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-2017:1245