OpenStack status

[Pádraig Brady]

Hi,

Here is the latest Fedora OpenStack status report:

   https://fedoraproject.org/wiki/OpenStack_status_report_2012-09-28

Historical archives are here:

   http://fedoraproject.org/wiki/OpenStack_status_reports

Cheers,
Pádraig.

(appended below for convenience)

= Distro News =

== Folsom Fedora 18 test days ==
Coinciding with the Folsom and Fedora 18 releases, we ran two
[https://fedoraproject.org/wiki/Test_Day:2012-09-18_OpenStack Fedora Folsom test days]
on Sep 18th and 25th aligned around the Folsom-3 and Folsom-rc1 releases respectively.
Cinder and Heat are new components compared to the last test day,
and new tests have been included for quantum and swift.
This is a good place to start to get a quick hands on overview of OpenStack.

== OpenStack Installer ==
Derek Higgins has been working on an [https://github.com/derekhiggins/os-installer
OpenStack installer],
that supports distributed and scripted installs.

== OpenStack side Repositories ==
To augment the [https://apps.fedoraproject.org/packages/s/openstack official Fedora
OpenStack packages],
we've made an [http://repos.fedorapeople.org/repos/openstack/ OpenStack side
repository] available giving
more flexibility with which OpenStack version is installed on a particular distribution.
Included there for example are the trunk chasing RPMs from the
[http://smokestack.openstack.org/about smokestack] project.

== Fedora OpenStack patch management ==
With such a vibrant project as OpenStack, efficient patch management is imperative.
The Fedora OpenStack packages largely automate the patch management process through git,
and this process is now documented at the [http://fedora-openstack.github.com/ landing
page for fedora-openstack] which is
the github organisation used to share these patch management trees.

= Project News =

== Folsom Released ==
Foslom was released on Sep 27th.
Mark McLoughlin prepared [https://lists.launchpad.net/openstack/msg17006.html stats on who
contributed]
where you can drill down to details on review and bug handling stats too.
Also referenced there is the pretty
[http://bitergia.com/public/previews/2012_09_pre-folsom_openstack/ bitergia analysis of
Folsom commits]
where Red Hat features prominently.

== OpenStack Foundation ==
The [http://www.openstack.org/foundation/ OpenStack Foundation] was launched on
19-09-2012
and there were a few associated elections.

* [https://lists.launchpad.net/openstack/msg16722.html Project Technical Leads for
Grizzly]
* [http://lists.openstack.org/pipermail/openstack-announce/2012-September/00...
Technical committee elected members]
* [http://lists.openstack.org/pipermail/foundation/2012-August/001066.html Individual
Board Members]
* [http://lists.openstack.org/pipermail/foundation/2012-August/001065.html Gold Board
Members]

== OpenStack Summit ==
The main [http://openstacksummitfall2012.sched.org/ OpenStack conference and OpenStack
design summit] are coincident.

Summarised below are presentations and proposals from Red Hat employees.

=== Main conference presentations ===

* Mark McLoughlin and Thierry Carez -
[http://openstacksummitfall2012.sched.org/event/b616388023e820ced9c09dc384... From
tactical to strategic contributions]
* Steven Dake -
[http://openstacksummitfall2012.sched.org/event/f5101a8e719a56fcd895f6461b... Heat: A
template based orchestration engine for OpenStack]
* Perry Myers -
[http://openstacksummitfall2012.sched.org/event/23f5f2f25702e93bff3ccf9613... OpenStack
Distributions: How they will shape the future of OpenStack innovation]

=== Design summit proposals ===

* Mark McLoughlin
** Stable branch status and plans
** Oslo status and plans
** nova - making sense of the config options
** Review of python dependencies

* Dan Prince
** Make PostgreSQL a first class citizen
** SmokeStack as a multi-distro test system

* Steven Dake
** heat - Orchestration API - Technical discussion of openstack-specific orchestration
API
** heat - Roadmap discussion - Short (5 mins) description of current unsolved  roadmap
items with open brainstorm design session about future roadmap items in 2013

* Angus Salkeld
** Cloudwatch for OpenStack - Describe CloudWatch and how to make it a reality for
OpenStack

* Russell Bryant
** nova - bug handling status and plans
** nova - remove direct database access from compute nodes

* Adam Young
** keystone - PKI status and plans
** keystone - LDAP and Active Directory integration

* Robert Kukura
** quantum - Modular L2 Plugin and Agent

* Gary Kotton
** quantum - rosetta-plugin

== Red Hat contributions ==

Alan Pevec and Mark McLoughlin worked on [https://review.openstack.org/#/c/10579/
improvements to paste config],
supporting less coupled config, which was added to Nova, Glance and Cinder.

Russell Bryant completed the [https://blueprints.launchpad.net/nova/+spec/no-db-messaging
no-db-messaging] work in Nova.

Angus Salkeld has worked on merging a bunch of core service infrastructure
into openstack-common.

Adam Young has been working on PKI token revocation support.

There is too much to track in detail the OpenStack upstream activity of Red Hat
developers,
but here is a link showing the [http://goo.gl/aewXr latest Red Hat OpenStack upstream
development]

== Stable Branch ==
New members from Red Hat, Debian and Suse were added to the
[https://launchpad.net/~openstack-stable-maint OpenStack stable maintenance team],
responsible for the stable branches.

= Community engagement =

== OpenStack community meetup, London ==
The [http://www.meetup.com/Openstack-London/events/77153502/ 2nd London OpenStack
meeting]
took place on Thurs 27th Sept in the same central London location as before.

= Related projects =

== heat API ==
The Heat project [http://lists.heat-api.org/pipermail/discuss/2012-September/000195.html
released V6].

[Matthew Miller]

On Fri, Sep 28, 2012 at 12:20:08PM +0100, Pádraig Brady wrote:
>  == OpenStack Installer ==
>  Derek Higgins has been working on an
>  [https://github.com/derekhiggins/os-installer OpenStack installer],
>  that supports distributed and scripted installs. 
THis is pretty awesome. I was just talking to Dan Walsh about this yesterday
-- it'd be cool if we could package this up in a useful way in Fedora to
make deploying an initial setup trivial.

-- 
Matthew Miller  ☁☁☁  Fedora Cloud Architect  ☁☁☁  <mattdm(a)fedoraproject.org&gt;

[Pádraig Brady]

On 09/28/2012 03:33 PM, Matthew Miller wrote:
>  On Fri, Sep 28, 2012 at 12:20:08PM +0100, Pádraig Brady wrote:
> > == OpenStack Installer ==
> > Derek Higgins has been working on an
> > [https://github.com/derekhiggins/os-installer OpenStack installer],
> > that supports distributed and scripted installs.
>
>  THis is pretty awesome. I was just talking to Dan Walsh about this yesterday
>  -- it'd be cool if we could package this up in a useful way in Fedora to
>  make deploying an initial setup trivial. 
That's the plan.

Note there is already the openstack-demo-install
in the openstack-utils package which can be used
to install all OpenStack packages on a single node
and connect them with a default configuration.

os-installer will be more general though, and I
expect will replace the demo-install script with
scripted config to do the same.

cheers,
Pádraig.

[Robyn Bergeron]

On 09/28/2012 08:13 AM, Pádraig Brady wrote:
>  On 09/28/2012 03:33 PM, Matthew Miller wrote:
> > On Fri, Sep 28, 2012 at 12:20:08PM +0100, Pádraig Brady wrote:
> >> == OpenStack Installer ==
> >> Derek Higgins has been working on an
> >> [https://github.com/derekhiggins/os-installer OpenStack installer],
> >> that supports distributed and scripted installs.
> >
> > THis is pretty awesome. I was just talking to Dan Walsh about this 
> > yesterday
> > -- it'd be cool if we could package this up in a useful way in Fedora to
> > make deploying an initial setup trivial.
>
>  That's the plan.
>
>  Note there is already the openstack-demo-install
>  in the openstack-utils package which can be used
>  to install all OpenStack packages on a single node
>  and connect them with a default configuration.
>
>  os-installer will be more general though, and I
>  expect will replace the demo-install script with
>  scripted config to do the same. 
What's the fundamental difference between these
scripts and devstack 
(http://www.devstack.org) - is it just that devstack normally pulls from 
the devel repositories? It looks like it can also be configured to pull 
from stable releases as well.

Mostly curiosity, though I did notice today that Devstack directly 
references F16, and that their FAQ states that Quantum isn't fully 
supported because of lack of OpenVSwitch packages - of course, that was 
F16, but that changed in F17...  but I do wonder if that specific point 
deters people from trying devstack out with the Fedora configuration, or 
even stops people from looking more closely at Fedora's implementation 
in ways aside from doing so with Devstack.

-robyn

>  cheers,
>  Pádraig.
>  _______________________________________________
>  cloud mailing list
>  cloud(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/cloud

[Pete Zaitcev]

On Wed, 03 Oct 2012 00:58:10 -0700
Robyn Bergeron <rbergero(a)redhat.com&gt; wrote:

>  What's the fundamental difference between these scripts and
> devstack 
>  (http://www.devstack.org) - is it just that devstack normally pulls from 
>  the devel repositories? It looks like it can also be configured to pull 
>  from stable releases as well. 
Difference is RPMs versus however stable upstream. We may have
patches in RPMs.

>   but I do wonder if that specific point 
>  deters people from trying devstack out with the Fedora configuration, or 
>  even stops people from looking more closely at Fedora's implementation 
>  in ways aside from doing so with Devstack. 
I am sitting in a meeting and Russell is demoing devstack right this
moment. It seems to work great with Fedora.

Personally, I never use Devstack, because we have perfectly workable
RPMs in Fedora. Just "yum install openstack-foo" and voila it just
works. Devstack is for developers who want to have a very quick
cycle from git to service restart (it would not re-clone over your
changes for that reason). I know I should use it, but I just apply
my patch to /usr/lib/python2*/site-packages/....., then put it to git.
Then next version of "yum update" wipes my experiments.

-- Pete

[Matthew Miller]

On Wed, Oct 03, 2012 at 12:58:10AM -0700, Robyn Bergeron wrote:
>  What's the fundamental difference between these scripts and
> devstack
>  (http://www.devstack.org) - is it just that devstack normally pulls
>  from the devel repositories? It looks like it can also be configured
>  to pull from stable releases as well. 
Devstack is a shell script that gets you up and going.

This is a puppet module one could build on for a production deployment.

It's more comparable to https://github.com/dellcloudedge/crowbar, which
would be valuable to look at if no one is already.

Also:

http://puppetlabs.com/company/news/press-releases/puppet-labs-announces-s...

http://forge.puppetlabs.com/puppetlabs/openstack



-- 
Matthew Miller  ☁☁☁  Fedora Cloud Architect  ☁☁☁  <mattdm(a)fedoraproject.org&gt;

[John Mark Walker]

----- Original Message -----
>  
>  Devstack is a shell script that gets you up and going.
>  
>  This is a puppet module one could build on for a production
>  deployment.
>  
>  It's more comparable to https://github.com/dellcloudedge/crowbar,
>  which
>  would be valuable to look at if no one is already.
>   
This all looks pretty cool. If I wanted to add GlusterFS to the mix, either to provide
shared storage for tenants or as a backing store for Swift, where would be the best place
to start?

-JM

[Adam Young]

On 10/24/2012 11:33 AM, John Mark Walker wrote:
>  ----- Original Message -----
> > Devstack is a shell script that gets you up and going.
> >
> > This is a puppet module one could build on for a production
> > deployment.
> >
> > It's more comparable to https://github.com/dellcloudedge/crowbar,
> > which
> > would be valuable to look at if no one is already.
> >
>  This all looks pretty cool. If I wanted to add GlusterFS to the mix, either to provide
> shared storage for tenants or as a backing store for Swift, where would be the best place
> to start?
>
>  -JM
>  _______________________________________________
>  cloud mailing list
>  cloud(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/cloud 
IIUC, Gluster is looking to
implement the Swift API and will be a drop 
in replacement for Swift.