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 <pgsousa@gmail.com> 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: http://buildlogs.centos.org/centos/7/cloud/x86_64/tripleo_images/mitaka/delorean/

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@redhat.com> 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@gmail.com>
> To: "Ronelle Landy" <rlandy@redhat.com>
> Cc: "Christopher Brown" <cbrown2@ocf.co.uk>, "Ignacio Bravo" <ibravo@ltgfederal.com>, "rdo-list"
> <rdo-list@redhat.com>
> 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@redhat.com> 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@gmail.com>
> > > To: "Ronelle Landy" <rlandy@redhat.com>
> > > Cc: "Christopher Brown" <cbrown2@ocf.co.uk>, "Ignacio Bravo" <
> > ibravo@ltgfederal.com>, "rdo-list"
> > > <rdo-list@redhat.com>
> > > 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@redhat.com> 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@gmail.com>
> > > > > To: "Ronelle Landy" <rlandy@redhat.com>
> > > > > Cc: "Christopher Brown" <cbrown2@ocf.co.uk>, "Ignacio Bravo" <
> > > > ibravo@ltgfederal.com>, "rdo-list"
> > > > > <rdo-list@redhat.com>
> > > > > 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/installation.html
> > > > > ?
> > > > >
> > > > > Thanks
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Fri, Jun 3, 2016 at 4:43 PM, Ronelle Landy <rlandy@redhat.com>
> > 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@ocf.co.uk>
> > > > > > > To: pgsousa@gmail.com, ibravo@ltgfederal.com
> > > > > > > Cc: rdo-list@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@gmail.com>
> > 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@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@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@redhat.com
> > > > > > > > https://www.redhat.com/mailman/listinfo/rdo-list
> > > > > > > >
> > > > > > > > To unsubscribe: rdo-list-unsubscribe@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@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@redhat.com
> > > > > > > https://www.redhat.com/mailman/listinfo/rdo-list
> > > > > > >
> > > > > > > To unsubscribe: rdo-list-unsubscribe@redhat.com
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>