<div dir="ltr">Hi John,<div><br></div><div>I've managed to install on baremetal following this howto: <a href="https://remote-lab.net/rdo-manager-ha-openstack-deployment/" target="_blank">https://remote-lab.net/rdo-manager-ha-openstack-deployment/</a> (based on liberty)</div><div><br></div><div>I have 3 Controllers + 1 Compute (HA and Network Isolation). However I'm having some issues logging on (maybe some keystone issue) and some issue with openvswitch that I'm trying to address with Marius Cornea help.</div><div><br></div><div>Regards,</div><div>Pedro Sousa</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 21, 2015 at 11:54 AM, John Trowbridge <span dir="ltr"><<a href="mailto:trown@redhat.com" target="_blank">trown@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hola rdoers,<br>
<br>
The plan is to GA RDO Liberty today (woot!), so I wanted to send out a<br>
status update for the RDO Manager installer. I would also like to gather<br>
feedback on how other community participants feel about that status as<br>
it relates to RDO Manager participating in the GA. That feedback can<br>
come as replies to this thread, or even better there is a packaging<br>
meeting on #rdo at 1500 UTC today and we can discuss it further then.<br>
<br>
tldr;<br>
RDO Manager installs with 3 controllers, 1 compute, and 1 ceph on<br>
virtual hardware have been verified to work with GA bits, however bare<br>
metal installs have not yet been verified.<br>
<br>
I would like to start with some historical context here, as it seems we<br>
have picked up quite a few new active community members recently (again<br>
woot!). When RDO Kilo GA'd, RDO Manager was barely capable of a<br>
successful end to end demo with a single controller and single compute<br>
node, and only by using a special delorean server pulling bits from a<br>
special github organization (rdo-management). We were able to get it<br>
consistently deploying **virtual** HA w/ ceph in CI by the middle of the<br>
Liberty upstream cycle. Then, due largely to the fact that there was<br>
nobody being paid to work full time on RDO Manager, and the people who<br>
were contributing in more or less "extra" time were getting swamped with<br>
releasing RHEL OSP 7, CI on the Kilo bits became mostly red with brief<br>
24 hour periods where someone would spend a weekend fixing things only<br>
to have it break again early the following week.<br>
<br>
There have been many improvements in the recent weeks to this sad state<br>
of affairs. Firstly, we have upstreamed almost everything from the<br>
rdo-management github org directly into openstack projects. Secondly,<br>
there is a single source for delorean packages for both core openstack<br>
packages and the tripleo and ironic packages that make up RDO Manager.<br>
These two things may seem a bit trivial to a newcomer to the project,<br>
but they are actually fixes for the biggest cause of the RDO Manager<br>
Kilo CI breaking. I think with those two fixes (plus some work on<br>
upstream tripleo CI) we have set ourselves up to make steady forward<br>
progress rather than spending all our time troubleshooting complete<br>
breakages. (Although this is still openstack so complete breakages will<br>
still happen from time to time :p)<br>
<br>
Another very easy to overlook improvement over where we were at Kilo GA,<br>
is that we actually have all RDO Manager packages (minus a couple EPEL<br>
dep stragglers[1]) in the official RDO GA repo. When RDO Kilo GA'd, we<br>
did not even have everything officially packaged, rather only in our<br>
special delorean instance.<br>
<br>
All this leads to my opinion that RDO Manager should participate in the<br>
RDO GA. I am unconvinced that bare metal installs can not be made to<br>
work with some extra documentation or configuration changes. However,<br>
even if that is not the case, we are in a drastically better place than<br>
we were at the beginning of the Kilo cycle.<br>
<br>
That said, this is a community, and I would like to hear how other<br>
community participants both from RDO in general and RDO Manager<br>
specifically feel about this. Ideally, if someone thinks the RDO Manager<br>
release should be blocked, there should be a BZ with the blocker flag<br>
proposed so that there is actionable criteria to unblock the release.<br>
<br>
Thanks for all your hard work to get to this point, and lets keep it<br>
rolling.<br>
<br>
-trown<br>
<br>
[1] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1273541" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1273541</a><br>
<br>
_______________________________________________<br>
Rdo-list mailing list<br>
<a href="mailto:Rdo-list@redhat.com">Rdo-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a><br>
<br>
To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a><br>
</blockquote></div><br></div>