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(a)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/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> 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>
>> > To: "Ronelle Landy" <rlandy(a)redhat.com>
>> > Cc: "Christopher Brown" <cbrown2(a)ocf.co.uk>, "Ignacio
Bravo"
>> > <ibravo(a)ltgfederal.com>, "rdo-list"
>> > <rdo-list(a)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(a)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(a)gmail.com>
>> > > > To: "Ronelle Landy" <rlandy(a)redhat.com>
>> > > > Cc: "Christopher Brown" <cbrown2(a)ocf.co.uk>,
"Ignacio Bravo" <
>> > > ibravo(a)ltgfederal.com>, "rdo-list"
>> > > > <rdo-list(a)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(a)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(a)gmail.com>
>> > > > > > To: "Ronelle Landy" <rlandy(a)redhat.com>
>> > > > > > Cc: "Christopher Brown"
<cbrown2(a)ocf.co.uk>, "Ignacio Bravo" <
>> > > > > ibravo(a)ltgfederal.com>, "rdo-list"
>> > > > > > <rdo-list(a)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/installatio...
>> > > > > > ?
>> > > > > >
>> > > > > > Thanks
>> > > > > >
>> > > > > >
>> > > > > >
>> > > > > >
>> > > > > >
>> > > > > > On Fri, Jun 3, 2016 at 4:43 PM, Ronelle Landy
>> > > > > > <rlandy(a)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(a)ocf.co.uk>
>> > > > > > > > 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>
>> > > 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
>> > > > > > > >
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>
>
_______________________________________________
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