rbowen

The Apache Software Foundation is excited to invite you to ApacheCon North America, which we'll be holding in Austin, Texas, April 13th - 16th.

TL;DR: Register today!

This event marks a couple of important anniversaries for us.

It's been 15 years since the first official ApacheCon, which we held in Orlando in march of 2000. (There was an earlier ApacheCon, but the Apache Software Foundation hadn't been incorporated at that point.)

It's also been 20 years since the initial release of the Apache HTTP Server, the project that started it all, and one of the most influential projects in all of the Open Source landscape. We'll be celebrating that by having Brian Behlendorf, the instigator of Apache httpd, keynote. But although he might spend some time nostalgically looking back, he'll be setting the tone for the rest of the event by mostly

rbowen

Networking

• Neutron - port doesnt actually come up, until state is toggled - https://ask.openstack.org/en/question/33203/neutron-port-doesnt-actually-come-up-until-state-is-toggled/

• Problem attaching a second interface into a VM - https://ask.openstack.org/en/question/44793/problem-attaching-a-second-interface-into-a-vm/

• issue while deploying openstack on a public cloud VM - https://ask.openstack.org/en/question/45729/issue-while-deploying-openstack-on-a-public-cloud-vm/

• icehouse with ML2 : VMs not able to get DHCP on Centos 6.5 - https://ask.openstack.org/en/question/45849/icehouse-with-ml2-vms-not-able-to-get-dhcp-on-centos-65/ (Issue appears abandoned. Will probably close unless someone has some insight that they'd like to share.)

rbowen

Abstract for Infra.next, SCALE edition

RDO: Packaging OpenStack for CentOS

OpenStack is "Open source software for creating private and public clouds." As with most Open Source projects, they release source code, and leave it to third parties to provide packages and distributions. Also, since OpenStack is a complicated stack of components, deployment can be tricky, and there's a number of third-party solutions for that, too.

RDO is a community effort to provide OpenStack packages for CentOS (and other RPM-based distros, like Fedora and RHEL), and a deployment tool to make it easier to use. In this talk, Rich Bowen, RDO OpenStack Community Liaison, will talk about that effort, the progress so far, and where you can help out in this effort. Along the way, CentOS board member and developer Jim Perrin will help answer difficult questions about CentOS and some of the details of packaging.

Notes

rbowen

Over the last few months, the RDO project - http://rdoproject.org/ - has been working with the CentOS project - http://centos.org/ - to provide packages and CI around OpenStack for people running CentOS, Red Hat Enterprise Linux, and Fedora, as part of the Cloud SIG effort - http://wiki.centos.org/SpecialInterestGroup/Cloud

This talk will cover what we're doing with the CentOS packaging effort, what remains to be done, and where you can get involved in this work.

RDO is a community of OpenStack developers and users on CentOS, Fedora, and Red Hat Enterprise Linux. The CentOS Linux distribution is a stable, predictable, manageable and reproduceable platform derived from the sources of Red Hat Enterprise Linux (RHEL).

rbowen

Yesterday, Eoghan Glynn led a Hangout to discuss the work around rebooting the OpenStack Ceilometer project, using the new approaches of the Gnocci project.

As you may remember, we talked about some of these ideas back in July in a podcast with Eoghan, and a lot of progress has been made towards those goals since then.

In the hangout, Eoghan talks about the Gnocci work, and how it restructures Ceilometer's internal data store, and provides a more lightweight API for retrieving current and historical data about your OpenStack implementation. Gnocci attempts to correct what is seen as a design misstep in the early days of Ceilometer, in which a great deal of static, or almost-static, data, is included in each data sample, resulting in poor performance and more storage space usage than necessary.

You can watch the hangout on YouTube and bring yo

rbowen

Swimming Upstream

For the first year and a half, RDO has been largely an effort run by Red Hatters, with some of the work going on behind the firewall. In our community meetup in Paris, at the OpenStack Summit, as I mentioned in my earlier post, we got a lot of feedback from people saying that they wanted greater insight into what we were doing, as well as the opportunity to play along.

So I wanted to quickly update with some of the things that we're doing in RDO to "swim upstream" a little more.

CentOS Cloud SIG

The CentOS Cloud SIG is moving along, although officially still in the "getting started" phase. We've started having weekly meetings on IRC, on the #centos-devel channel on Freenode. Those meetings are at 15:00 UTC every Thursday. (date -d "15:00 UTC" in your favorite shell will translate that to local time for you.) Have a look at the [minutes fro

rbowen

Community vs Commercial

When I talk about Red Hat's involvement in RDO (http://openstack.redhat.com/) the question I often get is, "doesn't that undermine sales of RHEL OSP (Red Hat's paid OpenStack offering)?"

Well, it's complicated.

What's RDO?

rbowen

When we started the RDO project back in April of 2013, the main focus was on producing a distribution of OpenStack that made it easy to deploy on CentOS, Fedora, and Red Hat Enterprise Linux. While we put time into making it easy for the community around that distribution to grow and support itself, most of the technical work was done inside Red Hat, and there were parts of it that weren't very visible to the community.

It's time to prioritize opening up the RDO development process, and making the technical governance of the project available to the entire community.

https://www.flickr.com/photos/rbowen/15981888051/

A month ago in Paris, at the OpenStack Summit, 40 or 50 RDO enthusiasts gathered to discuss the RDO community, and what we can do to make it more inclusive. The number one thing that was asked for was more documentation around the process, and transparency into the CI results, so that everyone can see what's going on, and know where they can jump in.

Our first step in this direction is to docu

rbowen

Mentoring in Open Source (And everywhere else)

I have been working on the Apache http server for almost 20 years now. I've written 9 books about httpd, and spoken at more than fifty conferences. I'm a member of the Apache Software Foundation, where I serve as a board member, and as the Executive Vice President. I am responsible for putting on ApacheCon, both in North America and Europe, which is the official conference of the ASF.

Each of these things, I do because someone encouraged me to do something that I knew, deep down, I was incapable of doing, and then cheered me on as I did it.

Direct, intentional mentoring is 100% of the reason that I am where I am today, professionally and personally. I very literally owe everything to the people who have mentored me over the last 20 years. And over the last 5 years, I've very intentionally mentored some other people, to pass the karma on. Whether they're all aware that I've been doing it or not isn't really important. I have specific reasons why I think that

rbowen

To: rdo-list@redhat.com

In Paris, we talked about what we might do to get more of RDO testing/ci out into the open, and a great opportunity has arisen out of that conversation. You can read the full details on the centos-devel list, at http://lists.centos.org/pipermail/centos-devel/2014-December/012454.html

In short, this is an opportunity to move some or all of our testing/CI onto community infrastructure, and get more engagement from the CentOS community, as well as make it easier for you, the RDO community, to participate in things that have, up until now, been handled mostly by people inside Red Hat. This is what you told us, in Paris, you wanted to have more access to and visibility into.

If you're interested in participating in this effort, please have a look at http://wiki.centos.org/QaWiki/PubHardware , get subscribed to centos-devel - http://lists.centos.org/mailman/listinfo/centos-devel - and jump in.

--Rich