October 2015 - dev - Rdo List Archives

[Rdo-list] Maintenance mode for deployment

by Esra Celik

Hi all, After a succusful introspection I see my nodes in available state and maintenance=True [stack@undercloud ~]$ openstack baremetal introspection bulk startSetting available nodes to manageable...Starting introspection of node: 36777b8b-401e-47e9-9eb0-8c2f6b372da6Starting introspection of node: 8de0f3eb-3581-4080-bea4-28125bd7ee1aWaiting for introspection to finish...Introspection for UUID 36777b8b-401e-47e9-9eb0-8c2f6b372da6 finished successfully.Introspection for UUID 8de0f3eb-3581-4080-bea4-28125bd7ee1a finished successfully.Setting manageable nodes to available...Node 36777b8b-401e-47e9-9eb0-8c2f6b372da6 has been set to available.Node 8de0f3eb-3581-4080-bea4-28125bd7ee1a has been set to available.Introspection completed. [stack@undercloud ~]$ ironic node-list+--------------------------------------+------+---------------+-------------+--------------------+-------------+| UUID | Name | Instance UUID | Power State | Provisioning State | Maintenance |+--------------------------------------+------+---------------+-------------+--------------------+-------------+| 36777b8b-401e-47e9-9eb0-8c2f6b372da6 | None | None | power off | available | True || 8de0f3eb-3581-4080-bea4-28125bd7ee1a | None | None | power off | available | True |+--------------------------------------+------+---------------+-------------+--------------------+-------------+ However when I start deploying I get the following error [stack@undercloud ~]$ openstack overcloud deploy --templatesDeployment failed: Not enough nodes - available: 0, requested: 2In tripleoclient/utils.py I noticed that available node means that it is not in maintenance mode: 423: available = len(baremetal_client.node.list(associated=False,424: maintenance=False)) Should I set my node's maintenance = false before deployment? Actually this is not mentioned in doc (http://docs.openstack.org/developer/tripleo-docs/basic_deployment/basic_d...) Esra ÇELİK TÜBİTAK BİLGEM www.bilgem.tubitak.gov.tr celik.esra(a)tubitak.gov.tr

9 years

2
2
0 / 0

[Rdo-list] How to know which galera server haproxy is pointing in an overcloud HA env

by Raoul Scarazzini

Hi all, I'm operating in an overcloud HA environment, using galera as db backend. In haproxy I've got this configuration: listen mysql bind 172.16.20.11:3306 option tcpka option httpchk stick on dst stick-table type ip size 1000 timeout client 0 timeout server 0 server overcloud-controller-0 172.16.20.13:3306 backup check fall 5 inter 2000 on-marked-down shutdown-sessions port 9200 rise 2 server overcloud-controller-1 172.16.20.14:3306 backup check fall 5 inter 2000 on-marked-down shutdown-sessions port 9200 rise 2 server overcloud-controller-2 172.16.20.15:3306 backup check fall 5 inter 2000 on-marked-down shutdown-sessions port 9200 rise 2 Now, for what I've understood, the "stick on dst" directive determines that just one of the three galera servers is contacted by the proxy (even if the galera configuration is an active/active/active setup), and this is fine for a couple of reasons that involves locking and things like this. So using stick on dst makes our balancer operating as active-standby-standby without automatic failback. And this is also fine. What I am looking for at this point is to understand which server haproxy is pointing. I've enabled this option in haproxy conf: stats socket /var/run/haproxy mode 600 level admin so I am able to see, on the host which carries the VIP associated to haproxy bind address, the stick table: [root@overcloud-controller-1 ~]# echo "show table mysql" | socat /var/run/haproxy stdio # table: mysql, type: ip, size:1000, used:1 0x7f9babb4d7d4: key=172.16.20.11 use=0 exp=0 server_id=1 But of course this does not help me to understand which host is haproxy contacting. I was expecting to see on the output something useful, but the key is the value I already know. Can you help me to find out a way? Thanks a lot, -- Raoul Scarazzini rasca(a)redhat.com

9 years

3
6
0 / 0

[Rdo-list] [rdo-manager] Proof of concept private cloud setup

by Richards, Jeff

Is it possible at this stage to setup an ultra-simple private cloud using RDO Manager just to demonstrate that it works as a consumer? I have tried twice now, CentOS 7 libvirt+kvm, all virtual and failed twice. First try was with these docs and repos: http://docs.openstack.org/developer/tripleo-docs/ http://trunk.rdoproject.org/centos7/current-tripleo/delorean.repo (and associated other repos per docs) This failed with a puppet error (unknown type) on overcloud deployment (update failed). Felt like I was 90% of the way there then hit a brick wall. Second try was with: https://repos.fedorapeople.org/repos/openstack-m/rdo-manager-docs/liberty/ http://trunk.rdoproject.org/centos7-liberty/current-passed-ci/delorean.repo (and associated other repos per docs) This one crashed and burned on instack setup (parse error: invalid string immediately after setup-seed-vm). Am I using incorrect repos or documentation? Thanks! Jeff Richards This message and any enclosures are intended only for the addressee. Please notify the sender by email if you are not the intended recipient. If you are not the intended recipient, you may not use, copy, disclose, or distribute this message or its contents or enclosures to any other person and any such actions may be unlawful. Ball reserves the right to monitor and review all messages and enclosures sent to or from this email address.

9 years

2
1
0 / 0

[Rdo-list] [rdo-manager] instackenv.json

by Mohammed Arafa

i seem to have hit this bug where node registration fails silently if instackenv.json is badly formatted thing is i cant seem to decipher where my config file is broken { "nodes": [ { "pm_password": "P@ssw0rd", "pm_type": "pxe_ipmitool", "mac": [ "00:17:a4:77:00:1c" ], "cpu": "2", "memory": "65536", "disk": "900", "arch": "x86_64", "pm_user": "root", "pm_addr": "192.168.11.213" }, ] } 1) https://downloads.plex.tv/plex-media-server/0.9.12.13.1464-4ccd2ca/plexme... -- <https://candidate.peoplecert.org/ReportsLink.aspx?argType=1&id=13D642E995...> *805010942448935* <https://www.redhat.com/wapps/training/certification/verify.html?certNumbe...> *GR750055912MA* <https://candidate.peoplecert.org/ReportsLink.aspx?argType=1&id=13D642E995...> *Link to me on LinkedIn <http://www.linkedin.com/in/mohammedarafa>*

9 years

3
6
0 / 0

[Rdo-list] [Rdo-newsletter] RDO Community newsletter, October 2015

by Rich Bowen

October 2015 RDO Community Newsletter (This newsletter is also available online at https://rdoproject.org/Newsletter/2015_October ) Quick links: * Quick Start - http://rdoproject.org/quickstart * Mailing Lists - http://rdoproject.org/Mailing_lists * RDO packages - http://rdoproject.org/repos/ with the trunk packages in http://rdoproject.org/repos/openstack/openstack-trunk/ * RDO blog - http://rdoproject.org/blog * Q&A - http://ask.openstack.org/ * Open Tickets - http://tm3.org/rdobugs * Twitter - http://twitter.com/rdocommunity This month's newsletter is very late, because I've been traveling and the time got away from me. If you'd like to help get next month's newsletter out on time, or contribute to it in some other way, please let me know, at rbowen(a)redhat.com Mailing List Update =================== The RDO list archive from September is at https://www.redhat.com/archives/rdo-list/2015-September/thread.html Here's a few highlights from the month. * RDO Test Days In late September we had our first Liberty RDO test day - http://beta.rdoproject.org/testday/rdo-test-day-liberty-01/ - and had pretty good participation, with some test results documented at http://beta.rdoproject.org/testday/testedsetups-liberty-01/ We have a followup test day running as I write this, since we are now closer to the Liberty release. Liberty is scheduled to release on October the 15th, so what we have right now shold be mostly final. * RDO-Manager Quickstart A discussion started around the creation of an RDO-Manager Quickstart document, much like the RDO Quickstart, to give a quick and successful first run-through with RDO-Manager, producing a minimally useful cloud instance. That discussion is at https://www.redhat.com/archives/rdo-list/2015-September/msg00180.html and following. * RDO-Manager There was some further discussion of RDO-Manager at https://www.redhat.com/archives/rdo-list/2015-September/msg00161.html that's worth catching up on. * RDO Liberty and Fedora You may remember the topic of how RDO Liberty will be handled on Fedora from last month. There was additional discussion at https://www.redhat.com/archives/rdo-list/2015-September/msg00113.html for maintainers of these packages. An additional thread at https://www.redhat.com/archives/rdo-list/2015-September/msg00090.html was geared towards everyone else. * RDO-Manager and Ceph At https://www.redhat.com/archives/rdo-list/2015-September/msg00031.html there's some discussion of deploying Ceph-based storage using RDO-Manager. This is just a taste of the month's highlights. You can catch up on the entire month at https://www.redhat.com/archives/rdo-list/2015-September/thread.html beta.rdoproject.org =================== The reboot of the RDO website is almost ready to go live. You can preview it at http://beta.rdoproject.org/ and you can participate in the process at https://github.com/redhat-openstack/website The new site is based on Middleman - https://middlemanapp.com/ - and enables contributions via Git pull requests, both for the main website content, and for the blog. There's also a handy developer tool that lets you run a local copy of the site to verify your changes before you send them along. Just get a `git clone` of the repo, and run ./run-server.sh in the root of your working copy. See also the list of open tickets at https://github.com/redhat-openstack/website/issues if you're looking for a place to help out. RDO Blogs ========= Continuing the series of PTL interviews, I spoke with Haikel Guemar about the new RPM packaging project. You can read, or listen to, that interview at https://www.rdoproject.org/forum/discussion/1040/haikel-guemar-talks-abou... And I'm in the process of editing an interview with Mike Perez, the Cinder PTL, and should that up later this week. As always, every week I post a summary of the blog posts by RDO enthusiasts in the preceding week. These tend to increase in volume as we approach the next release. And, as of just a few weeks ago, we now have http://blogs.rdoproject.org/ where RDO engineers can post about all things OpenStack. If you'd like to have your OpenStack blog presence there, let me know. (rbowen(a)redhat.com) Events ====== * Docs hack day With the new website almost ready to go, we need your help taking that final step. We're planning a documentation/website hack day on Thursday, October 15th. We'll be coordinating on #rdo on Freenode, and also around the issue tracker at https://github.com/redhat-openstack/website/issues So get a fork of the website (See beta.rdoproject.org item above), and get ready. * OpenStack Summit The OpenStack Summit in Tokyo is right around the corner, and we hope to see you there. We have an RDO community meetup planned for lunch time on Wednesday. We'll be at the Red Hat booth at the Summit, where you can meet RDO engineers, and see demos of RDO, OpenShift, ManageIQ, and other OpenStack-related offerings. Also, be sure to get the new RDO tshirt, which finally defines what RDO really stands for. To prepare for summit, you might want to read this excellent article by Nick Chase about what's new in Liberty: https://www.mirantis.com/blog/53-things-new-openstack-liberty/ * FOSDEM Details are still being worked out, but we plan to have an RDO community event, in conjunction with the CentOS Dojo, on the days immediately before FOSDEM, early next year. FOSDEM is scheduled for January 30 and 31st, in Brussels, Belgium. We expect the CentOS event to be on Friday, January 29th. * Meetups It seems that every month there's more and more OpenStack meetups around the world. I try to keep the calendar of upcoming meetups updated at http://rdoproject.org/events/ so that you can see what's happening in your area. * LinuxCon Dublin Last week, we were in Dublin for LinuxCon Europe, where there was great OpenStack content by several RDO engineers, including Mark McLoughlin and Kashyap Chamarthy. We really appreciate everyone who made it to those talks, as well as everyone that stopped by the booth to talk about OpenStack. Keep in touch ============= There's lots of ways to stay in in touch with what's going on in the RDO community. The best ways are ... WWW * RDO - http://rdoproject.org/ * OpenStack Q&A - http://ask.openstack.org/ Mailing Lists: * rdo-list mailing list - http://www.redhat.com/mailman/listinfo/rdo-list * This newsletter - http://www.redhat.com/mailman/listinfo/rdo-newsletter IRC * IRC - #rdo on Freenode.irc.net * Puppet module development - #rdo-puppet Social Media: * Follow us on Twitter - http://twitter.com/rdocommunity * Google+ - http://tm3.org/rdogplus * Facebook - http://facebook.com/rdocommunity Thanks again for being part of the RDO community! -- Rich Bowen - rbowen(a)redhat.com OpenStack Community Liaison http://rdoproject.org/ _______________________________________________ Rdo-newsletter mailing list Rdo-newsletter(a)redhat.com https://www.redhat.com/mailman/listinfo/rdo-newsletter

9 years

1
0
0 / 0

[Rdo-list] Basic network isolation deployment

by Marius Cornea

Hi everyone, I tried deploying a network isolation setup with 1 x ctrl + 1 x compute on a virtual environment and here are my findings so far: 1. You need to pass /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml as environment file (-e) to the openstack overcloud deploy command otherwise pacemaker doesn't get deployed and the IPs don't get assigned as expected: https://bugzilla.redhat.com/show_bug.cgi?id=1270910 2. After deployment some of the Neutron related pacemaker resources are stopped: https://bugzilla.redhat.com/show_bug.cgi?id=1270964 Thanks, Marius

9 years

1
0
0 / 0

[Rdo-list] RDO docs/website hack day: October 15th

by Rich Bowen

For those of you who want to help take the final step towards whipping the new RDO website into shape, so that we can push it out before Summit, we're planning to have an RDO docs/website hack day on October 15th. As usual, we'll coordinate on #rdo, on Freenode, as well as in the issue tracking queue at https://github.com/redhat-openstack/website/issues In the next few days I'll be loading that up with specific tasks that need to get done. If you can spare an hour or two during that day, it would be enormously appreciated. Thanks! --Rich -- Rich Bowen - rbowen(a)redhat.com OpenStack Community Liaison http://rdoproject.org/

9 years

1
0
0 / 0

[Rdo-list] Git checkouts for the puppet modules required

by Marius Cornea

Hi everyone, We hit today the following error during the undercloud installation: Error: Could not find class ::ironic::inspector for instack on node instack In order to get past it you need to run 'export DIB_INSTALLTYPE_puppet_modules=source' before running 'openstack undercloud install'. Thank., Marius

9 years

4
4
0 / 0

[Rdo-list] Ironic sqlite db

by AliReza Taleghani

after a clean installation I faced errors with tell ironic sqlite table don't contains tables as I check manually and it was empty sqlite db file... I also was not able to create tables via [ironic-dbstnc] too :-/ http://paste.ubuntu.com/12748615/ -- Sincerely, Ali R. Taleghani

9 years

3
5
0 / 0

[Rdo-list] RDO Community Meetup at OpenStack Summit - Agenda

by Rich Bowen

For those that will be attending the RDO Commutniy Meetup in Tokyo in a few weeks, I encourage you to add items to the agenda, at https://etherpad.openstack.org/p/rdo-tokyo , that you'd like to talk about at that meetup. Thanks! -- Rich Bowen - rbowen(a)redhat.com OpenStack Community Liaison http://rdoproject.org/

9 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

dev October 2015