I've finally gotten around to recording a demo of the current iteration of my tool to generate TripleO network isolation templates. You can watch the demo video (in which I say "umm". A lot. Sorry.) or check out the tool itself. There are also some templates generated with the tool if you want examples to start from.
This is sort of a PSA for something that has been available for quite a while. I run a Jenkins job locally that does RPM builds of proposed changes to a number of TripleO repos. This can be helpful if you want to test a change locally as it means you don't have to pull the code down and do a build yourself. Just sudo yum install -y https://repos.fedorapeople.org/repos/openstack-m/jenkins/rpm-build/333121/4/instack-undercloud-999.9.9-99999.noarch.rpm (for example) and you've got the change installed.
I had hoped to have this ready before the Austin summit, but...it didn't happen. Even so, this is the latest big advancement in OVB. It's now possible to do a baremetal-style deployment to OpenStack instances in a completely unmodified OpenStack cloud. Here's video proof: OVB on a stock OpenStack cloud.
This is going to be a bit of a different summit recap than my previous ones. Since Steve Hardy has already posted an excellent summary of the major TripleO topics from this summit, I'm not going to duplicate all of that here.
Instead, this will be a more personally focused post, wherein I reflect on my experience at this summit and how it compared to previous ones. If that kind of navel-gazing sounds incredibly uninteresting, then you might want to pull the rip cord now. :-)
One of the first things a new user of TripleO has to do is write a configuration file for their undercloud. While this is not as complex as, say, writing a nova.conf, there is still some level of difficulty due to the need for consistency between different options, and some less than ideal overlap/inconsistency between the options themselves. In the interest of easing new users' introduction to TripleO as much as possible, I've written a tool to help create undercloud.conf.
Update 2018-10-17: The plugin I discuss below no longer works with current versions of Thunderbird. Fortunately, there is another that provides the same functionality and is still compatible. See my followup post for details.
Quite a while ago my corporate calendar got switched from an internally hosted system to THE CLOUD!!!!
Ahem. Sorry, my buzzword detector went off and I flinched and hit caps lock. Don't ask me how that resulted in all of the !'s. ;-)
I did a post in the past about using caching and local mirrors to speed up TripleO development, but at this point TripleO has changed so much that pretty much everything in that post is completely outdated, so I thought it was time for another one about my current caching setup.
It's been a while since my last OVB update, and I've been meaning to post a network diagram for quite a while now so I figured I would combine the two.
In general, the news is good. Not only have I continued to use OVB for my primary TripleO development environment, but I also know of at least a couple other people who have done successful deployments with OVB. There is also some serious planning going on around how to switch the TripleO CI cloud over to OVB to make it more flexible and maintainable.
Another summit has come and gone, and I survived two trans-Pacific flights! A mere 16 hours of sleep when I got home is all it took to (mostly) get over the jet lag. :-)
But this isn't a travel blog, so you probably don't care about that. You want to know what's going on with OpenStack, at least from my perspective. If you don't care about that either, the back button is ^thataway^. Or maybe \/thataway\/ if you're on a mobile device.
Because every decent project related to OpenStack has to go through at least one rename. ;-)
Actually there are practical reasons behind this rename. First, it turns out a lot of people think you're joking if you start talking about QuintupleO (and to be fair, the name started out as a very tongue-in-cheek thing). More importantly, OpenStack Virtual Baremetal has applications outside of just TripleO, which is a fact that tends to get lost in the Stack-ception of the old name.
