Mike Spreitzer mspre...@us.ibm.com wrote on 01/10/2013 06:58:10 AM:
Alex Glikson glik...@il.ibm.com wrote on 09/29/2013 03:30:35 PM:
Mike Spreitzer mspre...@us.ibm.com wrote on 29/09/2013 08:02:00 PM:
Another reason to prefer host is that we have other resources to
locate besides
I think an obvious first step of domain support outside keystone is for images.
Today, I believe, an image can be global or project based. There is
definitely a use case for a third state of being domain based - and hence
available to all projects in that domain, but not to those in other
Excerpts from Georgy Okrokvertskhov's message of 2013-09-30 11:44:26 -0700:
Hi,
I am working on the OpenStack project Murano which actually had to solve
the same problem with software level orchestration. Right now Murano has a
DSL language which allows you to define a workflow for a complex
Mike, this has been really fun, but it is starting to feel like a
rabbit hole.
The case for having one feels legitimate. However, at this point, I think
someone will need to actually build it, or the idea is just a pipe dream.
Excerpts from Mike Spreitzer's message of 2013-09-30 19:21:22 -0700:
On 1 October 2013 19:31, Clint Byrum cl...@fewbar.com wrote:
TripleO meets at 2000 UTC every Tuesday.
1900UTC.
:)
-Rob
--
Robert Collins rbtcoll...@hp.com
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
1) Please *do not* Approve or Reverify stable/* patches. The pyparsing
requirements conflict with neutron client from earlier in the week is still
not resolved on stable/*.
Also there's an issue with quantumclient and Nova stable/grizzly:
Thank you for your answer Clint.
I try to debug .and, I set up TripleO by real hadware to use.
2013/10/1 Clint Byrum cl...@fewbar.com
Excerpts from hideyasu hayashi's message of 2013-09-30 18:29:24 -0700:
Dear List,
Hi, I set up TripleO devtest environment on VMware(Ubuntu 12.04.3
Hi Mike and Zane,
Le 27/09/2013 15:58, Mike Spreitzer a écrit :
Zane Bitter zbit...@redhat.com wrote on 09/27/2013 08:24:49 AM:
Your diagrams clearly show scheduling happening in a separate stage to
(infrastructure) orchestration, which is to say that at the point where
resources are
All,
So I wrote out an article the other day on the background to the keystoneclient
changes that I've been trying to get through.
Please take a look:
http://www.jamielennox.net/blog/2013/09/27/apiclient-communications/
I'm hoping that it gives a better understanding of the concepts and
Clint Byrum cl...@fewbar.com wrote on 01.10.2013 08:31:44 - Excerpt:
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org,
Date: 01.10.2013 08:33
Subject: Re: [openstack-dev] [heat] [scheduler] Bringing things
together for Icehouse (now featuring software
All, you can view the bug here:
https://bugs.launchpad.net/glance/+bug/1222369
Thanks,
Maty.
-Original Message-
From: Iccha Sethi [mailto:iccha.se...@rackspace.com]
Sent: Monday, September 30, 2013 17:51
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] Waiting for
Alan Pevec wrote:
1) Please *do not* Approve or Reverify stable/* patches. The pyparsing
requirements conflict with neutron client from earlier in the week is still
not resolved on stable/*.
Also there's an issue with quantumclient and Nova stable/grizzly:
Warning, this is a little long, but it's the distillation of a
2.mumble hour call I had late last week with Devananda and Clint. It's
a proposal: please do comment and critique it.
The tl;dr read is:
- we've been doing good work
- but most of us are currently focused on the tech rather than the
On Mon, Sep 30, 2013 at 02:25:30PM -0700, Ravi Chunduru wrote:
Alessandro,
I agree with you. I created a Blueprint. Let us collaborate and achieve
this on all types of hypervisors.
All,
Here is the link for the BP as discussed.
+1
On Mon, Sep 23, 2013 at 7:38 PM, Emilien Macchi emilien.mac...@enovance.com
wrote:
+1
Anne is doing without any doubt an amazing job on OpenStack manuals.
Thank you Anne,
Emilien Macchi
# OpenStack Engineer
// eNovance Inc.
Today in the project/release status meeting, we expect a busy meeting as
we examine the last blockers before RC1. That includes looking into the
gate flaky tests that have been pleguing our velocity lately. In order
to issue the RC1s in the near future, we may have to restrict gating to
On 1 October 2013 21:37, Robert Collins robe...@robertcollins.net wrote:
- https://trello.com/tripleo as an experimental kanban for this [1]
This was private; sorry - fixed!
Also, I forgot to include a link to
https://wiki.openstack.org/wiki/TripleO/TripleOCloud which is draft
documentation
Hi,
Anne Gentle has been working consistently with me and my team from the time
we released the OpenStack Beginner's
Guide Diablo and Essex releases. Her work with Openstack manual project is
well known through out the community.
I am supporting Anne Gentle's candidature for OpenStack
Yes, it should. I'll mark the bug as a stable backport
Thanks
On 10/1/13 10:51 AM, Alan Pevec ape...@gmail.com wrote:
Hi Gary,
2013/9/29 Gary Kotton gkot...@vmware.com:
Not related to the stable branches, but related to trunk. At the moment
I am
working on
Hi,
I have just found out that there's already a source package called
trove in Debian:
http://packages.debian.org/source/sid/trove
Lucky, I don't think it will clash with OpenStack trove since it
produces libtrove-java* .deb files, though that's quite annoying. The
source package for OpenStack
Maybe the answer is hiding in plain sight: host aggregates. This is a
concept we already have, and it allows identification of arbitrary
groupings for arbitrary purposes.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Clint Byrum cl...@fewbar.com wrote on 10/01/2013 02:38:53 AM:
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org,
Date: 10/01/2013 02:40 AM
Subject: Re: [openstack-dev] [scheduler] [heat] Policy specifics
(for holistic infrastructure scheduling)
Mike,
On Tue, Oct 1, 2013 at 1:17 AM, Henry Nash hen...@linux.vnet.ibm.comwrote:
I think an obvious first step of domain support outside keystone is for
images. Today, I believe, an image can be global or project based. There
is definitely a use case for a third state of being domain based - and
Hi,
Don is on vacation. Lets try and have the meeting today.
Topics that come to mind:
1. Consolidating ideas regarding scheduling API's that we can propose for
summit – it would be great if we could come with a crystalized proposal for the
community
2. On the mail list there has been a lot
On Oct 1, 2013, at 6:45 AM, Thomas Goirand wrote:
Hi,
I have just found out that there's already a source package called
trove in Debian:
http://packages.debian.org/source/sid/trove
Lucky, I don't think it will clash with OpenStack trove since it
produces libtrove-java* .deb files,
Good idea, I'm very interested in that!
2013/10/1 Vishvananda Ishaya vishvana...@gmail.com
On Sep 30, 2013, at 1:12 AM, Daniel P. Berrange berra...@redhat.com
wrote:
On Fri, Sep 27, 2013 at 02:11:36PM -0400, Solly Ross wrote:
Hello Fellow OpenStackers,
I was working on a bug (
On 10/1/2013 10:53 AM, Michael Basnight wrote:
Well this sucks. Im not sure im a fan of renaming it because of the previous
existence of a package. Renaming is not fun. Ill let the more experienced
openstack peoples help decide on this...
Certainly it's not fun, but wouldn't it be easier
On Oct 1, 2013, at 8:00 AM, Nicholas Chase wrote:
On 10/1/2013 10:53 AM, Michael Basnight wrote:
Well this sucks. Im not sure im a fan of renaming it because of the previous
existence of a package. Renaming is not fun. Ill let the more experienced
openstack peoples help decide on
Hello,
I am wondering if we should handle potential issues (unlikely to happen
with the current code) now or wait to see what happens with the code in the
future ?
What I am referring to can be seen for example
in neutron/db/db_base_plugin_v2.py in _recycle_ip if we try to recycle the
same IP
On 10/01/2013 10:02 PM, Jonathan Dowland wrote:
On Tue, Oct 01, 2013 at 09:45:17PM +0800, Thomas Goirand wrote:
Since I have already uploaded python-troveclient (currently waiting in
the FTP master's NEW queue), OpenStack troveclient will be in Sid, but
if some day, someone wants to upload
We have vagrant working with virtual box to start up a trove development
environment. This was tested with VirtualBox on an Ubuntu machine but
should work with any other environment as well. This is nice and should
benefit the community to setup trove easily in multiple environments.
This repo
On 10/01/2013 12:02 AM, Alan Pevec wrote:
1) Please *do not* Approve or Reverify stable/* patches. The pyparsing
requirements conflict with neutron client from earlier in the week is still
not resolved on stable/*.
Also there's an issue with quantumclient and Nova stable/grizzly:
On 10/01/2013 11:23 PM, Michael Basnight wrote:
On Oct 1, 2013, at 8:00 AM, Nicholas Chase wrote:
On 10/1/2013 10:53 AM, Michael Basnight wrote:
Well this sucks. Im not sure im a fan of renaming it because of the
previous existence of a package. Renaming is not fun. Ill let the more
Hey all!
The job to automatically propose syncs from the openstack/requirements
repo went live today - as I'm sure you all noticed, since pretty much
everyone got a patch of at least some size.
The job works the same way as the translations job - it will propose a
patch any time the global repo
Hi,
First of all, before I reply, I'd like to tell that hopefully, I believe
we're fine in this specific case (at least on the Debian side of
things). Though it really shouldn't have happen, and I believe it's my
role to warn everybody about the risks.
On 10/02/2013 12:02 AM, Monty Taylor wrote:
Thx for getting this squared away zigo!!
On Oct 1, 2013, at 10:40 AM, Thomas Goirand wrote:
Hi,
First of all, before I reply, I'd like to tell that hopefully, I believe
we're fine in this specific case (at least on the Debian side of
things). Though it really shouldn't have happen, and I
Hi All,
Over the last few weeks, I've been working on compiling a list of metrics and
representing these metrics via wireframes that are important to show to users
on the Node, Rack(Logical Group), and Resource Class details pages in Tuskar.
These have been designed keeping the metrics that
Hi Neutron VPNaaS folks
In havana, IPsec site-to-site model and reference driver is merged.
Let's discuss next step! :P
I have created a page for this discussion.
so could you add your bp or thought or workitem on this etherpad page.
https://etherpad.openstack.org/NeutronVPNaaSIceHouse
I have
On 10/01/2013 01:40 PM, Thomas Goirand wrote:
Hi,
First of all, before I reply, I'd like to tell that hopefully, I believe
we're fine in this specific case (at least on the Debian side of
things). Though it really shouldn't have happen, and I believe it's my
role to warn everybody about
On Mon, Sep 30, 2013 at 4:23 PM, Elizabeth Krumbach Joseph
l...@princessleia.com wrote:
The OpenStack Infrastructure (Infra) team is hosting our weekly
meeting tomorrow, Tuesday October 1st, at 19:00 UTC in
#openstack-meeting
Minutes:
Infra have a move slot this weekend and *tuskar* are now queued up to
move at that point.
Once we've moved them, they will have their test runs coerced to use
the official mirror and requirements sets; we may find that breaks
current tests that are using the looser rules from stackforge - if so,
Folks:
Just an update regarding the change to move devstack to default
to the ML2 Neutron plugin instead of the OVS plugin. The patch [1]
merged yesterday. Full tempest tests were passed with this, but
just a heads up for those using devstack without specifying a
Neutron plugin specifically.
Congrat!
2013/10/1 Kyle Mestery (kmestery) kmest...@cisco.com:
Folks:
Just an update regarding the change to move devstack to default
to the ML2 Neutron plugin instead of the OVS plugin. The patch [1]
merged yesterday. Full tempest tests were passed with this, but
just a heads up for those
On Tue, Oct 1, 2013 at 6:45 PM, Tim Simpson tim.simp...@rackspace.comwrote:
Hi fellow Trove devs,
With the Designate project ramping up, its time to refactor the ancient
DNS code that's in Trove to work with Designate.
The good news is since the beginning, it has been possible to add new
On Oct 1, 2013, at 3:06 PM, Ilya Sviridov isviri...@mirantis.com wrote:
On Tue, Oct 1, 2013 at 6:45 PM, Tim Simpson tim.simp...@rackspace.com
wrote:
Hi fellow Trove devs,
With the Designate project ramping up, its time to refactor the ancient DNS
code that's in Trove to work with
Ilya you make a good point. We shouldn't spend time massively change the DNS
code if we'll just have to do it again so that HEAT can do everything for us.
I echo Mike's comments though that if for some reason someone wants Designate
support before we get HEAT integrated they should be able to
Hi all,
I read a similar topic was discussed before but it seems like no specific
and clear solution is provided in that discussion, anyone has the same
issue before and already solved it?
According to the vmware vsphere networking instruction, I create a port
group with the same name as the
We'd like to get tuskar projects doing releases sooner rather than
later. For python-tuskarclient, this is pretty much a no-brainer : we
just need to start doing it.
However, for tuskar-ui and tuskar it's more complex.
# tuskar
This is an API service; whats the story for non-integrated projects
great job! thanks
(how about auto sync from oslo too?
- projects.txt: projects want to be automatically synced from oslo
- heads.txt: HEAD for each module in oslo
whenever module maintainer think current module is strong enough to
publish, then he/she can edit the heads.txt of that module line,
On Oct 1, 2013, at 3:37 PM, Michael Basnight mbasni...@gmail.com wrote:
On Oct 1, 2013, at 3:06 PM, Ilya Sviridov isviri...@mirantis.com wrote:
On Tue, Oct 1, 2013 at 6:45 PM, Tim Simpson tim.simp...@rackspace.com
wrote:
Hi fellow Trove devs,
With the Designate project ramping up,
Richard,
Please look at https://wiki.openstack.org/wiki/Neutron/ML2
If anything is unclear or doesn't work please follow up so we can tweak the
wiki.
-- Henry
On Tue, Oct 01, at 9:33 pm Richard Woo (richardwoo2...@gmail.com) wrote:
Kyle, what is the proper way to configure ML2 plugin (I plan
On Oct 1, 2013, at 7:19 PM, Vipul Sabhaya wrote:
So from this API, I see that a configuration is a standalone resource that
could be applied to N number of instances. It's not clear to me what the API
is for 'applying' a configuration to an existing instance.
On 10/01/2013 08:08 PM, Robert Collins wrote:
We'd like to get tuskar projects doing releases sooner rather than
later. For python-tuskarclient, this is pretty much a no-brainer : we
just need to start doing it.
Yup. Just do it.
However, for tuskar-ui and tuskar it's more complex.
#
On 2 October 2013 18:20, Monty Taylor mord...@inaugust.com wrote:
# tuskar-ui
This is a Horizon plugin -
http://git.openstack.org/cgit/stackforge/tuskar-ui/tree/docs/install.rst#n57
- so it's not super clear to me how to make releases of it. Should it
really just be in the Horizon tree?
54 matches
Mail list logo