<div dir="ltr">Hi Christopher,<div><br></div><div>thank you, I'll test it out.</div><div><br></div><div>According with my interpretation from documentation, mitaka version is made from nightly builds, as the "stable" version is from liberty.</div><div><br></div><div>Maybe someone from rdo can clarify this.</div><div><br></div><div>Anyway, both seem broken right now, like you I test this in baremetal for deploying in production, not in virtual environments.</div><div><br></div><div>Regards<br><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 3, 2016 at 9:36 AM, Christopher Brown <span dir="ltr"><<a href="mailto:cbrown2@ocf.co.uk" target="_blank">cbrown2@ocf.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Pedro,<br>
<br>
TL;DR Try the links below and if fails try Liberty.<br>
<br>
We've got Mitaka working after some of the frustrations you are<br>
experiencing. The image that gets built doesn't work. There was some<br>
discussion as to whether a hiera update broke this - it was reverted<br>
but the image still seems broken.<br>
<br>
Try using these:<br>
<br>
<a href="http://buildlogs.centos.org/centos/7/cloud/x86_64/tripleo_images/mitaka
/cbs/" rel="noreferrer" target="_blank">http://buildlogs.centos.org/centos/7/cloud/x86_64/tripleo_images/mitaka<br>
/cbs/</a><br>
<br>
We used packages from:<br>
<br>
<a href="https://repos.fedorapeople.org/repos/openstack/openstack-mitaka/" rel="noreferrer" target="_blank">https://repos.fedorapeople.org/repos/openstack/openstack-mitaka/</a><br>
<br>
but the introspection is broken due to a race condition that hasn't<br>
been patched in this stable repo yet (I believe).<br>
<br>
Not given up yet but yes, Liberty tripleo worked fine for us.<br>
<br>
There seems to be a large amount of development work going into<br>
tripleo-quickstart which doesn't really work for production use and I'm<br>
not sure if the developers have access to lots of baremetal for<br>
testing. As a result I think actual production RDO doesn't get huge<br>
amounts of testing - I'm talking baremetal HA controllers with network<br>
isolation over bonded connections etc.<br>
<br>
We have abandoned the tripleo docs and use the Red Hat docs as a<br>
reference.<br>
<br>
I have no idea how to actually run Mitaka stable. When I follow the<br>
tripleo docs and use the "stable" delorean repo (still not sure what<br>
that actually is) I end up with packages like:<br>
<br>
python-neutron-8.1.2-0.20160602095303.449bcc6.el7.centos.noarch<br>
<br>
which seems to indicate it is a nightly snapshot from git. Obviously<br>
I'd rather not run that in production.<br>
<br>
Its all a bit of a mess. I did try to make a start on cleaning up the<br>
RDO docs but to be honest it meant having to learn yet another type of<br>
documentation syntax so have reverted to internal documentation.<br>
<br>
Cheers<br>
<div><div class="h5"><br>
On Fri, 2016-06-03 at 08:17 +0100, Pedro Sousa wrote:<br>
> The problem is that I cant install none, both fail :-(. I've managed<br>
> to install mitaka at some point but then something was updated that<br>
> broke the installation and I get that rabbitmq problem. Its<br>
> frustating.<br>
> Guess I'll have to get back to packstack, its the only method that<br>
> actually works fine so far.<br>
> Christopher did you manage to install liberty stable? Had to update<br>
> anything on overcloud image?<br>
> Thanks<br>
> Em 03/06/2016 06:34, "Christopher Brown" <<a href="mailto:cbrown2@ocf.co.uk">cbrown2@ocf.co.uk</a>><br>
> escreveu:<br>
> > I'm glad you said it.<br>
> ><br>
> > I'm having exactly the same problem. I've had to customize an image<br>
> > due to missing python-hardware-detect and introspection is very hit<br>
> > and miss.<br>
> ><br>
> > Currently testing delorean packages but may have to consider<br>
> > reverting to Liberty.<br>
> ><br>
> > Documentation is not clear and still references Liberty. I think<br>
> > some mitaka stabilisation work would be gratefully received.<br>
> ><br>
> ><br>
> > Regards,<br>
> ><br>
> > Christopher Brown<br>
> ><br>
> ><br>
> > -------- Original message --------<br>
> > From: Pedro Sousa <<a href="mailto:pgsousa@gmail.com">pgsousa@gmail.com</a>> <br>
> > Date: 03/06/2016 04:11 (GMT+00:00)<br>
> > To: rdo-list <<a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a>> <br>
> > Subject: [rdo-list] Baremetal Tripleo stable version?<br>
> ><br>
> > Hi all,<br>
> ><br>
> > been doing some tests on baremetal hosts, but I'm kind of stuck<br>
> > here, it's getting to start to be frustrating.<br>
> ><br>
> > I've followed the documentation from <a href="http://docs.openstack.org/deve" rel="noreferrer" target="_blank">http://docs.openstack.org/deve</a><br>
> > loper/tripleo-docs/<br>
> ><br>
> > First I've tried the stable version from liberty and got stuck in a<br>
> > python-config-oslo outdated package bug.<br>
> ><br>
> > Then I've tried mitaka and I got stuck in this error:<br>
> ><br>
> > "Could not retrieve fact='rabbitmq_nodename',<br>
> > resolution='<anonymous>': undefined method `[]' for nil:NilClass<br>
> > Could not retrieve fact='rabbitmq_nodename',<br>
> > resolution='<anonymous>': undefined method `[]' for nil:NilClass"<br>
> ><br>
> > My question is if there's a stable version that can be installed on<br>
> > overcloud baremetal hosts that we can rely on?<br>
> ><br>
> > Thanks<br>
> ><br>
</div></div>--<br>
Regards,<br>
<br>
Christopher Brown<br>
OpenStack Engineer<br>
OCF plc<br>
<br>
Tel: <a href="tel:%2B44%20%280%29114%20257%202200" value="+441142572200">+44 (0)114 257 2200</a><br>
Web: <a href="http://www.ocf.co.uk" rel="noreferrer" target="_blank">www.ocf.co.uk</a><br>
Blog: <a href="http://blog.ocf.co.uk" rel="noreferrer" target="_blank">blog.ocf.co.uk</a><br>
Twitter: @ocfplc<br>
<br>
Please note, any emails relating to an OCF Support request must always<br>
be sent to <a href="mailto:support@ocf.co.uk">support@ocf.co.uk</a> for a ticket number to be generated or<br>
existing support ticket to be updated. Should this not be done then OCF<br>
<br>
cannot be held responsible for requests not dealt with in a timely<br>
manner.<br>
<br>
OCF plc is a company registered in England and Wales. Registered number<br>
<br>
4132533, VAT number GB 780 6803 14. Registered office address: OCF plc,<br>
<br>
5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35<br>
2PG.<br>
<br>
If you have received this message in error, please notify us<br>
immediately and remove it from your system.<br>
</blockquote></div><br></div>