On Tue, Jul 30, 2013 at 8:55 AM, Thierry Carrez thie...@openstack.orgwrote:
Joe Gordon wrote:
Going forward I think we should support two approaches:
1) some faster mostly python based (because we are a python project)
rootwrap solution, there are many good ideas proposed above.
Paul,
Depending on what version of keystone you are utilizing there are a couple
options to use the UUID token format (instead of PKI).
Very recent (current master) of keystone uses a pluggable provider system.
To set the provider to uuid, in the [token] section set the option:
Hi all.
TL;DR: I've created a blueprint [1] regarding weight normalization.
I would be very glad if somebody could examine and comment it.
Recently I've been developing some weighers to be used within nova and I
found that the weight system was using raw values. This makes difficult
for an
There was another patch needed:
In: /opt/stack/nova/nova/network/neutronv2/api.py
In the def _get_available_networks function, the developer has added a specific
line of code filtering networks by the tenant_id.
In general as far as I understand, this might be unneeded as quantum will
already
Hi Steve,
I found it's hard to understand how to make a image from README on github
address https://github.com/stackforge/diskimage-builder . Is there any other
document about how to make a lxc image using diskimage-builder step by step?
Thanks
--
Best regards!
On Thu, Aug 01 2013, Sam Morrison wrote:
OK so is it that ceilometer just leaves the message on the queue or
only consumes certain messages?
Ceilometer uses its own queue. There might be other processes consuming
this notifications, so removing them may be not a good idea.
The problem may be
Joe Gordon wrote:
I tried
swapping out rootwrap for sudo and that made the issue go away.So I
think we should go back to supporting just using sudo instead of
rootwrap, and make sure any future solutions support a sudo only option
as well. But I am open to other ideas, I just think we
On Thu, 2013-08-01 at 11:39 +0200, Thierry Carrez wrote:
Following past discussions[1] on the TC, here is my proposal to cover
for release management, stable branch management and VMT efforts within
OpenStack.
Feel free to suggest title or wording changes :)
Official Title: Release
On Thu, 2013-08-01 at 10:36 +0200, Julien Danjou wrote:
On Thu, Aug 01 2013, Sam Morrison wrote:
OK so is it that ceilometer just leaves the message on the queue or
only consumes certain messages?
Ceilometer uses its own queue. There might be other processes consuming
this
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 the
+1
On Thu, Aug 1, 2013 at 2:51 PM, Sean Dague s...@dague.net wrote:
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
Jeremy,
thank you for this announce. It would be very helpful to mention those projects.
- Roman Prykhodchenko
On Aug 1, 2013, at 06:18 , Jeremy Stanley fu...@yuggoth.org wrote:
A quick announcement... thanks to the invaluable assistance of Chuck
Short, Dan Prince, Julien Danjou and others,
On 07/31/2013 11:18 PM, Jeremy Stanley wrote:
A quick announcement... thanks to the invaluable assistance of Chuck
Short, Dan Prince, Julien Danjou and others, some projects are now
being successfully tested against and gated on Python 3.3 (with even
more projects very close to ready for the
On 08/01/2013 07:02 AM, Mark McLoughlin wrote:
On Thu, 2013-08-01 at 10:36 +0200, Julien Danjou wrote:
On Thu, Aug 01 2013, Sam Morrison wrote:
OK so is it that ceilometer just leaves the message on the queue or
only consumes certain messages?
Ceilometer uses its own queue. There might be
On 08/01/2013 04:24 AM, Álvaro López García wrote:
Hi all.
TL;DR: I've created a blueprint [1] regarding weight normalization.
I would be very glad if somebody could examine and comment it.
Something must have changed. It's been a while since I've done anything
with the scheduler, but
On Thu, Aug 01 2013, Sandy Walsh wrote:
Hmm, if notifications are turned on, it should fill up. For billing
purposes we don't want to lose events simply because there is no
consumer. Operations would alert on it and someone would need to put out
the fire.
So currently, are we're possibly
Yes that will! Copying and pasting the public key is difficult.
Will try this out.
Regards.
PCM (Paul Michali)
MAIL p...@cisco.com
IRC pcm_ (irc.freenode.net)
TW @pmichali
On Aug 1, 2013, at 2:43 AM, Morgan Fainberg m...@metacloud.com wrote:
Paul,
Depending on what version of
On 08/01/2013 09:19 AM, Julien Danjou wrote:
On Thu, Aug 01 2013, Sandy Walsh wrote:
Hmm, if notifications are turned on, it should fill up. For billing
purposes we don't want to lose events simply because there is no
consumer. Operations would alert on it and someone would need to put out
+1
-Original Message-
From: Sean Dague [mailto:s...@dague.net]
Sent: Thursday, August 01, 2013 1:51 PM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [Nova] Proposal to add Nikola Đipanov to nova-core
On 07/31/2013 03:10 PM, Russell Bryant wrote:
Greetings,
I
On Thu, Aug 01 2013, Sandy Walsh wrote:
Right, that is a concern. Within RAX we have two downstream services
that consume notifications (StackTach and Yagi) and we've configured
nova to write to two queues. --notifications_topics can take a list.
Fair enough. So IIUC that means we should
On 08/01/2013 10:25 AM, Julien Danjou wrote:
On Thu, Aug 01 2013, Sandy Walsh wrote:
Right, that is a concern. Within RAX we have two downstream services
that consume notifications (StackTach and Yagi) and we've configured
nova to write to two queues. --notifications_topics can take a
+1
On 07/31/13 at 03:10pm, 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
asynchronous worker meeting 2 Aug 2013 14:00 UTC in #openstack-glance
please look at https://etherpad.openstack.org/havana-glance-requirements before
the meeting
cheers,
brian
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
HI
AFAIK, amqp only uses the exchange as a dispatcher and all storage is done in
the queue ... but I could be wrong. I vaguely recall there being a durable
exchange setting as well as durable queue.
AFAIK if a message can't be routed there are three options:
- the message is discarded (I think
Thanks. This will be expected behavior then.
-Ravi.
On Wed, Jul 31, 2013 at 10:02 PM, Addepalli Srini-B22160
b22...@freescale.com wrote:
RPC will send the notifications to the queues that have joined the
exchanges.
** **
Any notifications that were published before your service
Hi Brian,
I had a read over the summary wiki page and the individual docs.
My main thought was that although the asynchronous nature seems attractive,
the problems the new API is setting out to solve could be adapted to the
existing images API. This view seems to be shared and well highlighted
Monty,
I had a quick look on ceilometer, it looks one place to get all
notifications.
I will deploy and try it out.
Thanks,
-Ravi.
On Wed, Jul 31, 2013 at 10:34 PM, Monty Taylor mord...@inaugust.com wrote:
Also, if you're wanting to buld services on top of OpenStack that want
to respond to
On Wed, Jul 31, 2013 at 5:00 AM, Henry Nash hen...@linux.vnet.ibm.comwrote:
Hi Adam,
Wanted to just give you more detail on the issue I keep pressing on for
your change (https://review.openstack.org/#/c/36731/).
For extensions which create their own private tables, I totally get it.
I'd
On Jul 31, 2013, at 2:28 PM, Remo Mattei r...@mattei.org wrote:
Hi everyone, I wonder if anyone has seen this error where neutron does
not start. here is the error I get with devstack. Any suggestions are
welcomed.
Remo
remo@openstack-ub:~/devstack$ cd /opt/stack/neutron python =
On Aug 1, 2013 2:06 AM, Thierry Carrez thie...@openstack.org wrote:
Joe Gordon wrote:
I tried
swapping out rootwrap for sudo and that made the issue go away.So I
think we should go back to supporting just using sudo instead of
rootwrap, and make sure any future solutions support a
Morning,
I'm having some issues getting devstack + neutron going.
If I don't use Q_USE_DEBUG_COMMAND, it completes and notes that the l3 agent
has failed to start. Here's a paste of the stack.sh error and the stack trace
from q-l3 = https://gist.github.com/jameskyle/6133049
If I do use the
On 2013-08-01 14:43:48 +0300 (+0300), Roman Prykhodchenko wrote:
[...]
It would be very helpful to mention those projects.
Sure! For the past day or so, openstack/oslo.config and
openstack-dev/pbr have been gating their unit tests on Python 3.3
(I've been told this even caught a potential py3k
On 08/01/2013 11:40 AM, Dolph Mathews wrote:
On Wed, Jul 31, 2013 at 5:00 AM, Henry Nash hen...@linux.vnet.ibm.com
mailto:hen...@linux.vnet.ibm.com wrote:
Hi Adam,
Wanted to just give you more detail on the issue I keep pressing
on for your change
On 08/01/2013 01:03 PM, Kyle Mestery (kmestery) wrote:
On Aug 1, 2013, at 11:56 AM, Eleouet Francois f.eleo...@gmail.com
wrote:
Hi,
The issue is tracked here: https://bugs.launchpad.net/neutron/+bug/1206013
s/cfg.NoSuchOptError/AttributeError/ in neutron/agent/linux/ip_lib.py
worked well
The short answer is: you can test and develop it locally but you cannot push
it upstream until you get the dependencies released. As much as that may be
frustrating, it prevents an enormous amount of pain which OpenStack has gone
through in the past when things fail to be released as expected.
On Thu, Aug 1, 2013 at 12:28 PM, Adam Young ayo...@redhat.com wrote:
On 08/01/2013 11:40 AM, Dolph Mathews wrote:
On Wed, Jul 31, 2013 at 5:00 AM, Henry Nash hen...@linux.vnet.ibm.comwrote:
Hi Adam,
Wanted to just give you more detail on the issue I keep pressing on for
your change
Thanks everyone who have joined today's Savanna meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-08-01-18.06.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-08-01-18.06.txt
Log:
Did the trick, thanks!
I was in the process of catching the unhanded exception in legacy.py to see
what was going. Definitely saved me some time.
cheers,
-james
On Aug 1, 2013, at 10:03 AM, Kyle Mestery (kmestery) kmest...@cisco.com wrote:
On Aug 1, 2013, at 11:56 AM, Eleouet Francois
The Marconi project team holds a weekly meeting in #openstack-meeting-alt
on Thursdays, 16:00 UTC.
The next meeting is tomorrow, August 02.
Everyone is welcome. However, please take a minute to review the wiki
before attending for the first time:
http://wiki.openstack.org/marconi
## Agenda
The Cinder Support Matrix
https://wiki.openstack.org/wiki/CinderSupportMatrix, states that snapshot
listing is implemented in drivers by: LVM, EMC, NetApp, IBM, etc. However,
I could not find any methods or interfaces in the cinder volume api that
implement snapshot listing. Could anybody clarify
+1
On Wed, Jul 31, 2013 at 8:55 PM, Lu, Lianhao lianhao...@intel.com 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 Mehdi Abaakouk (sileht) to ceilometer-core.
He has been a valuable contributor
On Thu, Aug 1, 2013 at 9:25 AM, Julien Danjou jul...@danjou.info wrote:
On Thu, Aug 01 2013, Sandy Walsh wrote:
Right, that is a concern. Within RAX we have two downstream services
that consume notifications (StackTach and Yagi) and we've configured
nova to write to two queues.
Sorry, I cleaned them out after resolving.
Kyle helped me with the bug:
This fixed it for me:
cd /usr/local/lib/python2.7/dist-packages
sudo rm -rf oslo*
sudo pip install --upgrade
http://tarballs.openstack.org/oslo.config/oslo.config-1.2.0a3.tar.gz#egg=oslo.config-1.2.0a3
It's tracked
Excellent, thank you all!
On Wed, Jul 31, 2013 at 11:18 PM, Jeremy Stanley fu...@yuggoth.org wrote:
A quick announcement... thanks to the invaluable assistance of Chuck
Short, Dan Prince, Julien Danjou and others, some projects are now
being successfully tested against and gated on Python
Hi List,
I'm trying to port some UI(horizon) customization I did in Folsom so that it
works in Grizzly and I could use everyone's help. Must of the process has
gone smoothly, just one piece that isn't working. It's the code that gets
the extra-specs of a flavor. My old Folsom based code looks
Hi,
I have some troubles when I want connect savanna UI (august version) in
Horizon. This what I have in apache file error :
[Fri Aug 02 01:26:33 2013] [notice] caught SIGTERM, shutting down
[Fri Aug 02 01:26:34 2013] [warn] mod_wsgi: Compiled for Python/2.7.2+.
[Fri Aug 02 01:26:34 2013] [warn]
Hi Mark
When I use latest oslo,
Oslo.config raises AttributeError instead of NoSuchOptError.
(now devstack is using latest oslo, and this is also breaking neutron gating)
Neutron agents handles NoSuchOptError, so this change brokes
most of neutron agents.
(see
Hello all,
Provided here is a link to a quick overview and tutorial of the task flow
library. The video focuses on a distributed backend approach, but still
includes useful insight into the project as a whole. If you'd rather just read
the wiki and see examples, go ahead and skip to around
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 wrote:
Hey y'all,
I've had a little thorn in my claw on this topic for a while and thought
I'd ask the larger group.
Awesome work jessica!
From: Jessica Lucci
jessica.lu...@rackspace.commailto:jessica.lu...@rackspace.com
Reply-To: OpenStack Development Mailing List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Thursday, August 1, 2013 5:51 PM
To:
Hi Russell,
I have assigned you as the approver of bp nova-api-validation-fw,
please approve it or give some comments.
https://blueprints.launchpad.net/nova/+spec/nova-api-validation-fw
The implementation of core part is almost complete.
now waiting for blueprint approval.
Switching to your mentioned function fixed my issues. Thanks!
-Original Message-
From: Kieran Spear [mailto:kisp...@gmail.com]
Sent: Thursday, August 01, 2013 5:30 PM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [Grizzly] Retrieving a flavors extra-specs in
horizon
Nachi,
I've submitted a review for oslo.config -
https://review.openstack.org/#/c/39850/ - please see if that helps in
your environment as well.
-- dims
On Thu, Aug 1, 2013 at 8:22 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Mark
When I use latest oslo,
Oslo.config raises AttributeError
Can you update
https://ask.openstack.org/question/3674/get-a-flavors-extra-specs-in-horizon/
too :)
Regards,
Tom
On 02/08/13 11:50, Dale, StewartX T wrote:
Switching to your mentioned function fixed my issues. Thanks!
-Original Message-
From: Kieran Spear [mailto:kisp...@gmail.com]
54 matches
Mail list logo