From: Wang, Shane [mailto:shane.w...@intel.com]
Sent: Monday, August 05, 2013 7:37 AM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [Nova] Monitoring plugin file names
I prefer nova/compute/plugins/virt/libvirt, because I think a plugin might not
call libvirt or any virt
Hi,
I'd like to extend the information we produce with the Nova v3 API samples
in order to make it easier to automate as much as possible the generation
of a specification document. This should make it easier to keep the
documentation more accurate and up to date in the future. I believe that if
On Fri, Aug 02 2013, Doug Hellmann wrote:
On Fri, Aug 2, 2013 at 7:47 AM, Julien Danjou jul...@danjou.info wrote:
That would need the RPC layer to connect to different rabbitmq server.
Not sure that's supported yet.
We'll have that problem in the cell's collector, then, too, right?
If you
On Sat, Aug 03 2013, Herndon, John Luke (HPCS - Ft. Collins) wrote:
Hi John,
Hello, I'm currently implementing the event api blueprint[0], and am
wondering what access controls we should impose on the event api. The
purpose of the blueprint is to provide a StackTach equivalent in the
On Fri, Aug 02 2013, Thomas Maddox wrote:
Hi Thomas,
I've been poking around to get an understanding of what some of these
default meters mean in the course of researching this Glance bug
(https://bugs.launchpad.net/ceilometer/+bug/1201701). I was wondering if
anyone could explain to me what
Hi all,
We're having some issues with quota reservations not being deleted. I
understand this can happen in certain cases and that's why they have an expiry
time? But I've also noticed that reservations never expire in our system either.
Looking at the code, I think this is because the
+1
On Wed, Jul 31, 2013 at 8:55 PM, Lu, Lianhao lianhao.lu at intel.com
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
wrote:
* +1 -Lianhao Angus Salkeld wrote on 2013-07-31:** On 31/07/13
10:56 +0200, Julien Danjou wrote:** Hi,** ** I'd like to propose to
add
On Wed, Jul 31 2013, Julien Danjou wrote:
I'd like to propose to add Mehdi Abaakouk (sileht) to ceilometer-core.
He has been a valuable contributor for the last months, doing a lot of
work in the alarming blueprints, and useful code reviews.
I've proceed and added Mehdi to ceilometer-core.
Linus Nova wrote:
I installed OpenStack Savanna in OpenStack Grizzely release. As you can
see in savanna.log, the savanna-api start and operates correctly.
This is a development mailing-list, focused on development discussions
about the future Havana release. Questions about OpenStack usage (or
On 08/04/2013 12:09 PM, Thierry Carrez wrote:
Nachi Ueno wrote:
It looks like neutron gating error improves as much as non-neutron gating one,
so I would like to suggest to enable neturon-gating again.
+1
If those numbers are still valid as of today, I think we should turn it
back on.
On 08/04/2013 08:24 PM, Angus Salkeld wrote:
On 02/08/13 13:26 -0300, Sandy Walsh wrote:
On 08/02/2013 12:27 PM, Eoghan Glynn wrote:
On 08/01/2013 07:22 PM, Doug Hellmann wrote:
On Thu, Aug 1, 2013 at 10:31 AM, Sandy Walsh
sandy.wa...@rackspace.com
mailto:sandy.wa...@rackspace.com
Hello, everyone!
Patrick, Julien, thank you so much for your comments. As for the moments
Patrick mentioned in his letter, I'll describe our vision for them below.
1) Patrick, thank you for the idea! I think it would be great to add not
only 'post-lease actions policy', but also 'start-lease
Hey Julien,
On 8/5/13 3:14 AM, Julien Danjou jul...@danjou.info wrote:
On Fri, Aug 02 2013, Thomas Maddox wrote:
Hi Thomas,
I've been poking around to get an understanding of what some of these
default meters mean in the course of researching this Glance bug
On Mon, Aug 05 2013, Thomas Maddox wrote:
Thinking about it, the latter option seems to describe a very real concern
going forward that didn't occur to me when I was wandering around the
code. Specifically regarding option 2a, if message 2 arrives at CM before
message 1 because it ended up on
On Mon, Aug 5, 2013 at 8:55 AM, John Garbutt j...@johngarbutt.com wrote:
Given we seem to be leaning towards WSME:
http://lists.openstack.org/pipermail/openstack-dev/2013-August/012954.html
Could we not try to make WSME give us the documentation we need?
Not sure if its feasible, but it
On 3 August 2013 03:07, Christopher Yeoh cbky...@gmail.com wrote:
Some people had concerns about exposing the glance api publicly and so
wanted to retain the images support in Nova.
So the consensus seemed to be to leave the images support in, but to demote
it from core. So people who don't
On Mon, 5 Aug 2013 14:55:15 +0100
John Garbutt j...@johngarbutt.com wrote:
Given we seem to be leaning towards WSME:
http://lists.openstack.org/pipermail/openstack-dev/2013-August/012954.html
Could we not try to make WSME give us the documentation we need?
Not sure if its feasible, but it
On Mon, 5 Aug 2013 09:15:33 -0500
Anne Gentle annegen...@justwriteclick.com wrote:
On Mon, Aug 5, 2013 at 8:55 AM, John Garbutt j...@johngarbutt.com
wrote:
On 5 August 2013 08:44, Christopher Yeoh cbky...@gmail.com wrote:
A separate metafile is created for each api sample response
Hi Thierry,
it looks like that this question is about trunk or recently released Savanna
version, so, this mailing list is the right place for such question, isn't it?
On the other hand while we in Savanna have some separated releases maybe only
openstack-dev is the only right place for
Hi Anne,
On 5 August 2013 15:15, Anne Gentle annegen...@justwriteclick.com wrote:
On Mon, Aug 5, 2013 at 8:55 AM, John Garbutt j...@johngarbutt.com wrote:
Given we seem to be leaning towards WSME:
http://lists.openstack.org/pipermail/openstack-dev/2013-August/012954.html
Could we not try to
Hi Julien,
On 8/5/13 2:04 AM, Julien Danjou jul...@danjou.info wrote:
On Sat, Aug 03 2013, Herndon, John Luke (HPCS - Ft. Collins) wrote:
Hi John,
Hello, I'm currently implementing the event api blueprint[0], and am
wondering what access controls we should impose on the event api. The
On 08/05/2013 04:49 AM, Julien Danjou wrote:
On Fri, Aug 02 2013, Doug Hellmann wrote:
On Fri, Aug 2, 2013 at 7:47 AM, Julien Danjou jul...@danjou.info wrote:
That would need the RPC layer to connect to different rabbitmq server.
Not sure that's supported yet.
We'll have that problem in
On Mon, Aug 05 2013, Herndon, John Luke (HPCS - Ft. Collins) wrote:
This plans sounds good to me. We can enable/disable the event api for
users, but is there a way to restrict a user to viewing only his/her
events using the policy system? Or do we not need to do that?
There may be, but we
As per the request from the TC, here is a work in progress review for the redis
impl. its a POC. Plz understand that its more about seeing how this affects the
trove codebase than scrutinizing why i did X or Y in the redis impl, or whether
i should include config value Z. 3
On 07/31/2013 03:10 PM, Russell Bryant wrote:
Greetings,
I propose that we add Nikola Đipanov to the nova-core team [1].
Nikola has been actively contributing to nova for a while now, both in
code and reviews. He provides high quality reviews. so I think he would
make a good addition to
Sean Dague s...@dague.net writes:
On 08/04/2013 12:09 PM, Thierry Carrez wrote:
Nachi Ueno wrote:
It looks like neutron gating error improves as much as non-neutron gating
one,
so I would like to suggest to enable neturon-gating again.
+1
If those numbers are still valid as of today, I
On 05/08/13 16:09, John Garbutt wrote:
On 5 August 2013 15:15, Anne Gentleannegen...@justwriteclick.com wrote:
On Mon, Aug 5, 2013 at 8:55 AM, John Garbuttj...@johngarbutt.com wrote:
Given we seem to be leaning towards WSME:
Reported bug: https://bugs.launchpad.net/ceilometer/+bug/1208547
On 8/5/13 8:45 AM, Thomas Maddox thomas.mad...@rackspace.com wrote:
Yep, I'll do that this morning. Thanks!
On 8/5/13 8:40 AM, Julien Danjou jul...@danjou.info wrote:
On Mon, Aug 05 2013, Thomas Maddox wrote:
Thinking about
Thanks!
2013/8/5 Clark Boylan clark.boy...@gmail.com:
On Mon, Aug 5, 2013 at 10:21 AM, James E. Blair jebl...@openstack.org wrote:
Sean Dague s...@dague.net writes:
On 08/04/2013 12:09 PM, Thierry Carrez wrote:
Nachi Ueno wrote:
It looks like neutron gating error improves as much as
On Fri, Aug 2, 2013 at 7:07 PM, Christopher Yeoh cbky...@gmail.com wrote:
Hi Joe,
Am on my phone so can't find the links at the moment but there was some
discussion around this when working out what we should leave out of the v3
api. Some people had concerns about exposing the glance api
On Mon, Aug 5, 2013 at 7:26 AM, John Garbutt j...@johngarbutt.com wrote:
On 3 August 2013 03:07, Christopher Yeoh cbky...@gmail.com wrote:
Some people had concerns about exposing the glance api publicly and so
wanted to retain the images support in Nova.
So the consensus seemed to be to
On Mon, Aug 5, 2013 at 9:11 AM, Roman Bogorodskiy rbogorods...@mirantis.com
wrote:
Joe Gordon wrote:
Hi All,
even though Glance, has been pulled out of Nova years ago, Nova still
has a
images API that proxies back to Glance. Since Nova is in the process of
creating a new, V3,
+1 to not having nova be the all the things proxy. Hopefully openstack client
can help here, and its usage where needed/applicable.
Sent from my really tiny device...
On Aug 5, 2013, at 12:20 PM, Joe Gordon
joe.gord...@gmail.commailto:joe.gord...@gmail.com wrote:
On Mon, Aug 5, 2013 at
While working on the OpenDaylight ML2 MechanismDriver, one thing which cropped
up was configuration file options for MechanismDrivers and were those should be
stored. I was initially of the opinion we should put all configuration sections
into the ml2 configuration file, but this could get
Hi, we're sketching an agenda here -
https://etherpad.openstack.org/tripleo-havana-sprint
Note that its primarily a 'doing' event not a 'meeting' event, so we
don't expect this to be rigid.
Current thoughts are to bring everyone up to speed, then focus on key
issues for H - but please feel free
On 8/5/13 8:40 AM, Julien Danjou jul...@danjou.info wrote:
On Mon, Aug 05 2013, Thomas Maddox wrote:
Thinking about it, the latter option seems to describe a very real
concern
going forward that didn't occur to me when I was wandering around the
code. Specifically regarding option 2a, if
Hi all,
We are scheduled to publish Nova, Keystone, Glance, Networking, Cinder and
Horizon 2013.1.3 releases on Thursday Aug 8.
Ceilometer and Heat were incubating in Grizzly so they're not covered
by the stable
branch policy but Ceilometer and Heat teams are preparing 2013.1.3 releases on
their
This does sound like a neat approach, a hybrid if u will. Might be something to
try :-)
Sometimes I wish package managers were better, especially with regard to
'complex' (not really that complex in reality) dependencies.
Any possibility of opening up said makefiles?? Be interesting to look at
I have been inserting debug logging and stack traces into the code base to help
find out what is and is not happening.
· I am able to connect the LDAP backend to our Enterprise Directory
and perform a REST “get an unscoped token” from keystone. Following is the
result:
·
As of an hour ago the el6 (Centos) builds in SmokeStack all started failing.
I've documented the initial issue I'm seeing in this ticket:
https://bugs.launchpad.net/nova/+bug/1208656
The issue seems to be that we now hit a SchemaError which bubbles up from
glanceclient when the new direct
Well, the neutron gate is still unstable, it killed the
global-requirements change from going in today. Bug filed here:
https://bugs.launchpad.net/neutron/+bug/1208661
Can someone from the neutron team that has the ability to change bug
priorities please bump that to critical?
-Sean
On Tue, Aug 6, 2013 at 4:41 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Fri, Aug 2, 2013 at 7:07 PM, Christopher Yeoh cbky...@gmail.comwrote:
Hi Joe,
Am on my phone so can't find the links at the moment but there was some
discussion around this when working out what we should leave
Adam,
Great suggestion. Using the v3 API I have been able to grant a project role to
an LDAP user:
mark.m.mil...@hp.com
| 9798b027472d4f459d231c005977b3ac
| {roles: [{id: 7fb862d10b5c46679b4334eae9c73a46}]}
Mark
From: Adam Young [mailto:ayo...@redhat.com]
Sent: Monday, August 05, 2013 5:29
On Mon, Aug 05, 2013 at 12:03:07PM -0500, Dean Troyer wrote:
* proposals to use a tool to automatically decide between package and
PyPI (harlowja, sdague): this works well on the surface, but anything
that does not take in to account the dependencies in these packages
going BOTH ways is going
Hey Kyle,
We're currently going with the second option you describe - having separate
configuration files per mechanism driver, and passing these in on the
command line when starting Neutron. This feels much cleaner than putting
all configuration options into the ML2 config file, especially as
I wanted to get a temperature reading from everyone on this style guideline.
My view on it is that it's a useful heuristic but shouldn't be a
golden rule applied everywhere. Things like matches are designed to be
used as a dsl:
self.assertThat(foo, Or(Equals(1), Equals(2)))
rather than what
I'd favor weakening or removing this requirement. Besides google I've never
seen any other python project which enforced this standard, and I think
it's a very weak heuristic for readability.
Alex
On Mon, Aug 5, 2013 at 7:26 PM, Robert Collins robe...@robertcollins.netwrote:
I wanted to get a
On 08/05/2013 11:26 PM, Robert Collins wrote:
I wanted to get a temperature reading from everyone on this style guideline.
My view on it is that it's a useful heuristic but shouldn't be a
golden rule applied everywhere. Things like matches are designed to be
used as a dsl:
Excerpts from Robert Collins's message of 2013-08-05 19:26:20 -0700:
I wanted to get a temperature reading from everyone on this style guideline.
My view on it is that it's a useful heuristic but shouldn't be a
golden rule applied everywhere. Things like matches are designed to be
used as a
Hello,
I just saw that
https://github.com/openstack-dev/devstack/commit/6c84463071e1ff23e20e4ef4fb863aba0732bebc
as just landed.
I understand the good reasons for that and thanks for the works that
has been done into it but this has come to some weird side effects of
having devstack modifying
A few things we can go over this time:
1) Instance groups
2) Overall scheduler plan
3) Multiple active scheduler policies
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
___
OpenStack-dev mailing list
Hi all,
Partially in response to the trusts API review in keystoneclient
(https://review.openstack.org/#/c/39899/ ) and my work on keystone API
version discoverability (spell-check disagrees but I'm going to assume
that's a word - https://review.openstack.org/#/c/38414/ ) I was thinking
about
52 matches
Mail list logo