Sponsors for the oVirt project
by Oved Ourfalli
Hey all,
My name is Oved Ourfali, I'm working in the Red Hat Virtualization management group, Projects team.
We would like to add oVirt, an open source virtualization project, to Fedora.
The feature page for oVirt is in: https://fedoraproject.org/wiki/Features/oVirt
In order to proceed with it, we need sponsors for the different oVirt packages.
Any volunteers?
It is exciting to be involved in a new Fedora project!
Thank you,
Oved
12 years, 4 months
P2P Packaging/Koji Cloud
by Denis Arnaud
Hello,
RedHat-hosted Koji servers offer an invaluable service by allowing all of
us, package maintainers, to build all of "our" Fedora packages. I guess
that that infrastructure is not cost-less for RedHat and and the quality of
service is great (for instance, the wait in the queues, before Koji
actually builds the packages submitted via the command-line client, is not
so long).
As Fedora is pretty advanced in the cloud/virtualisation arena, we could
imagine a "Koji Cloud", hosted on VMs offered by volunteers. For instance,
I could contribute a few VMs in Europe (hosted on http://www.ovh.co.uk/).
Our Cloud SIG (https://fedoraproject.org/wiki/Cloud_SIG) and/or Virt ML (
https://admin.fedoraproject.org/mailman/listinfo/virt and
https://fedoraproject.org/wiki/Getting_started_with_virtualization)/RedHat
ET (http://et.redhat.com/) colleagues could help designing and implementing
the following infrastructure:
* VM template/images, ready to be started on the volunteer's servers
everywhere in the world, 24x7.
- SSH public keys of Koji administrators would be part of the images,
so that they can have an easy access to them, just in case.
- Those VMs would update themselves automatically.
- The containers could be standardised as well. For instance,
ProxMox/OpenVZ or Fedora/CentOS with libvirt.
* A directory (LDAP, or something less centralised, like the address book
of Skype, for instance), keeping track of all those VMs:
- with the corresponding last known status;
- with the VM configurations (Fedora/CentOS release, CPU, memory, disk
usage, etc);
- with some rating corresponding to their quality of service (build
duration, reliability of the VM, MTBF, etc).
* A dispatcher system:
- which would route the Koji build requests to available VMs;
- collect the outcome of the builds (logs, RPM packages, statistics,
QoS, etc) and store them in the current ("centralised") Koji infrastructure.
As I am not a specialist of all those technologies, I may have forgotten a
lot of things, but you get the idea.
Doesn't it sound great? Does it sound realisable? Am I crazy to dream to
such an infrastructure?
Cheers
Denis
12 years, 4 months
OpenStack status
by Mark McLoughlin
Hey,
* Matt Domsch proposed an OpenStack hackfest at FUDCon Blacksburg:
http://lists.fedoraproject.org/pipermail/cloud/2011-November/001020.html
If you're planning on going to FUDCon, please come along to the
hackfest!
* Russell Bryant switched Nova to MySQL by default and added a really
sweet helper script for setting up the DB:
http://lists.fedoraproject.org/pipermail/cloud/2011-November/001025.html
And we're discussing whether to also switch all the other services
over to MySQL by default.
* Cole Robinson posted his notes on getting Horizon working:
http://lists.fedoraproject.org/pipermail/cloud/2011-November/001022.html
The main issue seems to be getting keystone integration working,
with is becoming a common theme for a lot of us.
* Thankfully, Alan Pevec is working on figuring out how to get
keystone integration working with all of the various services and
will post instructions soon.
* Alan has also pushed the latest keystone release (2011.3.1) into
testing for F16 and EPEL6:
https://admin.fedoraproject.org/updates/FEDORA-2011-16415/openstack-keyst...
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2011-5167/openstack-k...
Please test and give karma!
* Pádraig Brady has been making great progress on getting OpenStack
working with EPEL6. Everything is now in good enough shape that the
core test cases from our previous Test Day now work on EPEL.
With Toshio, Steve Traylen and Alan Pevec's help, we have
python-sqlalchemy0.7, python-webob1.0 and python-nose1.1 in EPEL
stable.
Pádraig also had to fix a number of issues with python-migrate to
make it work okay with sqlalchemy0.7.
He is looking for karma on:
https://admin.fedoraproject.org/updates/python-migrate-0.6-6.el6
https://admin.fedoraproject.org/updates/openstack-nova-2011.3-10.el6
https://admin.fedoraproject.org/updates/openstack-glance-2011.3-3.el6
Also of interest is his notes on handling multiple versions of
Python eggs, which hopefully should be included in the packaging
guidelines soon:
http://lists.fedoraproject.org/pipermail/cloud/2011-November/001019.html
* As part of the EPEL work, Pádraig has posted patches upstream to
support the use of libguestfs in Nova:
https://review.openstack.org/1993
https://review.openstack.org/1994
This is needed because the RHEL6 kernel doesn't have nbd support,
but also just because libguestfs rocks! :)
* Bob Kukura and Chris Wright have been keeping an eye on packaging
related changes happening in Quantum upstream. These changes will
all end up in the Essex release:
https://lists.launchpad.net/netstack/msg00512.html
* Pete Zaitcev is continuing to test Swift and has just about got
over the speed bump that is keystone:
http://lists.fedoraproject.org/pipermail/cloud/2011-November/001016.html
* Russell Bryant and William Henry have continued making good progress
on adding a Qpid RPC driver to Nova
* Angus Salkeld was seeing glance api crashing:
https://bugzilla.redhat.com/755896
The underlying issue here, though, turned out to be that the
nova-volumes service was failing on startup because the loopback
image based nova-volumes LVM volume group wasn't available.
* I've proposed a new python module for handling CLI options and
configuration files upstream, which will hopefully help us unify how
this works across all OpenStack projects:
http://www.mail-archive.com/openstack@lists.launchpad.net/msg05656.html
* I've been added to the Nova core team upstream, which is pretty fun:
https://lists.launchpad.net/openstack/msg05906.html
* The Open vSwitch kernel module has been posted upstream:
http://lists.openwall.net/netdev/2011/11/21/165
This means we're one step closer to being able to include OVS into
Fedora and use it with Quantum. Chris Wright has begun
investigating Open vSwitch packaging.
Cheers,
Mark.
12 years, 4 months
Cloud SIG meeting minutes :: 2011-12-02
by Robyn Bergeron
Thanks for coming to our lively meeting today!
:)
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting/2011-12-02/cloud_sig.2011...
Log:
http://meetbot.fedoraproject.org/fedora-meeting/2011-12-02/cloud_sig.2011...
-Robyn
==========================
#fedora-meeting: Cloud SIG
==========================
Meeting started by robynna at 19:00:47 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2011-12-02/cloud_sig.2011...
.
Meeting summary
---------------
* YO YO, who's here (robynna, 19:01:01)
* Agenda for today (robynna, 19:03:33)
* Gluster/HekaFS (robynna, 19:05:44)
* expect a steady stream of announcements re: glusterfs project
wrangling; ie, advisory board, project governannce, feature
priority, schedule, etc. (robynna, 19:17:04)
* openstack (robynna, 19:19:47)
* sdake and asalkeld have openstack integration with pacemaker cloud
(HA project) (robynna, 19:21:04)
* markmc got nominated into nova-core group (able to approve patches,
etc.), more involvement in general upstream (mostly nova thus far)
from fedora folks (robynna, 19:21:49)
* status from past week in https://fedoraproject.org/wiki/User:Markmc
(robynna, 19:22:59)
* proposal for openstack hackfest at FUDCon, see mailing list for info
(robynna, 19:24:52)
* LINK: http://www.fedoraproject.org/wiki/FUDCon:Blacksburg_2012
(robynna, 19:25:25)
* Eucalyptus (robynna, 19:27:04)
* please reserve your rooms for fudcon before the block runs out, as
in, ASAP please :) (robynna, 19:30:15)
* cloudstack (robynna, 19:33:17)
* Eucalyptus, round 2, plus image building, I think (robynna, 19:41:05)
* Summary: Euca needs images to run. They have starter images, but
want to (1) allow users/partners/etc. to contribute their own
images; (2) make it easy for euca users to find those images; (3)
make it easy to pull amazon images in. (robynna, 19:46:45)
* LINK: https://github.com/boxgrinder/boxgrinder-appliances
(mgoldmann, 19:59:43)
* LINK:
https://github.com/boxgrinder/boxgrinder-appliances/blob/master/BoxGrinde...
(mgoldmann, 19:59:54)
* LINK:
https://github.com/boxgrinder/boxgrinder-appliances/blob/master/CentOS/Ce...
this is for example community submitted (mgoldmann, 20:00:22)
* LINK: http://boxgrinder.org/tutorials/appliance-definition/<--
sample at bottom of this page, too (robynna, 20:00:23)
* LINK: http://boxgrinder.org/< sample in the middle of the page :)
(mgoldmann, 20:00:43)
* LINK:
https://github.com/boxgrinder/boxgrinder-build/commit/5b2e35aef5f528d1d5a...
(mgoldmann, 20:05:44)
* LINK: http://boxgrinder.org/community/ (mgoldmann, 20:07:58)
* Open Floor (robynna, 20:10:03)
* LINK: http://boxgrinder.org/tutorials/boxgrinder-build-plugins/
(sdake, 20:11:51)
Meeting ended at 20:23:19 UTC.
Action Items
------------
Action Items, by person
-----------------------
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* robynna (153)
* johnmark (70)
* mgoldmann (63)
* gregdek (58)
* sdake (41)
* ke4qqq (35)
* gholms (29)
* russellb (19)
* jdarcy (10)
* kkeithley (7)
* mull (5)
* zodbot (5)
* obino (5)
* Southern_Gentlem (4)
* traylenator (3)
* dgilmore (3)
* jsmith (3)
* jforbes (3)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
12 years, 4 months