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/00003... 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/b616388023e820ced9c09dc384afa... From tactical to strategic contributions] * Steven Dake - [http://openstacksummitfall2012.sched.org/event/f5101a8e719a56fcd895f6461b4a8... Heat: A template based orchestration engine for OpenStack] * Perry Myers - [http://openstacksummitfall2012.sched.org/event/23f5f2f25702e93bff3ccf961341c... 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].
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.
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.
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@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/cloud
On Wed, 03 Oct 2012 00:58:10 -0700 Robyn Bergeron rbergero@redhat.com 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
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-supp...
http://forge.puppetlabs.com/puppetlabs/openstack
----- 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
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@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.
cloud@lists.stg.fedoraproject.org
-
Adam Young -
John Mark Walker -
Matthew Miller -
Pete Zaitcev -
Pádraig Brady -
Robyn Bergeron