<div dir="ltr">Thanks Marius,<div> </div><div>I can confirm that it installs fine with 3 controllers + 3 computes after recreating the stack</div><div> </div><div>Regards</div></div><div class="gmail_extra"> <div class="gmail_quote">On Sat, Jun 4, 2016 at 4:14 PM, Marius Cornea <<a href="mailto:marius@remote-lab.net" target="_blank">marius@remote-lab.net</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Pedro, Scaling out controller nodes is not supported at this moment: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1243312" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1243312</a> <div class="HOEnZb"><div class="h5"> On Sat, Jun 4, 2016 at 5:05 PM, Pedro Sousa <<a href="mailto:pgsousa@gmail.com">pgsousa@gmail.com</a>> wrote: > Hi, > > some update on scaling the cloud: > > 1 controller + 1 compute -> 1 controller + 3 computes OK > > 1 controller + 3 computes -> 3 controllers + 3 compute FAILS > > Problem: The new controller nodes are "stuck" in "pscd start", so it seems > to be a problem joining the pacemaker cluster... Did anyone had this > problem? > > Regards > > > > > > > On Sat, Jun 4, 2016 at 1:50 AM, Pedro Sousa <<a href="mailto:pgsousa@gmail.com">pgsousa@gmail.com</a>> wrote: >> >> Hi, >> >> I finally managed to install a baremetal in mitaka with 1 controller + 1 >> compute with network isolation. Thank god :) >> >> All I did was: >> >> #yum install centos-release-openstack-mitaka >> #sudo yum install python-tripleoclient >> >> without epel repos. >> >> Then followed instructions from Redhat Site. >> >> I downloaded the overcloud images from: >> <a href="http://buildlogs.centos.org/centos/7/cloud/x86_64/tripleo_images/mitaka/delorean/" rel="noreferrer" target="_blank">http://buildlogs.centos.org/centos/7/cloud/x86_64/tripleo_images/mitaka/delorean/</a> >> >> I do have an issue that forces me to delete a json file and run >> os-refresh-config inside my overcloud nodes other than that it installs >> fine. >> >> Now I'll test with more 2 controllers + 2 computes to have a full HA >> deployment. >> >> If anyone needs help to document this I'll be happy to help. >> >> Regards, >> Pedro Sousa >> >> >> On Fri, Jun 3, 2016 at 8:26 PM, Ronelle Landy <<a href="mailto:rlandy@redhat.com">rlandy@redhat.com</a>> wrote: >>> >>> The report says: "Fix Released" as of 2016-05-24. >>> Are you installing on a clean system with the latest repositories? >>> >>> Might also want to check your version of rabbitmq: I have >>> rabbitmq-server-3.6.2-3.el7.noarch on CentOS 7. >>> >>> ----- Original Message ----- >>> > From: "Pedro Sousa" <<a href="mailto:pgsousa@gmail.com">pgsousa@gmail.com</a>> >>> > To: "Ronelle Landy" <<a href="mailto:rlandy@redhat.com">rlandy@redhat.com</a>> >>> > Cc: "Christopher Brown" <<a href="mailto:cbrown2@ocf.co.uk">cbrown2@ocf.co.uk</a>>, "Ignacio Bravo" >>> > <<a href="mailto:ibravo@ltgfederal.com">ibravo@ltgfederal.com</a>>, "rdo-list" >>> > <<a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a>> >>> > Sent: Friday, June 3, 2016 1:20:43 PM >>> > Subject: Re: [rdo-list] Baremetal Tripleo stable version? >>> > >>> > Anyway to workaround this? Maybe downgrade hiera? >>> > >>> > On Fri, Jun 3, 2016 at 5:55 PM, Ronelle Landy <<a href="mailto:rlandy@redhat.com">rlandy@redhat.com</a>> >>> > wrote: >>> > >>> > > I am not sure exactly where you installed from, and when you did your >>> > > installation, but any chance, you've hit: >>> > > <a href="https://bugs.launchpad.net/tripleo/+bug/1584892" rel="noreferrer" target="_blank">https://bugs.launchpad.net/tripleo/+bug/1584892</a>? >>> > > There is a link bugzilla record. >>> > > >>> > > ----- Original Message ----- >>> > > > From: "Pedro Sousa" <<a href="mailto:pgsousa@gmail.com">pgsousa@gmail.com</a>> >>> > > > To: "Ronelle Landy" <<a href="mailto:rlandy@redhat.com">rlandy@redhat.com</a>> >>> > > > Cc: "Christopher Brown" <<a href="mailto:cbrown2@ocf.co.uk">cbrown2@ocf.co.uk</a>>, "Ignacio Bravo" < >>> > > <a href="mailto:ibravo@ltgfederal.com">ibravo@ltgfederal.com</a>>, "rdo-list" >>> > > > <<a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a>> >>> > > > Sent: Friday, June 3, 2016 12:26:58 PM >>> > > > Subject: Re: [rdo-list] Baremetal Tripleo stable version? >>> > > > >>> > > > Thanks Ronelle, >>> > > > >>> > > > do you think this kind of errors can be related with network >>> > > > settings? >>> > > > >>> > > > "Could not retrieve fact='rabbitmq_nodename', >>> > > > resolution='<anonymous>': >>> > > > undefined method `[]' for nil:NilClass Could not retrieve >>> > > > fact='rabbitmq_nodename', resolution='<anonymous>': undefined >>> > > > method `[]' >>> > > > for nil:NilClass" >>> > > > >>> > > > On Fri, Jun 3, 2016 at 4:56 PM, Ronelle Landy <<a href="mailto:rlandy@redhat.com">rlandy@redhat.com</a>> >>> > > > wrote: >>> > > > >>> > > > > Hi Pedro, >>> > > > > >>> > > > > You could use the docs you referred to. >>> > > > > Alternatively, if you want to use a vm for the undercloud and >>> > > > > baremetal >>> > > > > machines for the overcloud, it is possible to use Tripleo >>> > > > > Qucikstart >>> > > with a >>> > > > > few modifications. >>> > > > > <a href="https://bugs.launchpad.net/tripleo-quickstart/+bug/1571028" rel="noreferrer" target="_blank">https://bugs.launchpad.net/tripleo-quickstart/+bug/1571028</a>. >>> > > > > >>> > > > > ----- Original Message ----- >>> > > > > > From: "Pedro Sousa" <<a href="mailto:pgsousa@gmail.com">pgsousa@gmail.com</a>> >>> > > > > > To: "Ronelle Landy" <<a href="mailto:rlandy@redhat.com">rlandy@redhat.com</a>> >>> > > > > > Cc: "Christopher Brown" <<a href="mailto:cbrown2@ocf.co.uk">cbrown2@ocf.co.uk</a>>, "Ignacio Bravo" < >>> > > > > <a href="mailto:ibravo@ltgfederal.com">ibravo@ltgfederal.com</a>>, "rdo-list" >>> > > > > > <<a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a>> >>> > > > > > Sent: Friday, June 3, 2016 11:48:38 AM >>> > > > > > Subject: Re: [rdo-list] Baremetal Tripleo stable version? >>> > > > > > >>> > > > > > Hi Ronelle, >>> > > > > > >>> > > > > > maybe I understand it wrong but I thought that Tripleo >>> > > > > > Quickstart >>> > > was for >>> > > > > > deploying virtual environments? >>> > > > > > >>> > > > > > And for baremetal we should use >>> > > > > > >>> > > > > >>> > > >>> > > <a href="http://docs.openstack.org/developer/tripleo-docs/installation/installation.html" rel="noreferrer" target="_blank">http://docs.openstack.org/developer/tripleo-docs/installation/installation.html</a> >>> > > > > > ? >>> > > > > > >>> > > > > > Thanks >>> > > > > > >>> > > > > > >>> > > > > > >>> > > > > > >>> > > > > > >>> > > > > > On Fri, Jun 3, 2016 at 4:43 PM, Ronelle Landy >>> > > > > > <<a href="mailto:rlandy@redhat.com">rlandy@redhat.com</a>> >>> > > wrote: >>> > > > > > >>> > > > > > > Hello, >>> > > > > > > >>> > > > > > > We have had success deploying RDO (Mitaka) on baremetal >>> > > > > > > systems - >>> > > using >>> > > > > > > Tripleo Quickstart with both single-nic-vlans and >>> > > > > > > bond-with-vlans >>> > > > > network >>> > > > > > > isolation configurations. >>> > > > > > > >>> > > > > > > Baremetal can have some complicated networking issues but, >>> > > > > > > from >>> > > > > previous >>> > > > > > > experiences, if a single-controller deployment worked but a >>> > > > > > > HA >>> > > > > deployment >>> > > > > > > did not, I would check: >>> > > > > > > - does the HA deployment command include: -e >>> > > > > > > >>> > > > > >>> > > >>> > > /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml >>> > > > > > > - are there possible MTU issues? >>> > > > > > > >>> > > > > > > >>> > > > > > > ----- Original Message ----- >>> > > > > > > > From: "Christopher Brown" <<a href="mailto:cbrown2@ocf.co.uk">cbrown2@ocf.co.uk</a>> >>> > > > > > > > To: <a href="mailto:pgsousa@gmail.com">pgsousa@gmail.com</a>, <a href="mailto:ibravo@ltgfederal.com">ibravo@ltgfederal.com</a> >>> > > > > > > > Cc: <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a> >>> > > > > > > > Sent: Friday, June 3, 2016 10:29:39 AM >>> > > > > > > > Subject: Re: [rdo-list] Baremetal Tripleo stable version? >>> > > > > > > > >>> > > > > > > > Hello Ignacio, >>> > > > > > > > >>> > > > > > > > Thanks for your response and good to know it isn't just me! >>> > > > > > > > >>> > > > > > > > I would be more than happy to provide developers with >>> > > > > > > > access to >>> > > our >>> > > > > > > > bare metal environments. I'll also file some bugzilla >>> > > > > > > > reports to >>> > > see >>> > > > > if >>> > > > > > > > this generates any interest. >>> > > > > > > > >>> > > > > > > > Please do let me know if you make any progress - I am >>> > > > > > > > trying to >>> > > > > deploy >>> > > > > > > > HA with network isolation, multiple nics and vlans. >>> > > > > > > > >>> > > > > > > > The RDO web page states: >>> > > > > > > > >>> > > > > > > > "If you want to create a production-ready cloud, you'll >>> > > > > > > > want to >>> > > use >>> > > > > the >>> > > > > > > > TripleO quickstart guide." >>> > > > > > > > >>> > > > > > > > which is a contradiction in terms really. >>> > > > > > > > >>> > > > > > > > Cheers >>> > > > > > > > >>> > > > > > > > On Fri, 2016-06-03 at 14:30 +0100, Ignacio Bravo wrote: >>> > > > > > > > > Pedro / Christopher, >>> > > > > > > > > >>> > > > > > > > > Just wanted to share with you that I also had plenty of >>> > > > > > > > > issues >>> > > > > > > > > deploying on bare metal HA servers, and have paused the >>> > > deployment >>> > > > > > > > > using TripleO until better winds start to flow here. I >>> > > > > > > > > was >>> > > able to >>> > > > > > > > > deploy the QuickStart, but on bare metal the history was >>> > > different. >>> > > > > > > > > Couldn't even deploy a two server configuration. >>> > > > > > > > > >>> > > > > > > > > I was thinking that it would be good to have the >>> > > > > > > > > developers >>> > > have >>> > > > > > > > > access to one of our environments and go through a full >>> > > > > > > > > install >>> > > > > with >>> > > > > > > > > us to better see where things fail. We can do this >>> > > > > > > > > handholding >>> > > > > > > > > deployment once every week/month based on developers time >>> > > > > > > > > availability. That way we can get a working install, and >>> > > > > > > > > we can >>> > > > > > > > > troubleshoot real life environment problems. >>> > > > > > > > > >>> > > > > > > > > >>> > > > > > > > > IB >>> > > > > > > > > >>> > > > > > > > > On Jun 3, 2016, at 6:15 AM, Pedro Sousa >>> > > > > > > > > <<a href="mailto:pgsousa@gmail.com">pgsousa@gmail.com</a>> >>> > > wrote: >>> > > > > > > > > >>> > > > > > > > > > Yes. I've used this, but I'll try again as there's >>> > > > > > > > > > seems to >>> > > be >>> > > > > new >>> > > > > > > > > > updates. >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > Stable Branch Skip all repos mentioned above, other >>> > > > > > > > > > than >>> > > epel- >>> > > > > > > > > > release which is still required. >>> > > > > > > > > > Enable latest RDO Stable Delorean repository for all >>> > > > > > > > > > packages >>> > > > > > > > > > sudo curl -o /etc/yum.repos.d/delorean-liberty.repo >>> > > > > <a href="https://trunk.r" rel="noreferrer" target="_blank">https://trunk.r</a> >>> > > > > > > > > > <a href="http://doproject.org/centos7-liberty/current/delorean.repo" rel="noreferrer" target="_blank">doproject.org/centos7-liberty/current/delorean.repo</a> >>> > > > > > > > > > Enable the Delorean Deps repository >>> > > > > > > > > > sudo curl -o >>> > > > > > > > > > /etc/yum.repos.d/delorean-deps-liberty.repo >>> > > > > <a href="http://tru" rel="noreferrer" target="_blank">http://tru</a> >>> > > > > > > > > > <a href="http://nk.rdoproject.org/centos7-liberty/delorean-deps.repo" rel="noreferrer" target="_blank">nk.rdoproject.org/centos7-liberty/delorean-deps.repo</a> >>> > > > > > > > > > >>> > > > > > > > > > On Fri, Jun 3, 2016 at 11:10 AM, Christopher Brown < >>> > > > > <a href="mailto:cbrown2@ocf.co">cbrown2@ocf.co</a>. >>> > > > > > > > > > uk> wrote: >>> > > > > > > > > > > No, Liberty deployed ok for us. >>> > > > > > > > > > > >>> > > > > > > > > > > It suggests to me a package mismatch. Have you >>> > > > > > > > > > > completely >>> > > > > rebuilt >>> > > > > > > > > > > the >>> > > > > > > > > > > undercloud and then the images using Liberty? >>> > > > > > > > > > > >>> > > > > > > > > > > On Fri, 2016-06-03 at 11:04 +0100, Pedro Sousa wrote: >>> > > > > > > > > > > > AttributeError: 'module' object has no attribute >>> > > 'PortOpt' >>> > > > > > > > > > > -- >>> > > > > > > > > > > Regards, >>> > > > > > > > > > > >>> > > > > > > > > > > Christopher Brown >>> > > > > > > > > > > OpenStack Engineer >>> > > > > > > > > > > OCF plc >>> > > > > > > > > > > >>> > > > > > > > > > > Tel: <a href="tel:%2B44%20%280%29114%20257%202200" value="+441142572200">+44 (0)114 257 2200</a> >>> > > > > > > > > > > Web: <a href="http://www.ocf.co.uk" rel="noreferrer" target="_blank">www.ocf.co.uk</a> >>> > > > > > > > > > > Blog: <a href="http://blog.ocf.co.uk" rel="noreferrer" target="_blank">blog.ocf.co.uk</a> >>> > > > > > > > > > > Twitter: @ocfplc >>> > > > > > > > > > > >>> > > > > > > > > > > Please note, any emails relating to an OCF Support >>> > > > > > > > > > > request >>> > > must >>> > > > > > > > > > > always >>> > > > > > > > > > > be sent to <a href="mailto:support@ocf.co.uk">support@ocf.co.uk</a> for a ticket number to >>> > > > > > > > > > > be >>> > > > > generated >>> > > > > > > > > > > or >>> > > > > > > > > > > existing support ticket to be updated. Should this >>> > > > > > > > > > > not be >>> > > done >>> > > > > > > > > > > then OCF >>> > > > > > > > > > > >>> > > > > > > > > > > cannot be held responsible for requests not dealt >>> > > > > > > > > > > with in a >>> > > > > > > > > > > timely >>> > > > > > > > > > > manner. >>> > > > > > > > > > > >>> > > > > > > > > > > OCF plc is a company registered in England and Wales. >>> > > > > Registered >>> > > > > > > > > > > number >>> > > > > > > > > > > >>> > > > > > > > > > > 4132533, VAT number GB 780 6803 14. Registered office >>> > > address: >>> > > > > > > > > > > OCF plc, >>> > > > > > > > > > > >>> > > > > > > > > > > 5 Rotunda Business Centre, Thorncliffe Park, >>> > > > > > > > > > > Chapeltown, >>> > > > > > > > > > > Sheffield S35 >>> > > > > > > > > > > 2PG. >>> > > > > > > > > > > >>> > > > > > > > > > > If you have received this message in error, please >>> > > > > > > > > > > notify >>> > > us >>> > > > > > > > > > > immediately and remove it from your system. >>> > > > > > > > > > > >>> > > > > > > > > >>> > > > > > > > > _______________________________________________ >>> > > > > > > > > rdo-list mailing list >>> > > > > > > > > <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a> >>> > > > > > > > > <a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a> >>> > > > > > > > > >>> > > > > > > > > To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a> >>> > > > > > > > -- >>> > > > > > > > Regards, >>> > > > > > > > >>> > > > > > > > Christopher Brown >>> > > > > > > > OpenStack Engineer >>> > > > > > > > OCF plc >>> > > > > > > > >>> > > > > > > > Tel: <a href="tel:%2B44%20%280%29114%20257%202200" value="+441142572200">+44 (0)114 257 2200</a> >>> > > > > > > > Web: <a href="http://www.ocf.co.uk" rel="noreferrer" target="_blank">www.ocf.co.uk</a> >>> > > > > > > > Blog: <a href="http://blog.ocf.co.uk" rel="noreferrer" target="_blank">blog.ocf.co.uk</a> >>> > > > > > > > Twitter: @ocfplc >>> > > > > > > > >>> > > > > > > > Please note, any emails relating to an OCF Support request >>> > > > > > > > must >>> > > > > always >>> > > > > > > > be sent to <a href="mailto:support@ocf.co.uk">support@ocf.co.uk</a> for a ticket number to be >>> > > generated or >>> > > > > > > > existing support ticket to be updated. Should this not be >>> > > > > > > > done >>> > > then >>> > > > > OCF >>> > > > > > > > >>> > > > > > > > cannot be held responsible for requests not dealt with in a >>> > > timely >>> > > > > > > > manner. >>> > > > > > > > >>> > > > > > > > OCF plc is a company registered in England and Wales. >>> > > > > > > > Registered >>> > > > > number >>> > > > > > > > >>> > > > > > > > 4132533, VAT number GB 780 6803 14. Registered office >>> > > > > > > > address: >>> > > OCF >>> > > > > plc, >>> > > > > > > > >>> > > > > > > > 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, >>> > > Sheffield >>> > > > > S35 >>> > > > > > > > 2PG. >>> > > > > > > > >>> > > > > > > > If you have received this message in error, please notify >>> > > > > > > > us >>> > > > > > > > immediately and remove it from your system. >>> > > > > > > > >>> > > > > > > > _______________________________________________ >>> > > > > > > > rdo-list mailing list >>> > > > > > > > <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a> >>> > > > > > > > <a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a> >>> > > > > > > > >>> > > > > > > > To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a> >>> > > > > > > > >>> > > > > > > >>> > > > > > >>> > > > > >>> > > > >>> > > >>> > >> >> > > > _______________________________________________ > rdo-list mailing list > <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a> > <a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a> > > To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a> </div></div></blockquote></div> </div>