<div dir="ltr">Hi Omri,<div><br></div><div>I'll test it out thanks. Did you build your overcloud images based on Liberty?</div><div><br></div><div><span style="color:rgb(0,0,0);font-family:'Helvetica Neue',Arial,sans-serif;font-size:12px;line-height:16px;background-color:rgb(244,240,245)">export RDO_RELEASE='liberty'</span></div><div><span style="color:rgb(0,0,0);font-family:'Helvetica Neue',Arial,sans-serif;font-size:12px;line-height:16px;background-color:rgb(244,240,245)">openstack overcloud image build --all</span></div><div><br></div><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 21, 2015 at 7:30 PM, Omri Hochman <span dir="ltr"><<a href="mailto:ohochman@redhat.com" target="_blank">ohochman@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
----- Original Message -----<br>
> From: "Omri Hochman" <<a href="mailto:ohochman@redhat.com">ohochman@redhat.com</a>><br>
> To: "Pedro Sousa" <<a href="mailto:pgsousa@gmail.com">pgsousa@gmail.com</a>><br>
> Cc: "rdo-list" <<a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a>><br>
</span><span class="">> Sent: Wednesday, October 21, 2015 11:16:03 AM<br>
> Subject: Re: [Rdo-list] RDO Manager status for Liberty GA<br>
><br>
><br>
><br>
> ----- Original Message -----<br>
> > From: "Pedro Sousa" <<a href="mailto:pgsousa@gmail.com">pgsousa@gmail.com</a>><br>
> > To: "John Trowbridge" <<a href="mailto:trown@redhat.com">trown@redhat.com</a>><br>
> > Cc: "rdo-list" <<a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a>><br>
> > Sent: Wednesday, October 21, 2015 7:10:38 AM<br>
> > Subject: Re: [Rdo-list] RDO Manager status for Liberty GA<br>
> ><br>
> > Hi John,<br>
> ><br>
> > I've managed to install on baremetal following this howto:<br>
> > <a href="https://remote-lab.net/rdo-manager-ha-openstack-deployment/" rel="noreferrer" target="_blank">https://remote-lab.net/rdo-manager-ha-openstack-deployment/</a> (based on<br>
> > liberty)<br>
><br>
> Hey Pedro,<br>
><br>
> Are you using:  yum install -y<br>
> <a href="http://rdoproject.org/repos/openstack-liberty/rdo-release-liberty.rpm" rel="noreferrer" target="_blank">http://rdoproject.org/repos/openstack-liberty/rdo-release-liberty.rpm</a><br>
> to get the latest RDO GA bits ?<br>
><br>
> We're failing in overcloud deployment on BM with several issues.<br>
<br>
</span>Actually, an update :<br>
<br>
After using the workaround from this issue: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1271289#c9" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1271289#c9</a><br>
<br>
We've manage to get HA on Bare-Metal (*using the latest rdo-release-liberty.rpm)<br>
<br>
That was the deployment command :<br>
<br>
openstack overcloud deploy --templates --control-scale 3 --compute-scale 1 --ceph-storage-scale 1 -e /usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml -e /home/stack/network-environment.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml --ntp-server 10.5.26.10 --neutron-network-type vxlan --neutron-tunnel-types vxlan --timeout 90<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> Thanks,<br>
> Omri.<br>
><br>
> ><br>
> > I have 3 Controllers + 1 Compute (HA and Network Isolation). However I'm<br>
> > having some issues logging on (maybe some keystone issue) and some issue<br>
> > with openvswitch that I'm trying to address with Marius Cornea help.<br>
> ><br>
> > Regards,<br>
> > Pedro Sousa<br>
> ><br>
> ><br>
> > On Wed, Oct 21, 2015 at 11:54 AM, John Trowbridge < <a href="mailto:trown@redhat.com">trown@redhat.com</a> ><br>
> > wrote:<br>
> ><br>
> ><br>
> > 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>
> ><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>
><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>
><br>
</div></div></blockquote></div><br></div>