Hello everyone,
Voting is complete and the results are in:
The following people are elected to one-year seats:
* Monty Taylor
* Russell Bryant
* Anne Gentle
* Mark McLoughlin
* Doug Hellmann
* Sean Dague
The following people are elected to six-month seats:
* James E. Blair
* Michael Still
*
Hi everyone,
I’m glad to announce the 0.3 release of OpenStack Data Processing (“Savanna”).
It’s targeted to work with Havana release of OpenStack. There are a lot of
fixed bugs and implement blueprints including EDP, Neutron support, HDP plugin
and etc., more info at Launchpad [1].
Release
On 10/18/2013 02:06 AM, Clint Byrum wrote:
A link to instructions on setting up a wheezy box for this testing would
be helpful.
Just install a minimal Wheezy machine, add my repositories (using the
Jenkins one at *.pkgs.enovance.com), then do apt-get install
openstack-toaster. I'll be trying to
Hello all,
I've started implementing the Neutron API in Python for Synnefo [1], but I've
hit a bump. Specifically, I'm troubled by the way Neutron seems to handle host
routes in subnet definitions.
I'm experimenting with the implementation of the API in Neutron from Grizzly,
with a
On 18 October 2013 22:18, Dionysis Grigoropoulos dg...@grnet.gr wrote:
Hello all,
I've started implementing the Neutron API in Python for Synnefo [1], but I've
hit a bump. Specifically, I'm troubled by the way Neutron seems to handle host
routes in subnet definitions.
I'm experimenting with
On Fri, Oct 18, 2013 at 12:13:45PM +1300, Steve Baker wrote:
On 10/18/2013 01:54 AM, Mitsuru Kanabuchi wrote:
Hello Mr. Clint,
Thank you for your comment and prioritization.
I'm glad to discuss you who feel same issue.
I took the liberty of targeting your blueprint at icehouse. If you
Snider, Tim wrote:
I have swift version 1.9.1-dev loaded. Debug output listing the 1st curl
command is truncated. Is there anyway to get the full command that was
issued displayed? Has it been corrected in a later version?
[...]
Hey Tim,
This is a development mailing-list where the
Anne Gentle wrote:
Special release day edition of What's Up Doc -- I want to take a minute
to recognize this milestone and give a huge thanks to everyone who made
it possible to release docs today. A sincere thank you, pat on the back,
and special recognition to the top 10:
Andreas Jaeger,
I like what you proposed in the blueprint. I totally agree that nova-scheduler
needs
finer granularity in its usage of filters and weighers. Our objective is thus
very
similar.
Our approach is little different. Since flavors are choices of clients, and
aggregates are selected during host
Stefano Maffulli wrote:
Since it seems commonly accepted that all developers need to be members
of the Foundation, and that Foundation members need to state their
affiliation when they join and keep such data current when it changes, I
think the Foundation is in a good place to provide the
Hey *,
I have initiated a new blueprint, which can viewed here:
https://blueprints.launchpad.net/python-glanceclient/+spec/make-schema-api-calls-configurable
I am waiting for your comments.
Thanks,
Maty.
[logo]
Maty Grosz
Alcatel-Lucent
APIs Functional Owner, RD
CLOUDBAND BUSINESS UNIT
16 Atir
On Fri, 18 Oct 2013 10:34:11 +0100
Steven Hardy sha...@redhat.com wrote:
IMO we don't want to go down the path of retry-loops in Heat, or scheduled
self-healing. We should just allow the user to trigger an stack update from
a failed state (CREATE_FAILED, or UPDATE_FAILED), and then they can
On 10/17/2013 05:34 PM, Stefano Maffulli wrote:
hello folks
first of all: congratulations to all developers, testers, users,
translators, tech writers for the new release: Havana is out of the gate
with impressive numbers.
Speaking of numbers, a lot of you have noticed mistakes in the reported
I'd just like to echo Tim Bell's comments.
From a rolling upgrade perspective where you have Glance nodes behind
a load balancer we'd probably need a way to manually 'hold back' on v1
until all nodes are upgraded to support v2 aswell.
(Otherwise your auto-discovery may hit an upgraded node
I just opened this bug, it's going to be one of the blockers for us to get
PowerVM CI going in Icehouse:
https://bugs.launchpad.net/nova/+bug/1241619
Thanks,
MATT RIEDEMANN
Advisory Software Engineer
Cloud Solutions and OpenStack Development
Phone: 1-507-253-7622 | Mobile: 1-507-990-1889
And this guy: https://bugs.launchpad.net/nova/+bug/1241628
Thanks,
MATT RIEDEMANN
Advisory Software Engineer
Cloud Solutions and OpenStack Development
Phone: 1-507-253-7622 | Mobile: 1-507-990-1889
E-mail: mrie...@us.ibm.com
3605 Hwy 52 N
Rochester, MN 55901-1407
United States
From:
Hi,
* I have the Openstack setup working with KVM being one of the compute
node. The compute node of type XenServer was added to the setup. The XenServer
has Dom0 and DomU nodes with the DomU node running the nova -compute service.
The xenserver is shown in nova hypervisor-list
Hi Parikshit,
More details can be extracted by setting debug=true in /etc/nova/nova.conf or
setting default_log_levels to include nova.virt.xenapi.driver=debug.
This is likely to be a mis-configured nova.conf - check
On 10/17/2013 08:12 AM, Petr Blaho wrote:
Hi all,
this is probably 3rd or 4th time in quite short time when we were bitten
by new version of some out dependencies.
Last one (https://review.openstack.org/#/c/52327/3) was about WSME
released version 0.5b6 and our tests fail.
I do not want to
Hi all,
Starting a thread to discuss $subject, as requested in:
https://review.openstack.org/#/c/51558/
First a bit of background. I wrote a keystoneclient patch, and ayoung
stated he'd like it tested via tempest before he'd ack it:
https://review.openstack.org/#/c/48462/
So I spoke to
How can I enable or trigger Mine Sweeper for VMware related patches? I
have update a patch about VMware driver today
https://review.openstack.org/#/c/51793/ . but haven't seen any posting
results .
2013/10/18 Sean Dague s...@dague.net
On 10/17/2013 02:29 PM, Dan Smith wrote:
This system is
On Fri, Oct 18, 2013 at 10:34 AM, Steven Hardy sha...@redhat.com wrote:
Hi all,
Starting a thread to discuss $subject, as requested in:
https://review.openstack.org/#/c/51558/
First a bit of background. I wrote a keystoneclient patch, and ayoung
stated he'd like it tested via tempest
To provide a bit more background... Keystone has a bunch of keystoneclient
tests for the v2 API. These tests actually git clone a version of
keystoneclient (master, essex-3, and 0.1.1)[0], to use for testing. Maybe
at some point the tests were just for client-server compatibility, but now
they're
Thanks, Steve. I suggested a new directory because we really need to
have more complete tests of the client libs since they are not tied to
particular OpenStack releases and we claim the current libs should work
with older releases. That said, I did not realize the intent was to do
more than
The Marconi project team holds a weekly meeting in #openstack-meeting-
alt on Mondays, 1600 UTC.
The next meeting is Monday, Oct 21. Everyone is welcome, but please
take a minute to review the wiki before attending for the first time:
http://wiki.openstack.org/marconi
Proposed Agenda:
*
On Fri, 2013-10-18 at 08:33 -0400, Sean Dague wrote:
On 10/17/2013 05:34 PM, Stefano Maffulli wrote:
[...]
Four sources of data for this reporting is bad and not sustainable.
Since it seems commonly accepted that all developers need to be members
of the Foundation, and that Foundation
John,
Actually seems like a pretty good suggestion IMO, at least something worth
some investigation and consideration before quickly discounting it. Rather
than that's not what tempest is, maybe it's something tempest could do.
Don't know, not saying one way or the other, just wondering if it's
On Thu, Oct 17, 2013 at 2:24 PM, John Dennis jden...@redhat.com wrote:
On 10/17/2013 12:22 PM, Luis A. Garcia wrote:
On 10/16/2013 1:11 PM, Doug Hellmann wrote:
[snip]
Option 3 is closer to the new plan for Icehouse, which is to have _()
return a Message, allow Message to work in a
On 10/18/2013 12:17 PM, Boris Pavlovic wrote:
John,
Actually seems like a pretty good suggestion IMO, at least something
worth some investigation and consideration before quickly discounting
it. Rather than that's not what tempest is, maybe it's something
tempest could do. Don't know, not
Dear all,
Im struggling with centralized sec groups on nova, were using OVS, it seems
like no matter what flag i change on nova conf, the node still searchs the
segroups on nova region local db
We added :
[compute node]
*nova.conf*
firewall_driver=neutron.agent.firewall.NoopFirewallDriver
On 10/18/2013 12:04 PM, Brant Knudson wrote:
To provide a bit more background... Keystone has a bunch of
keystoneclient tests for the v2 API. These tests actually git clone a
version of keystoneclient (master, essex-3, and 0.1.1)[0], to use for
testing. Maybe at some point the tests were just
On 10/18/2013 12:04 PM, Brant Knudson wrote:
To provide a bit more background... Keystone has a bunch of
keystoneclient tests for the v2 API. These tests actually git clone
a version of keystoneclient (master, essex-3, and 0.1.1)[0], to use
for testing. Maybe at some point the tests were just
On 10/18/2013 11:59 AM, Dolph Mathews wrote:
On Fri, Oct 18, 2013 at 10:34 AM, Steven Hardy sha...@redhat.com
mailto:sha...@redhat.com wrote:
Hi all,
Starting a thread to discuss $subject, as requested in:
https://review.openstack.org/#/c/51558/
First a bit of background. I
On 10/17/2013 10:13 AM, John S Warren wrote:
[snip]
Instead of faking unicode behavior, I'm suggesting that we use its
functionality in Message as-is, only overriding the __mod__ method
in order to support translation in downstream code. In short, the
Message class would differ from unicode in
On 10/18/2013 01:54 PM, Sean Dague wrote:
On 10/18/2013 11:59 AM, Dolph Mathews wrote:
On Fri, Oct 18, 2013 at 10:34 AM, Steven Hardy sha...@redhat.com
mailto:sha...@redhat.com wrote:
Hi all,
Starting a thread to discuss $subject, as requested in:
On 10/18/2013 01:54 PM, Sean Dague wrote:
On 10/18/2013 11:59 AM, Dolph Mathews wrote:
On Fri, Oct 18, 2013 at 10:34 AM, Steven Hardy sha...@redhat.com
mailto:sha...@redhat.com wrote:
Hi all,
Starting a thread to discuss $subject, as requested in:
On 10/18/2013 12:57 PM, Doug Hellmann wrote:
On Thu, Oct 17, 2013 at 2:24 PM, John Dennis jden...@redhat.com
mailto:jden...@redhat.com wrote:
On 10/17/2013 12:22 PM, Luis A. Garcia wrote:
On 10/16/2013 1:11 PM, Doug Hellmann wrote:
[snip]
Option 3 is closer
It looks like this discussion involves many of the issues faced when
developing the Curvature Donabe frameworks, which were presented at the
Portland Summit - slides and video here:
http://www.openstack.org/summit/portland-2013/session-videos/presentation/i
On 2013-10-18 03:37, Thomas Goirand wrote:
On 10/18/2013 02:06 AM, Clint Byrum wrote:
A link to instructions on setting up a wheezy box for this testing
would
be helpful.
Just install a minimal Wheezy machine, add my repositories (using the
Jenkins one at *.pkgs.enovance.com), then do
Hi,
In the last Openstack Heat meeting there was good interest in proposals for
cross-vm synchronization and communication and I had mentioned the
prototype I have built. I had also promised that I will post an outline of
the prototype ... Here it is. I might have missed some details, please
Hi Leandro,
I don't believe the setting of: security_group_api=neutron in nova.conf
actually doesn't matter at all on the compute nodes (still good to set it
though). But it matters on the nova-api node. can you confirm that your
nova-api node has: security_group_api=neutron in it's nova.conf?
Hi all,
I am using the openstack python api. After I boot an instance, I will keep
polling the instance status to check if its status changes from BUILD to
ACTIVE.
My question is:
does openstack have a notification system that will let us know when a vm
changes state (e.g. goes into ACTIVE
Just wanted to add a couple of clarifications:
1. the cross-vm dependences are captured via the read/writes of attributes
in resources and in software components (described in metadata sections).
2. these dependences are then realized via blocking-reads and writes to
zookeeper, which realizes
Yes it is, but i found that is not reading the parameter from the nova.conf
, i forced on the code on /network/manager.py and took the argument finally
but stacks cause says that the neutron_url and if i fix it it stacks on the
next neutron parameter like timeout :
File
Hello fellow Trovians,
There has been some good work recently to figure out a way to specify a
specific datastore when using Trove. This is essential to supporting multiple
datastores from the same install of Trove.
I have an issue with some elements of the proposed solution though, so I
Do you have [default] at the top of your nova.conf? Could you pastebin your
nova.conf for us to see.
On Oct 18, 2013 12:31 PM, Leandro Reox leandro.r...@gmail.com wrote:
Yes it is, but i found that is not reading the parameter from the
nova.conf , i forced on the code on /network/manager.py
Now that i can launch intances normally, it seems that the rules are not
getting applied anywhere, i have full access to the docker containers. If i
do iptable -t nat -L and iptables -L , no rules seems to be applied to any
flow
On Fri, Oct 18, 2013 at 4:28 PM, Leandro Reox
Hi,
My system hard drive of 250G was divided into two volumes, one 50G and the
rest. But the dashboard only shows 50G, I'm wondering if anyone knows how to
make it show the other 200G?
Thanks,
Qing
___
OpenStack-dev mailing list
Aaaron, i fixed the config issues moving the neutron opts up to the default
section. But now im having this issue
i can launch intances normally, it seems that the rules are not getting
applied anywhere, i have full access to the docker containers. If i do
iptable -t nat -L and iptables -L , no
Hi Tim,
I do think your recommendation in 3 4 makes a lot of sense and improves the
usability of the API. Given that Trove currently only supports a single
datastore deployment per control system, does the current work also allow for a
default type/version to be defined so that operators of
On Fri, Oct 18, 2013 at 1:48 PM, Sean Dague s...@dague.net wrote:
On 10/18/2013 12:04 PM, Brant Knudson wrote:
2) git cloneing the keystoneclient doesn't work well with parallel
testing (we have a similar problem in our tests with our pristine
database backup)
Can you go into the
Hi Josh,
Given that Trove currently only supports a single datastore deployment per
control system, does the current work also allow for a default type/version
to be defined so that operators of Trove can set this as a property to
maintain the current API compatibility/behavior?
Yes, the
The answer is sort of. Most projects (including Nova) publish to an RPC
notifications channel (e.g. in rabbitMQ or whichever you use in your
deployment). This is how Ceilometer gets some of its data.
There is common code for connecting to the notification queue in Oslo (the
rpc and notifier
On Fri, Oct 18, 2013 at 3:19 PM, David Stanek dsta...@dstanek.com wrote:
On Fri, Oct 18, 2013 at 1:48 PM, Sean Dague s...@dague.net wrote:
On 10/18/2013 12:04 PM, Brant Knudson wrote:
2) git cloneing the keystoneclient doesn't work well with parallel
testing (we have a similar problem in
On Fri, Oct 18, 2013 at 2:21 PM, John Dennis jden...@redhat.com wrote:
On 10/18/2013 12:57 PM, Doug Hellmann wrote:
On Thu, Oct 17, 2013 at 2:24 PM, John Dennis jden...@redhat.com
mailto:jden...@redhat.com wrote:
On 10/17/2013 12:22 PM, Luis A. Garcia wrote:
On
Is anything showing up in the agents log on the hypervisors? Also, can you
confirm you have this setting in your nova.conf:
libvirt_vif_driver = nova.virt.libvirt.vif.LibvirtHybridOVSBridgeDriver
On Fri, Oct 18, 2013 at 1:14 PM, Leandro Reox leandro.r...@gmail.comwrote:
Aaaron, i fixed the
On 10/18/2013 05:09 PM, Dolph Mathews wrote:
On Fri, Oct 18, 2013 at 3:19 PM, David Stanek dsta...@dstanek.com
mailto:dsta...@dstanek.com wrote:
On Fri, Oct 18, 2013 at 1:48 PM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 10/18/2013 12:04 PM, Brant Knudson
On 10/18/2013 07:21 PM, Sean Dague wrote:
On 10/18/2013 05:09 PM, Dolph Mathews wrote:
On Fri, Oct 18, 2013 at 3:19 PM, David Stanek dsta...@dstanek.com
mailto:dsta...@dstanek.com wrote:
On Fri, Oct 18, 2013 at 1:48 PM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
58 matches
Mail list logo