BLOG.info(self)

A little less than a year ago I picked up an old Dell CS24-SC 1U server from EBay. It's got a ton of power - dual quad core, 24 GB of RAM, 4 146 GB 15k SAS drives, and an integrated BMC. That last is something I've struggled with though. Because this is a server, I really don't want to leave a keyboard and mouse plugged in to it all the time. Unfortunately, I haven't been able to get the remote KVM functionality working. Until now, that is.

For TripleO I was tasked with enabling our deployment ramdisks to be built with Dracut. There are a couple of reasons we want to do this.

I attended my first OpenStack Summit in Atlanta last week, and now that I'm (mostly) recovered I wanted to write down some of my thoughts about the experience.

The first security update for Drupal since I started this blog was released a while back, and I negligently dragged my feet in actually applying it here because I was unsure how to do so in OpenShift. It turns out to be quite simple, but it did take me a while to figure out all the steps so I figured I would write them down here to help anyone else doing the same thing.

I said in a previous post that I would write something up about my devtest workflow once I had it nailed down a bit more, and although it's an always-evolving thing, I think I've got a pretty good setup at this point so I figured I'd go ahead and write it up. Instead of including scripts and such here, I'm just going to link to my Github repo where all of this stuff is stored and reference those scripts in this post.

Just ran into an issue running tox in diskimage-builder on a CentOS 6.5 instance I booted to test a change that failed the python26 gate test, so I thought I'd post the fix in case anyone else hits the same thing.

A full run of TripleO's devtest takes a long time - around an hour or more on my i7/16GB box even with a hot squid cache. Quite a bit of the time is spent building images, and there are a few ways to speed that up, some of which are easier than others.

I've been meaning to write something up about how I set up my OpenStack development environment because there are some handy things you can do before you even get started that will likely save you some hassle down the line. I've recently discovered that there are rather varied ways other people are doing this sort of thing, so keep in mind that this isn't the "right" way, it isn't the best way, but it's what works for me.

Since this comes up on a fairly regular basis, please note that community policy says review requests should not be posted to the openstack-dev list. For details and the correct methods to use, see Thierry's mailing list entry on the topic: http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264...

As an added bonus, now I don't have to search the archives to find that when I need to link someone to it. :-)

It's been a humbling week for me. Which is good because it means I'm learning things, but I will admit it would be nice to not find out I'm completely wrong about quite so many things in such a short span of time. I figured I would share what I've learned so it might be useful to someone else, because evidently it wasn't obvious to me.