Excerpts from Mark McLoughlin's message of 2013-07-01 15:12:51 -0700:
On Mon, 2013-07-01 at 14:52 -0700, Clint Byrum wrote:
Last week I went to use oslo.config in a utility I am writing called
os-collect-config[1]...
While running unit tests on the main() method that is used for the CLI,
On Tue, 2013-07-02 at 00:24 -0700, Clint Byrum wrote:
Excerpts from Mark McLoughlin's message of 2013-07-01 15:12:51 -0700:
On Mon, 2013-07-01 at 14:52 -0700, Clint Byrum wrote:
Last week I went to use oslo.config in a utility I am writing called
os-collect-config[1]...
While
Thomas Goirand wrote:
So, shouldn't the .mo files be generated at build time only, and be kept
out of the Git?
+1
--
Thierry Carrez (ttx)
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Today in the Project release status meeting we'll be looking into
havana-2 milestone (2 weeks left!), Neutron renaming progress and the
proposed change[0] in blueprint tracking.
[0] http://lists.openstack.org/pipermail/openstack-dev/2013-June/011055.html
Feel free to add extra topics to the
John Dickinson wrote:
I really like the Solution 2 proposal.
There is also a Solution 3 variant:
Everything is a program. Some programs produce an integrated/server
piece, then that specific project (not the program that produces it)
needs to go through incubation.
That variant preserves the
On 2 July 2013 21:32, Thierry Carrez thie...@openstack.org wrote:
Thierry Carrez wrote:
'OpenStack Programs' are efforts which are essential to the completion
of our mission. Programs can create any code repository and produce any
deliverable they deem necessary to achieve their goals.
-Original Message-
From: Jay Pipes [mailto:jaypi...@gmail.com]
Sent: 02 July 2013 02:04
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] Move keypair management out of Nova and into
Keystone?
On 07/01/2013 07:49 PM, Jamie Lennox wrote:
On Mon, 2013-07-01 at
On 07/02/2013 05:32 AM, Victor Sergeyev wrote:
Hello All.
I have a question about the patch `Add unique constraint to FixedIp`
(see https://review.openstack.org/#/c/29364/), which is a part of
blueprint `Complete db unique key enforcement on all tables dbs`
Nova Baremetal Exposes Previous Tenant Data
-
### Summary ###
Data of previous tenants may be exposed to new ones when using Nova Baremetal
### Affected Services / Software ###
Keystone, Databases
### Discussion ###
Nova Baremetal is intended for testing and development only, it is not
On 1 July 2013 15:49, Andrew Laski andrew.la...@rackspace.com wrote:
On 07/01/13 at 11:23am, Mauro S M Rodrigues wrote:
One more though, about os-multiple-create: I was also thinking to remove
it, I don't see any real advantage to use it since it doesn't offer any kind
of flexibility like
The confirm will happen automatically, after a period of time.
Maybe 0 is a valid option there, I can't remember.
John
On 1 July 2013 03:18, guohliu guoh...@linux.vnet.ibm.com wrote:
On 06/28/2013 05:58 PM, John Garbutt wrote:
I am not sure its worth the extra calls.
Hopefully once we have
Hi everyone,
it appears that in different parts of nova various redundant
and ambiguously designed code pieces are laying hidden. I have
started hunting them recently with proposing and implementing a blueprint
for scheduler's host manager refactoring:
On Mon, 2013-07-01 at 21:03 -0400, Jay Pipes wrote:
On 07/01/2013 07:49 PM, Jamie Lennox wrote:
On Mon, 2013-07-01 at 14:09 -0700, Nachi Ueno wrote:
Hi folks
I'm interested in it too.
I'm working on VPN support for Neutron.
Public key authentication is one of feature milestone in the
On 07/02/2013 08:26 AM, Simo Sorce wrote:
On Mon, 2013-07-01 at 21:03 -0400, Jay Pipes wrote:
On 07/01/2013 07:49 PM, Jamie Lennox wrote:
On Mon, 2013-07-01 at 14:09 -0700, Nachi Ueno wrote:
Hi folks
I'm interested in it too.
I'm working on VPN support for Neutron.
Public key authentication
I've spent some time thinking about how Barbican (Key Management) can help
in this workflow.
We will have the ability to generate SSH keys (and a host of other key
certificate types). This is backed by cryptographically sound code and
we've spent some time figuring out the entropy problem and
On 07/02/2013 09:49 AM, Jarret Raim wrote:
I've spent some time thinking about how Barbican (Key Management) can help
in this workflow.
We will have the ability to generate SSH keys (and a host of other key
certificate types). This is backed by cryptographically sound code and
we've spent some
On Monday, July 1, 2013, Jamie Lennox wrote:
On Mon, 2013-07-01 at 14:09 -0700, Nachi Ueno wrote:
Hi folks
I'm interested in it too.
I'm working on VPN support for Neutron.
Public key authentication is one of feature milestone in the IPsec
implementation.
But I believe key-pair
On 2013-07-01 18:29, Qing He wrote:
The emails from this list stopped coming to my email address, is this
related?
I don't see how it could be. To my knowledge there's no connection
between Gerrit and openstack-dev. I actually use different addresses
for both.
-Ben
On 07/02/2013 07:24 AM, John Garbutt wrote:
On 1 July 2013 15:49, Andrew Laski andrew.la...@rackspace.com wrote:
On 07/01/13 at 11:23am, Mauro S M Rodrigues wrote:
One more though, about os-multiple-create: I was also thinking to remove
it, I don't see any real advantage to use it since it
On 07/02/2013 10:49 AM, Russell Bryant wrote:
On 07/02/2013 07:24 AM, John Garbutt wrote:
On 1 July 2013 15:49, Andrew Laski andrew.la...@rackspace.com wrote:
On 07/01/13 at 11:23am, Mauro S M Rodrigues wrote:
One more though, about os-multiple-create: I was also thinking to remove
it, I
On Mon, Jul 1, 2013 at 11:14 AM, Vishvananda Ishaya
vishvana...@gmail.comwrote:
On Jul 1, 2013, at 3:35 AM, Sheng Bo Hou sb...@cn.ibm.com wrote:
Hi Mate,
First, thanks for answering.
I was trying to find the way to prepare the bootable volume.
Take the default image downloaded by
On 07/02/2013 11:12 AM, Bryan D. Payne wrote:
I don't understand. Users already have custody of their own keys. The
only thing that Keystone/Nova has is the public key fingerprint
[1], not
the private key...
You acatually have the public key, not just the fingerprint,
That's a relieve! As you said, we designed the Quota API using the Trust API as
example, so it is not in the default pipeline, and we hope to commit it soon
for being reviewed. But the design is open for reviewing and feedback
https://wiki.openstack.org/wiki/DomainQuotaManagementAndEnforcement
Fixed, sorry about that!
On Jul 2, 2013, at 11:14 AM, Edgar Magana emag...@plumgrid.com
wrote:
Hi Kyle,
It seems that the document is locked, could you provide the access code?
Thanks,
Edgar
On 7/2/13 8:32 AM, Kyle Mestery (kmestery) kmest...@cisco.com wrote:
I've been spending
On Tue, Jul 2, 2013 at 11:10 AM, Kurt Griffiths
kurt.griffi...@rackspace.com wrote:
The idea has merit; my main concern is that we would be duplicating
significant chunks of code/logic between the fakes and the real services.
How can we do this in a DRY way?
I've done it a few different ways
+1 eagerly awaiting, sounds good.
Alan
-Original Message-
From: Edgar Magana [mailto:emag...@plumgrid.com]
Sent: July-02-13 12:15 PM
To: OpenStack List
Subject: Re: [openstack-dev] [networking] Changes to the OVS agent tunneling
Hi Kyle,
It seems that the document is locked, could you
On Jul 2, 2013, at 1:49 AM, Rosa, Andrea (HP Cloud Services)
andrea.r...@hp.com wrote:
Hi Vish,
Were other commands working on the compute node? It seems much more
likely that the node had a hung connection to rabbit. If you are not using
tcp
keepalives, a network hiccup (or failover)
On Tue, 2013-07-02 at 16:55 +, Tiwari, Arvind wrote:
Hi Simo,
I am lost.
Does Barbican is product came out of
https://wiki.openstack.org/wiki/KeyManager BP?
Yes Barbican is an implementation of this Blueprint afaik.
If yes, then why it is deviating from the BP which says Key
On 2013-07-01 15:10:26 -0700 (-0700), Mark Washenberger wrote:
[...]
The talk about permanence confuses me, unless we mean that more
permanent values are overridden by less permanent ones.
[...]
I think the permanence counter argument (which I don't agree with,
just recounting it for
On 2013-07-01 23:29:30 + (+), Qing He wrote:
The emails from this list stopped coming to my email address, is
this related?
Changing contact information in Gerrit (and Launchpad for that
matter) has no bearing on Mailman mailing list subscriptions on
lists.openstack.org. Perhaps the
###
Goal
###
We should fix work with DB, unify it in all projects and use oslo
One small addition I would suggest is a step to remove the unused
sqlalchemy-migrate code once this is all done. That's my main concern
with moving it to Oslo right now.
Also, is this a formal blueprint(s)? Seems like it should be.
-Ben
On 2013-07-02 12:50, Boris Pavlovic wrote:
On 07/02/2013 01:13 AM, Mark McLoughlin wrote:
On Tue, 2013-07-02 at 09:58 +0200, Thierry Carrez wrote:
Thomas Goirand wrote:
So, shouldn't the .mo files be generated at build time only, and be kept
out of the Git?
+1
Yep, agree too.
Interestingly, last time I checked, devstack
On 07/02/2013 05:46 AM, Doug Hellmann wrote:
On Tue, Jul 2, 2013 at 5:52 AM, Robert Collins
robe...@robertcollins.net mailto:robe...@robertcollins.net wrote:
On 2 July 2013 21:32, Thierry Carrez thie...@openstack.org
mailto:thie...@openstack.org wrote:
Thierry Carrez
Greetings,
Nova includes various compute drivers today, but the test coverage they
receive varies quite a bit. This is documented on the following wiki
page. The drivers are broken up into groups A, B, and C.
https://wiki.openstack.org/wiki/HypervisorSupportMatrix
We have two new compute
Wrote this answer this morning, but Simo beat me to it. Answer below sent
for posterity.
TL;DR:
Jay - it seems like we are on the same page. Barbican can be helpful for
generation and storage (if needed) of various types of keying material.
However, if your use case is better served by storing
We have two new compute drivers in the queue for Havana: docker [1]
and z/vm [2]. I'd like to propose as a piece of criteria for
inclusion that new drivers go into groups A or B.
I think this is a really good idea. As we continue to absorb new and
more complex drivers into the tree, the
delete_network() in the db_base class handles deleting the subnets
associated with the networks.
https://github.com/openstack/quantum/blob/master/quantum/db/db_base_plugin_v2.py#L1033
On Tue, Jul 2, 2013 at 12:31 PM, Edgar Magana emag...@plumgrid.com wrote:
Folks,
When I create a network
On 7/2/13 12:43 PM, Simo Sorce s...@redhat.com wrote:
On Tue, 2013-07-02 at 16:55 +, Tiwari, Arvind wrote:
Hi Simo,
I am lost.
Does Barbican is product came out of
https://wiki.openstack.org/wiki/KeyManager BP?
Yes Barbican is an implementation of this Blueprint afaik.
Barbican is
If the plugin performs operations when the subnet is created, how is
possible to roll-back those operation if the plugin implementation of
delete_subnet() is never called?
I donĀ¹t think we should let delete_network in debasepluginv2.py delete all
subnets, we could just ask the tenant user to
On 2013-07-02 20:14:35 + (+), Kyle Mestery (kmestery) wrote:
I'm trying to submit a gerrit review for a commit which is
dependent on another person's commit [1].
[...]
! [remote rejected] HEAD - refs/publish/master/bp/ml2-vxlan (no changes
made)
[...]
I want to say I've seen this
Good point. We should be calling delete_subnet() from delete_network() in
the db_base class rather than deleting it directly from the database.
Aaron
On Tue, Jul 2, 2013 at 1:39 PM, Edgar Magana emag...@plumgrid.com wrote:
If the plugin performs operations when the subnet is created, how is
Before filing a bug, do we really want this kind of functionality?
Is it correct to delete a network without really checking if the owner
really wants to delete all subnets associated with it?
Edgar
From: Aaron Rosen aro...@nicira.com
Reply-To: OpenStack List openstack-dev@lists.openstack.org
Kyle,
is this commit basically a rebase on top of 91e0850?
In that case the diff with the previous patchset would be empty.
I recall I had a similar issue; I just tweaked a comment line in my commit
to let gerrit think it was a different patchset.
Salvatore
On 2 July 2013 23:05, Kyle Mestery
Yes, I think this is the desired behavior. If someone deletes a network we
check to see if there are any ports on the network. If there are ports on
the network we raise. If there are no ports on the network we allow it to
be deleted. Since you cannot have a subnet without a network we should
On Jul 2, 2013, at 4:18 PM, Salvatore Orlando sorla...@nicira.com wrote:
Kyle,
is this commit basically a rebase on top of 91e0850?
In that case the diff with the previous patchset would be empty.
I recall I had a similar issue; I just tweaked a comment line in my commit to
let gerrit
Kyle,
I actually meant that this problem might occur if patchset 2, that you're
trying to push, is a rebase of patchset 1 on top of another patch in order
to make the commit dependent on another one. If that is the case, gerrit
won't see any difference between patchset2 and patchset1, as git diff
It makes sense totally. Then, instead of making the db_base class calling
the delete_subnet at the plugin level, shouldn't be better call
delete_subnet at the plugin level when the delete_network is called?
Basically:
def delete_network()
subnets = get_subnets()
for subnet in subnets:
The call should be in the db_base class. If you call self.delete_subnet()
from the db_base class then it will call the delete_subnet() method from
the plugin if implement. Inheritance.
On Tue, Jul 2, 2013 at 3:15 PM, Edgar Magana emag...@plumgrid.com wrote:
It makes sense totally. Then,
Got it!
I will file a bug for it and I will submit the fix this week.
Thanks,
Edgar
From: Aaron Rosen aro...@nicira.com
Reply-To: OpenStack List openstack-dev@lists.openstack.org
Date: Tuesday, July 2, 2013 3:33 PM
To: OpenStack List openstack-dev@lists.openstack.org
Subject: Re:
We want to initiate discussion about Elastic Data Processing (EDP) Savanna
component. This functionality is planned to be implemented in the next
development phase starting on July 15. The main questions to address:
-
what kind of functionality should be implemented for EDP?
-
what
Please respond with +1s or any concerns.
My only concern is that now he and Mikal can collude on patches while
the rest of us are asleep. Actually, maybe that's okay.
+1 from me :)
--Dan
___
OpenStack-dev mailing list
On Jul 2, 2013, at 8:17 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Michael Basnight's message of 2013-07-02 19:04:01 -0700:
On Jul 2, 2013, at 3:52 PM, Clint Byrum wrote:
Excerpts from Michael Basnight's message of 2013-07-02 15:17:09 -0700:
Howdy,
one of the TC requests for
+1
On Wed, Jul 3, 2013 at 12:02 PM, Ken'ichi Ohmichi
oomi...@mxs.nes.nec.co.jp wrote:
+1
On Tue, 02 Jul 2013 18:40:31 -0400
Russell Bryant rbry...@redhat.com wrote:
Greetings,
I would like to propose Christopher Yoeh to be added to the nova-core team.
Christopher has been prolific in
54 matches
Mail list logo