[Rdo-list] GSoC Cloud in a Box
by sad man
Hello, I am working with Rich Bowen on the Project "Cloud in a Box
<http://wiki.centos.org/GSoC/2015/Ideas#head-30d3148cc4d19d0404b6afc178578...>"
the main idea is to address the "cloud deployment" convenience problem by
providing an ISO/image file that installs OpenStack (our choice for cloud)
along with OS.
RB told me that I can ask for some help regarding my project here and I
believe there may be some people who have an idea of the background from
which this idea originated, and help me refine my design.
My understanding is to provide a single node openstack system based on
CentOS. For developing this idea my current design is to develop an
extension in Anaconda that robustly installs OpenStack (as per my search
up-till now there are no mainstream linux distros that provide
pre-installed OpenStack except for Ubuntu 15
<https://wiki.ubuntu.com/VividVervet/ReleaseNotes> maybe). Currently I am
exploring anaconda source to achieve this and also delving into Ubuntu 15's
installer for some pointers.
I would be grateful if you guys can help me in anyway:
1. Help refine the design/technologies, (maybe there is a motivation that I
am unaware of that I should address in my design)
2. Help with anaconda's development (entry/exit points). They have a pretty
good source documentation wiki but I am confused on where should my
extension go.
--
Cheers,
Asad
9 years, 5 months
[Rdo-list] RDO Manager -- PXE boot fails with error: Unrecognized option "--autofree"
by Salman Khan
Hi Guy,
I am trying to deploy overcloud on the VMs through pxe. Nodes do get
discovered properly but when I deploy the overcloud, the pxe boot get
failed with following error:
Unrecognized option "--autofree"
Steps to Reproduce:
1. Install the undercloud using "Baremetal Environment"
2. Get images
3. Register virtual nodes with ironic by using "pxe_ssh" option
4. Introspect Nodes
5. Create Flavors
6. Deploy the Overcloud
I have attached the screenshot here and also filed the ticket *Bug 1232813*
<https://bugzilla.redhat.com/show_bug.cgi?id=1232813>
Any quick thoughts what could be the issue. One comes is mind is iPXE
version but I am not sure where and which package to update. The base
operating system is Ubuntu 12.04 where I am pxe booting the VMs using
virt-manger/libvirtd.
Regards,
Salman Khan
9 years, 5 months
[Rdo-list] CentOS Cloud SIG meeting notes
by Rich Bowen
=====================
#centos-devel Meeting
=====================
Meeting started by rbowen at 15:05:53 UTC. The full logs are available
at centos-devel/2015/centos-devel.2015-06-18-15.05.log.html .
Meeting summary
---------------
* CentOS Cloud SIG (rbowen, 15:06:00)
* Roll Call (rbowen, 15:06:31)
* GSoC Update (rbowen, 15:08:03)
* ACTION: tmrts I plan that next week network configuration, RESTful
client and systemd configuration(start-up services) will be over.
(tmrts, 15:12:11)
* LINK: https://github.com/TamerTas/cloud-init (tmrts, 15:12:25)
* ACTION: tmrts I plan that next week network configuration, RESTful
client and systemd configuration(start-up services) will be over.
(tmrts, 15:13:31)
* LINK: https://github.com/TamerTas/cloud-init (tmrts, 15:13:38)
* Action items (rbowen, 15:24:56)
* LINK:
http://seven.centos.org/2015/06/introduction-to-cloud-sig-talk-in-fudcon-...
(rbowen, 15:27:08)
* ACTION: rbowen will write posts about "big tent" on seven.centos.org
(rbowen, 15:28:03)
* Packaging/CI update (rbowen, 15:28:25)
* Open Floor (rbowen, 15:32:23)
* LINK: https://github.com/apevec/centos-release-openstack/ <= this is
the content of our release package (number80, 15:41:43)
Meeting ended at 15:52:46 UTC.
Action Items
------------
* tmrts I plan that next week network configuration, RESTful client and
systemd configuration(start-up services) will be over.
* tmrts I plan that next week network configuration, RESTful client and
systemd configuration(start-up services) will be over.
* rbowen will write posts about "big tent" on seven.centos.org
Action Items, by person
-----------------------
* rbowen
* rbowen will write posts about "big tent" on seven.centos.org
* tmrts
* tmrts I plan that next week network configuration, RESTful client
and systemd configuration(start-up services) will be over.
* tmrts I plan that next week network configuration, RESTful client
and systemd configuration(start-up services) will be over.
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* rbowen (50)
* number80 (31)
* dneary (23)
* tmrts (18)
* kbsingh (16)
* kushal (12)
* asad_ (9)
* centbot (3)
--
Rich Bowen - rbowen(a)redhat.com
OpenStack Community Liaison
http://rdoproject.org/
9 years, 5 months
[Rdo-list] Fwd: Re: [openstack-dev] [all][release] summit session summary: Release Versioning for Server Applications
by Ihar Hrachyshka
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Note that the new versioning proposal starts to land in projects, so
you may need a series of fixes to add epochs to your server packages.
F.e. see neutron series in delorean:
https://review.gerrithub.io/#/q/Ie7f47fb6f13487ddb6ae4d75184d9d86c0ce4a8
4
- -------- Forwarded Message --------
Subject: Re: [openstack-dev] [all][release] summit session summary:
Release Versioning for Server Applications
Date: Wed, 17 Jun 2015 11:44:22 -0400
From: Doug Hellmann <doug(a)doughellmann.com>
Reply-To: OpenStack Development Mailing List (not for usage questions)
<openstack-dev(a)lists.openstack.org>
To: openstack-dev <openstack-dev(a)lists.openstack.org>
Excerpts from Doug Hellmann's message of 2015-06-16 15:55:04 -0400:
> Excerpts from Thierry Carrez's message of 2015-06-16 11:45:51
> +0200:
>> Doug Hellmann wrote:
>>> [...] I put together a little script [1] to try to count the
>>> previous releases for projects, to use that as the basis for
>>> their first SemVer-based version number. I pasted the output
>>> into an etherpad [2] and started making notes about proposed
>>> release numbers at the top. For now, I'm only working with the
>>> projects that have been managed by the release team (have the
>>> "release:managed" tag in the governance repository), but it
>>> should be easy enough for other projects to use the same idea
>>> to pick a version number.
>>
>> Your script missed 2015.1 tags for some reason...
>>
>> I still think we should count the number of "integrated"
>> releases instead of the number of releases (basically considering
>> pre-integration releases as 0.x releases). That would give:
>>
>> ceilometer 5.0.0 cinder 7.0.0 glance 11.0.0 heat 5.0.0 horizon
>> 8.0.0 ironic 2.0.0 keystone 8.0.0 neutron* 7.0.0 nova 12.0.0
>> sahara 3.0.0 trove 4.0.0
>>
>> We also traditionally "managed" the previously-incubated
>> projects. That would add the following to the mix:
>>
>> barbican 1.0.0 designate 1.0.0 manila 1.0.0 zaqar 1.0.0
>>
>
> I have submitted patches to update all of these projects to the
> versions listed here.
>
> See https://review.openstack.org/#/q/topic:semver-releases,n,z
Those patches were all failing because of semver rules enforced by
pbr. The fix is to add a version tag for an earlier version (that
is, to make the 1.0.0 version change in setup.cfg work we need a
1.0.0a0 tag). I'm starting to push those tags today, and I will be
rechecking the setup.cfg updates as I do.
If you start seeing unexpected versions appear in your local sandbox,
the tags are why. I don't expect that to cause issues with any local
builds, but if you see problems start by rebuilding your tox
virtualenvs.
We did identify one potential issue with heat's reliance on its package
version for indicating deprecations and supported features. I'll be
waiting to make any of these changes to heat until I've had a chance to
confer with the core team about the best approach for ensuring the
version change won't cause issues.
Doug
________________________________________________________________________
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscri
be
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQEcBAEBCAAGBQJVgoVjAAoJEC5aWaUY1u57yQUH/jS5IyonTXKFJy1ujzm2c6Ql
9dhc/t6FOOqZvFKCkqep8B/MybgQo6YHrY2JolLM+tvfobjE3qpmS5QrZRXWp+60
gYuhXu2KDRZK+tsAIWsEPSFabgrgLlQNP+280pkigUbIEiGNc68MlG9xExy68sun
Wt9lcQF/Hy16lxSgWz95k+JekjC4t2m27NtVXV7x/bbmmfve3PNQTcNA6WmD0nZ3
QlVW/xlQXZoZ4YIzFkNmStKTudTWJqdmrqHBBjmppXvKv8ef6Yg9F19A8sQtnjjl
jmwCrx4vZg3nc1/AbF4rq9uXMiRJ/5dFp+C9S+hs7XwsfaP+myuXbD/uHtLtzAg=
=+Qbr
-----END PGP SIGNATURE-----
9 years, 5 months
