Re: [rdo-list] Baremetal Tripleo stable version?

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: http://buildlogs.centos.org/centos/7/cloud/x86_64/tripleo_images/mitaka/d... 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 <rlandy(a)redhat.com&gt; 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" <pgsousa(a)gmail.com&gt; > > To: "Ronelle Landy" <rlandy(a)redhat.com&gt; > > Cc: "Christopher Brown" <cbrown2(a)ocf.co.uk&gt;, "Ignacio Bravo" < > ibravo(a)ltgfederal.com&gt;, "rdo-list" > > <rdo-list(a)redhat.com&gt; > > 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 <rlandy(a)redhat.com&gt; > wrote: > > > > > I am not sure exactly where you installed from, and when you did your > > > installation, but any chance, you've hit: > > > https://bugs.launchpad.net/tripleo/+bug/1584892? > > > There is a link bugzilla record. > > > > > > ----- Original Message ----- > > > > From: "Pedro Sousa" <pgsousa(a)gmail.com&gt; > > > > To: "Ronelle Landy" <rlandy(a)redhat.com&gt; > > > > Cc: "Christopher Brown" <cbrown2(a)ocf.co.uk&gt;, "Ignacio Bravo" < > > > ibravo(a)ltgfederal.com&gt;, "rdo-list" > > > > <rdo-list(a)redhat.com&gt; > > > > 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 <rlandy(a)redhat.com&gt; > 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. > > > > > https://bugs.launchpad.net/tripleo-quickstart/+bug/1571028. > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Pedro Sousa" <pgsousa(a)gmail.com&gt; > > > > > > To: "Ronelle Landy" <rlandy(a)redhat.com&gt; > > > > > > Cc: "Christopher Brown" <cbrown2(a)ocf.co.uk&gt;, "Ignacio Bravo" < > > > > > ibravo(a)ltgfederal.com&gt;, "rdo-list" > > > > > > <rdo-list(a)redhat.com&gt; > > > > > > 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 > > > > > > > > > > > > > > > http://docs.openstack.org/developer/tripleo-docs/installation/installatio... > > > > > > ? > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Fri, Jun 3, 2016 at 4:43 PM, Ronelle Landy < > rlandy(a)redhat.com&gt; > > > 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" <cbrown2(a)ocf.co.uk&gt; > > > > > > > > To: pgsousa(a)gmail.com, ibravo(a)ltgfederal.com > > > > > > > > Cc: rdo-list(a)redhat.com > > > > > > > > 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 < > pgsousa(a)gmail.com&gt; > > > 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 > > > > > https://trunk.r > > > > > > > > > > doproject.org/centos7-liberty/current/delorean.repo > > > > > > > > > > Enable the Delorean Deps repository > > > > > > > > > > sudo curl -o /etc/yum.repos.d/delorean-deps-liberty.repo > > > > > http://tru > > > > > > > > > > nk.rdoproject.org/centos7-liberty/delorean-deps.repo > > > > > > > > > > > > > > > > > > > > On Fri, Jun 3, 2016 at 11:10 AM, Christopher Brown < > > > > > cbrown2(a)ocf.co. > > > > > > > > > > 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: +44 (0)114 257 2200 > > > > > > > > > > > Web: www.ocf.co.uk > > > > > > > > > > > Blog: blog.ocf.co.uk > > > > > > > > > > > Twitter: @ocfplc > > > > > > > > > > > > > > > > > > > > > > Please note, any emails relating to an OCF Support > request > > > must > > > > > > > > > > > always > > > > > > > > > > > be sent to support(a)ocf.co.uk 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 > > > > > > > > > rdo-list(a)redhat.com > > > > > > > > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > > > > > > > > > > > > > > > To unsubscribe: rdo-list-unsubscribe(a)redhat.com > > > > > > > > -- > > > > > > > > Regards, > > > > > > > > > > > > > > > > Christopher Brown > > > > > > > > OpenStack Engineer > > > > > > > > OCF plc > > > > > > > > > > > > > > > > Tel: +44 (0)114 257 2200 > > > > > > > > Web: www.ocf.co.uk > > > > > > > > Blog: blog.ocf.co.uk > > > > > > > > Twitter: @ocfplc > > > > > > > > > > > > > > > > Please note, any emails relating to an OCF Support request > must > > > > > always > > > > > > > > be sent to support(a)ocf.co.uk 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 > > > > > > > > rdo-list(a)redhat.com > > > > > > > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > > > > > > > > > > > > > To unsubscribe: rdo-list-unsubscribe(a)redhat.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >