<div dir="ltr">Hi Jay,<div><br></div><div>(quick note: I have not had a chance to test a patched neutron environment)</div><div class="gmail_extra"><br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im"><span style="color:rgb(34,34,34)">This sounds virtually identical to the Triple-O project's architecture</span><br></div>
of an undercloud and an overcloud -- and it makes sense, since a driving<br>
factor behind Triple-O is continuous deployment testing. :)<br></blockquote><div><br></div><div>This seems to be the word on the street  :)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I'm curious, though... how often do you change/update the *undercloud*<br>
-- the OpenStack installation that deploys the bare-metal machines? Is<br>
it just the *overcloud* that follows the master branches, or do you<br>
update the undercloud at a similar pace?<br></blockquote><div><br></div><div>The undercloud's configuration is also in Puppet, but it rarely changes. 9/10 times the undercloud is refreshed to demo production bare-metal deployments to new staff. The config changed once in 2013 and that was to move from Grizzly to Havana.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im"><span style="color:rgb(34,34,34)">Are you using Neutron? If so, what setup are you using for the</span><br></div>
undercloud and the overcloud? Are you using a flat or Vlan model for the<br>
undercloud and an SDN model (GRE? VxLAN?) for the overcloud?<br></blockquote><div><br></div><div>At the moment, the undercloud is still nova-network and VlanManager. It is, however, using Open vSwitch with brcompat. </div>
<div><br></div><div>I found that with the standard bridge module, nested instances (instances running in the overcloud) were not able to get IPs via DHCP. Somewhere along the path, the packet was just being dropped or ignored. Using ovs+brcompat resolved that issue.</div>
<div><br></div><div>I tried doing a simple Neutron setup on the undercloud earlier this year, but ran into this issue:</div><div><br></div><div><a href="http://www.gossamer-threads.com/lists/openstack/dev/26704">http://www.gossamer-threads.com/lists/openstack/dev/26704</a><br>
</div><div><br></div><div>I haven't re-tried since I posted that message.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im"><span style="color:rgb(34,34,34)">LOL. We had the same issue in our testing environments at AT&T. :)</span><br></div>
Strangely, it was difficult to find a 3270 filer lying around that<br>
nobody wanted ;) So, instead we just tested on the iSCSI basic drivers<br>
for Cinder.<br></blockquote><div><br></div><div>Yup, that's what we do, too.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im"><span style="color:rgb(34,34,34)">Interesting. Did you ever investigate using LXC containers instead of</span><br></div>
KVM/Qemu VMs for your testing environment OpenStack instances?<br></blockquote><div><br></div><div>I recently started looking into LXC as a compute driver in the past month, but just out of personal interest. I'm not sure if I want to use it to emulate our production environment, though. qemu might be dog slow, but it's still KVM which is what the production environments use. </div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im"><span style="color:rgb(34,34,34)">++ You may want to check with Mikal Still (cc'd) about linking into</span><br></div>
turbo-hipster for testing schema migrations on "realistic" databases,<br>
too.<br></blockquote><div><br></div><div>Oh thanks! I forgot about turbo-hipster. I now remember the release announcement + when Mikal was requesting production dbs to donate.</div><div><br></div><div>Joe </div></div></div>
</div>