11:04 a.m.
Thanks Marius,
I can confirm that it installs fine with 3 controllers + 3 computes after
recreating the stack
Regards
On Sat, Jun 4, 2016 at 4:14 PM, Marius Cornea <marius(a)remote-lab.net> wrote:
Hi Pedro,
Scaling out controller nodes is not supported at this moment:
https://bugzilla.redhat.com/show_bug.cgi?id=1243312
On Sat, Jun 4, 2016 at 5:05 PM, Pedro Sousa <pgsousa(a)gmail.com> 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 <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