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:
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
 > > > > > > >
 > > > > > >
 > > > > >
 > > > >
 > > >
 > >
 >