<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Do I have to have network isolation for a test HA environment? Something like:<div class=""><br class=""></div><div class=""><div class="">openstack overcloud deploy --templates --control-scale 3 --compute-scale 1 --ceph-storage-scale 1</div><div class=""> -e /usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml</div><div class=""> -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml</div><div class=""> --ntp-server 10.5.26.10 --neutron-network-type vxlan --neutron-tunnel-types vxlan --timeout 90</div></div><div class=""><br class=""></div><div class="">I wanted to leave network isolation for my last test (after the others have passed) :)</div><div class="">That way, I don’t require yet the </div><div class=""><br class=""></div><div class=""> -e /home/stack/network-environment.yaml </div><div class=""><br class=""></div><div class="">and the modifications of the nic-config files, and most importantly, reading the network isolation part just yet.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">IB</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""><div class=""><div apple-content-edited="true" class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">__</div><div class="">Ignacio Bravo<br class="">LTG Federal, Inc</div><div class=""><a href="http://www.ltgfederal.com" class="">www.ltgfederal.com</a></div><div class=""><br class=""></div></div></div><div><blockquote type="cite" class=""><div class="">On Oct 22, 2015, at 3:47 PM, Omri Hochman <<a href="mailto:ohochman@redhat.com" class="">ohochman@redhat.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">Hey Ignacio, <br class=""><br class="">I guess you can use my file as example ( I've switched the internal IPs with 'XX.XX.XX.XX' )<br class=""><a href="http://paste.openstack.org/show/477193/" class="">http://paste.openstack.org/show/477193/</a><br class=""><br class="">Note: that configuration file is fit to my environment and It's according the native vlans that already pre-configured on the switch. <br class="">you will also need to create all the network-isolation configuration yaml files under /home/stack/nic-configs <br class=""><br class="">[ohochman@dhcp-1-111 nic-configs_new]$ ls<br class="">ceph-storage.yaml cinder-storage.yaml compute.yaml controller.yaml swift-storage.yaml<br class=""><br class="">Try to according :<br class="">http://docs.openstack.org/developer/tripleo-docs/advanced_deployment/network_isolation.html<br class=""><br class="">Regards,<br class="">Omri. <br class=""><br class=""><br class=""><br class="">----- Original Message -----<br class=""><blockquote type="cite" class="">From: "Ignacio Bravo" <ibravo@ltgfederal.com><br class="">To: rdo-list@redhat.com<br class="">Sent: Thursday, October 22, 2015 2:49:55 PM<br class="">Subject: Re: [Rdo-list] RDO Manager status for Liberty GA<br class=""><br class="">Omri,<br class=""><br class="">I was looking at the successful HA deployment in BM that you commented =<br class=""><br class="">openstack overcloud deploy --templates --control-scale 3 --compute-scale 1<br class="">--ceph-storage-scale 1 -e<br class="">/usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml<br class="">-e /home/stack/network-environment.yaml -e<br class="">/usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml<br class="">--ntp-server 10.5.26.10 --neutron-network-type vxlan --neutron-tunnel-types<br class="">vxlan --timeout 9<br class=""><br class="">Can you share the contents of your/home/stack/network-environment.yaml file?<br class="">I couldn't find this file in the undercloud machine, and want to make sure I<br class="">get a successful deployment. Feel free to replace any confidential<br class="">information.<br class=""><br class=""><br class="">Thanks,<br class="">IB<br class=""><br class=""><br class="">Ignacio Bravo<br class="">LTG Federal Inc<br class=""><br class="">On 10/21/2015 02:30 PM, Omri Hochman wrote:<br class=""><blockquote type="cite" class=""><br class="">----- Original Message -----<br class=""><blockquote type="cite" class="">From: "Omri Hochman" <ohochman@redhat.com><br class="">To: "Pedro Sousa" <pgsousa@gmail.com><br class="">Cc: "rdo-list" <rdo-list@redhat.com><br class="">Sent: Wednesday, October 21, 2015 11:16:03 AM<br class="">Subject: Re: [Rdo-list] RDO Manager status for Liberty GA<br class=""><br class=""><br class=""><br class="">----- Original Message -----<br class=""><blockquote type="cite" class="">From: "Pedro Sousa" <pgsousa@gmail.com><br class="">To: "John Trowbridge" <trown@redhat.com><br class="">Cc: "rdo-list" <rdo-list@redhat.com><br class="">Sent: Wednesday, October 21, 2015 7:10:38 AM<br class="">Subject: Re: [Rdo-list] RDO Manager status for Liberty GA<br class=""><br class="">Hi John,<br class=""><br class="">I've managed to install on baremetal following this howto:<br class="">https://remote-lab.net/rdo-manager-ha-openstack-deployment/ (based on<br class="">liberty)<br class=""></blockquote>Hey Pedro,<br class=""><br class="">Are you using: yum install -y<br class="">http://rdoproject.org/repos/openstack-liberty/rdo-release-liberty.rpm<br class="">to get the latest RDO GA bits ?<br class=""><br class="">We're failing in overcloud deployment on BM with several issues.<br class=""></blockquote>Actually, an update :<br class=""><br class="">After using the workaround from this issue:<br class="">https://bugzilla.redhat.com/show_bug.cgi?id=1271289#c9<br class=""><br class="">We've manage to get HA on Bare-Metal (*using the latest<br class="">rdo-release-liberty.rpm)<br class=""><br class="">That was the deployment command :<br class=""><br class="">openstack overcloud deploy --templates --control-scale 3 --compute-scale 1<br class="">--ceph-storage-scale 1 -e<br class="">/usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml<br class="">-e /home/stack/network-environment.yaml -e<br class="">/usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml<br class="">--ntp-server 10.5.26.10 --neutron-network-type vxlan<br class="">--neutron-tunnel-types vxlan --timeout 90<br class=""><br class=""><blockquote type="cite" class="">Thanks,<br class="">Omri.<br class=""><br class=""><blockquote type="cite" class="">I have 3 Controllers + 1 Compute (HA and Network Isolation). However I'm<br class="">having some issues logging on (maybe some keystone issue) and some issue<br class="">with openvswitch that I'm trying to address with Marius Cornea help.<br class=""><br class="">Regards,<br class="">Pedro Sousa<br class=""><br class=""><br class="">On Wed, Oct 21, 2015 at 11:54 AM, John Trowbridge < trown@redhat.com ><br class="">wrote:<br class=""><br class=""><br class="">Hola rdoers,<br class=""><br class="">The plan is to GA RDO Liberty today (woot!), so I wanted to send out a<br class="">status update for the RDO Manager installer. I would also like to gather<br class="">feedback on how other community participants feel about that status as<br class="">it relates to RDO Manager participating in the GA. That feedback can<br class="">come as replies to this thread, or even better there is a packaging<br class="">meeting on #rdo at 1500 UTC today and we can discuss it further then.<br class=""><br class="">tldr;<br class="">RDO Manager installs with 3 controllers, 1 compute, and 1 ceph on<br class="">virtual hardware have been verified to work with GA bits, however bare<br class="">metal installs have not yet been verified.<br class=""><br class="">I would like to start with some historical context here, as it seems we<br class="">have picked up quite a few new active community members recently (again<br class="">woot!). When RDO Kilo GA'd, RDO Manager was barely capable of a<br class="">successful end to end demo with a single controller and single compute<br class="">node, and only by using a special delorean server pulling bits from a<br class="">special github organization (rdo-management). We were able to get it<br class="">consistently deploying **virtual** HA w/ ceph in CI by the middle of the<br class="">Liberty upstream cycle. Then, due largely to the fact that there was<br class="">nobody being paid to work full time on RDO Manager, and the people who<br class="">were contributing in more or less "extra" time were getting swamped with<br class="">releasing RHEL OSP 7, CI on the Kilo bits became mostly red with brief<br class="">24 hour periods where someone would spend a weekend fixing things only<br class="">to have it break again early the following week.<br class=""><br class="">There have been many improvements in the recent weeks to this sad state<br class="">of affairs. Firstly, we have upstreamed almost everything from the<br class="">rdo-management github org directly into openstack projects. Secondly,<br class="">there is a single source for delorean packages for both core openstack<br class="">packages and the tripleo and ironic packages that make up RDO Manager.<br class="">These two things may seem a bit trivial to a newcomer to the project,<br class="">but they are actually fixes for the biggest cause of the RDO Manager<br class="">Kilo CI breaking. I think with those two fixes (plus some work on<br class="">upstream tripleo CI) we have set ourselves up to make steady forward<br class="">progress rather than spending all our time troubleshooting complete<br class="">breakages. (Although this is still openstack so complete breakages will<br class="">still happen from time to time :p)<br class=""><br class="">Another very easy to overlook improvement over where we were at Kilo GA,<br class="">is that we actually have all RDO Manager packages (minus a couple EPEL<br class="">dep stragglers[1]) in the official RDO GA repo. When RDO Kilo GA'd, we<br class="">did not even have everything officially packaged, rather only in our<br class="">special delorean instance.<br class=""><br class="">All this leads to my opinion that RDO Manager should participate in the<br class="">RDO GA. I am unconvinced that bare metal installs can not be made to<br class="">work with some extra documentation or configuration changes. However,<br class="">even if that is not the case, we are in a drastically better place than<br class="">we were at the beginning of the Kilo cycle.<br class=""><br class="">That said, this is a community, and I would like to hear how other<br class="">community participants both from RDO in general and RDO Manager<br class="">specifically feel about this. Ideally, if someone thinks the RDO Manager<br class="">release should be blocked, there should be a BZ with the blocker flag<br class="">proposed so that there is actionable criteria to unblock the release.<br class=""><br class="">Thanks for all your hard work to get to this point, and lets keep it<br class="">rolling.<br class=""><br class="">-trown<br class=""><br class="">[1] https://bugzilla.redhat.com/show_bug.cgi?id=1273541<br class=""><br class="">_______________________________________________<br class="">Rdo-list mailing list<br class="">Rdo-list@redhat.com<br class="">https://www.redhat.com/mailman/listinfo/rdo-list<br class=""><br class="">To unsubscribe: rdo-list-unsubscribe@redhat.com<br class=""><br class=""><br class="">_______________________________________________<br class="">Rdo-list mailing list<br class="">Rdo-list@redhat.com<br class="">https://www.redhat.com/mailman/listinfo/rdo-list<br class=""><br class="">To unsubscribe: rdo-list-unsubscribe@redhat.com<br class=""></blockquote>_______________________________________________<br class="">Rdo-list mailing list<br class="">Rdo-list@redhat.com<br class="">https://www.redhat.com/mailman/listinfo/rdo-list<br class=""><br class="">To unsubscribe: rdo-list-unsubscribe@redhat.com<br class=""><br class=""></blockquote>_______________________________________________<br class="">Rdo-list mailing list<br class="">Rdo-list@redhat.com<br class="">https://www.redhat.com/mailman/listinfo/rdo-list<br class=""><br class="">To unsubscribe: rdo-list-unsubscribe@redhat.com<br class=""></blockquote><br class="">_______________________________________________<br class="">Rdo-list mailing list<br class="">Rdo-list@redhat.com<br class="">https://www.redhat.com/mailman/listinfo/rdo-list<br class=""><br class="">To unsubscribe: rdo-list-unsubscribe@redhat.com<br class=""><br class=""></blockquote></div></blockquote></div><br class=""></div></div></body></html>