undercloud needs ceph-ansible in /usr/share

fultonj / tripleo-ceph-ansible

POC to integrate TripleO and ceph-ansible with Mistral

https://blueprints.launchpad.net/tripleo/+spec/tripleo-ceph-ansible

Apache License 2.0

0 stars 3 forks source link

undercloud needs ceph-ansible in /usr/share #8

Open fultonj opened 7 years ago

fultonj commented 7 years ago

We want the undercloud to carry this RPM: https://cbs.centos.org/koji/buildinfo?buildID=16829

fultonj commented 7 years ago

As a first step I will install ceph-ansible manually on a fresh undercloud from tripleo-quickstart using these two repos:

http://cbs.centos.org/repos/storage7-ceph-common-candidate/x86_64/os/ http://cbs.centos.org/repos/storage7-ceph-jewel-candidate/x86_64/os/

fultonj commented 7 years ago

verified the repos from previous comment work. https://github.com/fultonj/tripleo-ceph-ansible/blob/master/install-ceph-ansible.sh

fultonj commented 7 years ago

Where do we package ansible upstream? If not Ceph, then which repo should storage7 (above) depend on to get ansible?

Repos either include all deps or depend on other repos which provide the needed deps. Currently the storage7 repos depend on ansible as is appropriate for someone who needed just ceph-ansible. However the undercloud provides it as it must. We don't want different versions as well.

Since we don't want to distribute ansible via storage7 sig could we just tag ceph-ansible in storage7 until the ownership of ansible is resolved? This helps in the short term because for RDO we'd get ansible installed with TripleO.

fultonj commented 7 years ago

Working fixes to the problem pointed out in the previous comment exist in TripleO. As there is no ConfigMgmt SIG, cloud7 is cross-tagging the PaaS sig Ansible build for their use with openshift-ansible and they're ship ansible. Also, The PaaS sig ships patched packages which are derived works from EPEL.

https://lists.centos.org/pipermail/centos-devel/2017-February/015656.html

The above were pointed out to gfidente and fultonj by dmsimard and apevec.

So with that understanding, the following has been tagged "-release" today and should be available when the weekly job signs them. We should then be able to submit a patch upstream which depends on ceph-ansible:

https://cbs.centos.org/koji/builds?tagID=654 https://cbs.centos.org/koji/builds?tagID=738

fultonj commented 7 years ago

It's tagged for -release now and at some point it will be available in the sig repo.

http://cbs.centos.org/koji/buildinfo?buildID=17173

Here are the deps in -release

http://cbs.centos.org/koji/builds?tagID=655

fultonj commented 7 years ago

Need to

fultonj commented 7 years ago

https://review.rdoproject.org/r/#/c/6809/

fultonj commented 7 years ago

https://review.rdoproject.org/r/#/c/6809 should be fine provided that the storage sig gets in. Waiting for outcome of https://www.redhat.com/archives/rdo-list/2017-June/msg00025.html.

fultonj commented 7 years ago

Talked with dmsimard in #rdo and there's an email
don't make rdo require the package
upstream users need to install the RPM from the Ceph Storage SIG repo (write doc)
downstream users need to install the RPM from CDN (rh writes doc later)
the CI job which tests this change needs to be written to install the RPM on the undercloud (e.g.) [gfidente can do this]

fultonj commented 7 years ago

RDO remains not interested in having the dependency (Minutes IRC Log )
There was one suggestion to make it a new option in the RDO install via a new element.
my plan remains the last three bullets in the comment above (it could be added to the element later if desired)

fultonj commented 7 years ago

I'll close this once the CI job is doing the right thing

fultonj commented 7 years ago

We have the ceph-ansible changes we need in an RPM https://cbs.centos.org/koji/buildinfo?buildID=17529