[rdo-list] Baremetal Tripleo stable version?
Arash Kaffamanesh
ak at cloudssky.com
Sat Jun 4 13:46:53 UTC 2016
Pedro,
>> then followed instructions from Redhat Site.
Would it be possible to share the link which you followed on the Red Hat
site for the TripleO installation?
Thanks,
-Arash
On Sat, Jun 4, 2016 at 1:07 PM, Pedro Sousa <pgsousa at gmail.com> wrote:
> Sure,
>
> just let me know how to start, as I don't know how documentation works for
> rdoproject but we can share some google drive document or something and I
> start contributing to it.
>
> Regards
>
> On Sat, Jun 4, 2016 at 2:13 AM, Mohammed Arafa <mohammed.arafa at gmail.com>
> wrote:
>
>> Pedro
>> I have no objections to working with you to flesh out that document
>> On Jun 3, 2016 8:51 PM, "Pedro Sousa" <pgsousa at 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 at 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 at gmail.com>
>>>> > To: "Ronelle Landy" <rlandy at redhat.com>
>>>> > Cc: "Christopher Brown" <cbrown2 at ocf.co.uk>, "Ignacio Bravo" <
>>>> ibravo at ltgfederal.com>, "rdo-list"
>>>> > <rdo-list at 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 at 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 at gmail.com>
>>>> > > > To: "Ronelle Landy" <rlandy at redhat.com>
>>>> > > > Cc: "Christopher Brown" <cbrown2 at ocf.co.uk>, "Ignacio Bravo" <
>>>> > > ibravo at ltgfederal.com>, "rdo-list"
>>>> > > > <rdo-list at 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 at 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 at gmail.com>
>>>> > > > > > To: "Ronelle Landy" <rlandy at redhat.com>
>>>> > > > > > Cc: "Christopher Brown" <cbrown2 at ocf.co.uk>, "Ignacio Bravo"
>>>> <
>>>> > > > > ibravo at ltgfederal.com>, "rdo-list"
>>>> > > > > > <rdo-list at 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 at 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 at ocf.co.uk>
>>>> > > > > > > > To: pgsousa at gmail.com, ibravo at ltgfederal.com
>>>> > > > > > > > Cc: rdo-list at 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 at 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 at 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 at 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 at redhat.com
>>>> > > > > > > > > https://www.redhat.com/mailman/listinfo/rdo-list
>>>> > > > > > > > >
>>>> > > > > > > > > To unsubscribe: rdo-list-unsubscribe at 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 at 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 at redhat.com
>>>> > > > > > > > https://www.redhat.com/mailman/listinfo/rdo-list
>>>> > > > > > > >
>>>> > > > > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com
>>>> > > > > > > >
>>>> > > > > > >
>>>> > > > > >
>>>> > > > >
>>>> > > >
>>>> > >
>>>> >
>>>>
>>>
>>>
>>> _______________________________________________
>>> rdo-list mailing list
>>> rdo-list at redhat.com
>>> https://www.redhat.com/mailman/listinfo/rdo-list
>>>
>>> To unsubscribe: rdo-list-unsubscribe at redhat.com
>>>
>>
>
> _______________________________________________
> rdo-list mailing list
> rdo-list at redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe at redhat.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20160604/475482ee/attachment.html>
More information about the dev
mailing list