Hi Salvatore,
I did notice the issue and I flagged this bug report:
https://bugs.launchpad.net/nova/+bug/1352141
I'll follow up.
Cheers,
Armando
On 7 August 2014 01:34, Salvatore Orlando sorla...@nicira.com wrote:
I had to put the patch back on WIP because yesterday a bug causing a 100%
On Thu, Aug 7, 2014 at 6:20 AM, Sean Dague s...@dague.net wrote:
On 08/07/2014 07:58 AM, Angus Salkeld wrote:
On Wed, 2014-08-06 at 15:48 -0600, John Griffith wrote:
I have to agree with Duncan here. I also don't know if I fully
understand the limit in options. Stress test seems like it
Hi, are you on IRC? :)
Endre
2014-08-07 12:01 GMT+02:00 Piyush Harsh h...@zhaw.ch:
Dear All,
Let me use my first post to this list to introduce Cyclops and initiate a
discussion towards possibility of this platform as a future incubated
project in OpenStack.
We at Zurich university of
Hi Kevin,
I feel as your latest response is completely side stepping the points we
have been trying to get to in the last series of emails. At the end of the
day I don't believe we are changing the laws of networking (or perhaps we
are?). Thus I think it's important to actually get down to the
On 08/07/2014 01:32 PM, Jan Provaznik wrote:
Hi,
by default we don't set nameserver when setting up neutron subnet used
by overcloud nodes, then nameserver points to the machine where
undercloud's dnsmasq is running.
I wonder if we should not change *default* devtest setup to allow dns
On 07/08/14 12:15, Matthew Booth wrote:
I'm sure this is well known, but I recently encountered this problem for
the second time.
---
foo:
import oslo.config as cfg
import bar
CONF = cfg.CONF
CONF.register_opts('foo_opt')
---
bar:
import oslo.config as cfg
CONF = cfg.CONF
On Thu, 2014-08-07 at 12:15 +0100, Matthew Booth wrote:
A (the?) solution is to register_opts() in foo before importing any
modules which might also use oslo.config.
Actually, I disagree. The real problem here is the definition of
bar_func(). The default value of the parameter arg will likely
On 08/07/2014 09:55 AM, John Griffith wrote:
Seems everybody that's been around a while has noticed issues this
release and have talked about it, thanks Thierry for putting it together so
well and kicking off the ML thread here.
I'd agree with everything that you stated, I've also floated
On 07/08/14 14:17 +0200, Dmitry Tantsur wrote:
snip
2. We'll need to speed up spec reviews, because we're adding one more
blocker on the way to the code being merged :) Maybe it's no longer a
problem actually, we're doing it faster now.
I'm not sure if this will actually delay stuff getting
On 08/06/2014 05:35 PM, Yuriy Taraday wrote:
Oh, looks like we got a bit of a race condition in messages. I hope you
don't mind.
On Wed, Aug 6, 2014 at 11:00 PM, Ben Nemec openst...@nemebean.com wrote:
On 08/06/2014 01:42 PM, Yuriy Taraday wrote:
On Wed, Aug 6, 2014 at 6:20 PM, Ben
On Thu, Aug 7, 2014 at 9:28 AM, Eric Harney ehar...@redhat.com wrote:
On 08/07/2014 09:55 AM, John Griffith wrote:
Seems everybody that's been around a while has noticed issues this
release and have talked about it, thanks Thierry for putting it together
so
well and kicking off the ML
On 8/7/2014 10:27 AM, Kevin L. Mitchell wrote:
On Thu, 2014-08-07 at 12:15 +0100, Matthew Booth wrote:
A (the?) solution is to register_opts() in foo before importing any
modules which might also use oslo.config.
Actually, I disagree. The real problem here is the definition of
bar_func().
On 08/07/2014 03:20 PM, Russell Bryant wrote:
On 08/07/2014 09:07 AM, Sean Dague wrote: I think the difference is
slot selection would just be Nova drivers. I
think there is an assumption in the old system that everyone in Nova
core wants to prioritize the blueprints. I think there are a bunch
On 7 August 2014 16:39, John Griffith john.griff...@solidfire.com wrote:
On Thu, Aug 7, 2014 at 9:28 AM, Eric Harney ehar...@redhat.com wrote:
On 08/07/2014 09:55 AM, John Griffith wrote:
There are three things that have just crushed productivity and
motivation
in Cinder this release
On Thu, 2014-08-07 at 10:55 -0500, Matt Riedemann wrote:
On 8/7/2014 10:27 AM, Kevin L. Mitchell wrote:
On Thu, 2014-08-07 at 12:15 +0100, Matthew Booth wrote:
A (the?) solution is to register_opts() in foo before importing any
modules which might also use oslo.config.
Actually, I
Thanks Eugene for initiating Neutron bug squashing day!
I would like to focus on bug triaging and checking bug status rather
than fixing bugs.
There seem be many bugs which are not valid anymore.
Thanks,
Akihiro
On Thu, Aug 7, 2014 at 11:31 PM, Eugene Nikanorov
enikano...@mirantis.com wrote:
Hi
On 07/08/14 16:27, Kevin L. Mitchell wrote:
On Thu, 2014-08-07 at 12:15 +0100, Matthew Booth wrote:
A (the?) solution is to register_opts() in foo before importing any
modules which might also use oslo.config.
Actually, I disagree. The real problem here is the definition of
bar_func().
That's different behaviour, because you can no longer pass arg=None. The
fix isn't to change the behaviour of the code.
So use a sentinel...
--Dan
signature.asc
Description: OpenPGP digital signature
___
OpenStack-dev mailing list
On Thu, 2014-08-07 at 17:27 +0100, Matthew Booth wrote:
On 07/08/14 16:27, Kevin L. Mitchell wrote:
On Thu, 2014-08-07 at 12:15 +0100, Matthew Booth wrote:
A (the?) solution is to register_opts() in foo before importing any
modules which might also use oslo.config.
Actually, I
On 07/08/14 17:11, Kevin L. Mitchell wrote:
On Thu, 2014-08-07 at 10:55 -0500, Matt Riedemann wrote:
On 8/7/2014 10:27 AM, Kevin L. Mitchell wrote:
On Thu, 2014-08-07 at 12:15 +0100, Matthew Booth wrote:
A (the?) solution is to register_opts() in foo before importing any
modules which might
On 07/08/14 17:34, Dan Smith wrote:
That's different behaviour, because you can no longer pass arg=None. The
fix isn't to change the behaviour of the code.
So use a sentinel...
That would also be a change to the behaviour of the code, because you
can no longer pass in the sentinel.
These
On 07/08/14 17:39, Kevin L. Mitchell wrote:
On Thu, 2014-08-07 at 17:27 +0100, Matthew Booth wrote:
On 07/08/14 16:27, Kevin L. Mitchell wrote:
On Thu, 2014-08-07 at 12:15 +0100, Matthew Booth wrote:
A (the?) solution is to register_opts() in foo before importing any
modules which might also
You said you had no idea what group based policy was buying us so I tried
to illustrate what the difference between declarative and imperative
network configuration looks like. That's the major selling point of GBP so
I'm not sure how that's 'side stepping' any points. It removes the need for
the
On August 7, 2014 at 8:36:16 AM, Matt Wagner (matt.wag...@redhat.com) wrote:
On 07/08/14 14:17 +0200, Dmitry Tantsur wrote:
snip
2. We'll need to speed up spec reviews, because we're adding one more
blocker on the way to the code being merged :) Maybe it's no longer a
problem actually, we're
On Thu, Aug 7, 2014 at 9:02 AM, John Griffith john.griff...@solidfire.com
wrote:
On Thu, Aug 7, 2014 at 6:20 AM, Sean Dague s...@dague.net wrote:
On 08/07/2014 07:58 AM, Angus Salkeld wrote:
On Wed, 2014-08-06 at 15:48 -0600, John Griffith wrote:
I have to agree with Duncan here. I
I will be around today. I can help on bug triaging.. Catch me on IRC
(emagana)
Thank for coordinating this Eugene!
Edgar
On 8/7/14, 9:19 AM, Akihiro Motoki amot...@gmail.com wrote:
Thanks Eugene for initiating Neutron bug squashing day!
I would like to focus on bug triaging and checking bug
Hi all,
I have a ResourceGroup which wraps a custom resource defined in another
template:
servers:
type: OS::Heat::ResourceGroup
properties:
count: 10
resource_def:
type: my_custom_server
properties:
prop_1: ...
prop_2:
Indeed, thanks much Eugene for taking on this critical activity.
Please let me know if I can help in any way as well.
On Thu, Aug 7, 2014 at 7:39 AM, Kyle Mestery mest...@mestery.com wrote:
On Thu, Aug 7, 2014 at 9:31 AM, Eugene Nikanorov
enikano...@mirantis.com wrote:
Hi neutron folks,
On 08/07/2014 01:49 AM, Thierry Carrez wrote:
As an ex factory IT manager, I feel compelled to comment on that :)
Multidisciplinary training rules! As an architect with field experience
building roads, sidewalks, roofs, city planning (and training in lean
manufacturing and services) I think I
On Thu, 2014-08-07 at 17:44 +0100, Matthew Booth wrote:
These are tricky, case-by-case workarounds to a general problem which
can be solved by simply calling register_opts() in a place where it's
guaranteed to be safe.
No, THE CODE IS WRONG. It is evaluating a configuration value at
_module
On Thu, 2014-08-07 at 17:46 +0100, Matthew Booth wrote:
In any case, the operative point is that CONF.attribute must
always be
evaluated inside run-time code, never at module load time.
...unless you call register_opts() safely, which is what I'm
proposing.
No, calling register_opts() at
On Thu, 2014-08-07 at 17:41 +0100, Matthew Booth wrote:
... or arg is an object which defines __nonzero__(), or defines
__getattr__() and then explodes because of the unexpected lookup of a
__nonzero__ attribute. Or it's False (no quotes when printed by the
debugger), but has a unicode type
On Thu, Aug 7, 2014 at 9:54 AM, Kevin Benton blak...@gmail.com wrote:
You said you had no idea what group based policy was buying us so I tried
to illustrate what the difference between declarative and imperative
network configuration looks like. That's the major selling point of GBP so
I'm
101 - 133 of 133 matches
Mail list logo