[openstack-dev] Technical Committee - October 2013 election results

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 * John

[openstack-dev] OpenStack Data Processing ("Savanna") 0.3 release

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 no

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

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 tryi

[openstack-dev] Setting host routes in a subnet on Neutron

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 PackStack-b

Re: [openstack-dev] Setting host routes in a subnet on Neutron

On 18 October 2013 22:18, Dionysis Grigoropoulos 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 the imp

Re: [openstack-dev] [Heat]Blueprint for retry function with idenpotency in Heat

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 ice

Re: [openstack-dev] [swift] debug output truncated

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 f

Re: [openstack-dev] What's Up Doc? Oct 17th 2013

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

Re: [openstack-dev] [nova][scheduler] A new blueprint for Nova-scheduler: Policy-based Scheduler

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 selecti

Re: [openstack-dev] [Metrics] Improving the data about contributor/affiliation/time

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

[openstack-dev] Glance Client tool - ask for a blueprint review

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, R&D CLOUDBAND BUSINESS UNIT 16 Atir

Re: [openstack-dev] [Heat]Blueprint for retry function with idenpotency in Heat

On Fri, 18 Oct 2013 10:34:11 +0100 Steven Hardy 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 define > their ow

Re: [openstack-dev] [Metrics] Improving the data about contributor/affiliation/time

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

Re: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

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 but

Re: [openstack-dev] [nova][powervm] my notes from the meeting on powervm CI

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 E-

Re: [openstack-dev] [nova][powervm] my notes from the meeting on powervm CI

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: M

[openstack-dev] Setting up compute node on XenServer.

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 ommand.

Re: [openstack-dev] Setting up compute node on XenServer.

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 http://docs.openstack.org/trunk/openstack-compute/install/yum/content/introduc

Re: [openstack-dev] [tripleo] RFC: Freeze deps versions in requirements

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 arg

[openstack-dev] [qa][keystone] Adding client library related tests to tempest

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 ayoung

Re: [openstack-dev] [Nova] VMWare Mine Sweeper, Congrats!

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 > On 10/17/2013 02:29 PM, Dan Smith wrote: > >> This system is running tem

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

On Fri, Oct 18, 2013 at 10:34 AM, Steven Hardy 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 before he'd a

Re: [openstack-dev] [qa][keystone] Adding client library related tests to 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'r

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

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 te

[openstack-dev] [marconi] Agenda for next team meeting on Monday at 1600 UTC

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: * Rev

Re: [openstack-dev] [Metrics] Improving the data about contributor/affiliation/time

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 Fo

Re: [openstack-dev] Announce of Rally - benchmarking system for OpenStack

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 i

Re: [openstack-dev] Announce of Rally - benchmarking system for OpenStack

On Fri, Oct 18, 2013 at 10:17 AM, 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"

Re: [openstack-dev] [oslo] i18n Message improvements

On Thu, Oct 17, 2013 at 2:24 PM, John Dennis 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 few co

Re: [openstack-dev] Announce of Rally - benchmarking system for OpenStack

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, n

Re: [openstack-dev] [Metrics] Improving the data about contributor/affiliation/time

On 10/18/2013 05:33 AM, Sean Dague wrote: > I'm not sure it is well understoond that all members have to join the > foundation. We don't make that a requirement on someone slinging a > patch. I believe we do make it a requirement: you can't sign the CLA if you are not also a member of the Foundat

[openstack-dev] Havana neutron security groups config issue

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 sec

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

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

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

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 jus

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

On 10/18/2013 11:59 AM, Dolph Mathews wrote: On Fri, Oct 18, 2013 at 10:34 AM, Steven Hardy 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 wrote a keystone

Re: [openstack-dev] [oslo] i18n Message improvements

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

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

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 mailto:sha...@redhat.com>> wrote: Hi all, Starting a thread to discuss $subject, as requested in: https://review.openstack.org/#/c/51558/ Fir

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

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 mailto:sha...@redhat.com>> wrote: Hi all, Starting a thread to discuss $subject, as requested in: https://review.openstack.org/#/c/51558/ Fir

Re: [openstack-dev] [oslo] i18n Message improvements

On 10/18/2013 12:57 PM, Doug Hellmann wrote: > > > > On Thu, Oct 17, 2013 at 2:24 PM, John Dennis > 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

Re: [openstack-dev] [Heat] HOT Software orchestration proposal for workflows

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 nteractive-visual-orchestration-with-c

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

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 "apt-

[openstack-dev] [Heat] A prototype for cross-vm synchronization and communication

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 feel

Re: [openstack-dev] Havana neutron security groups config issue

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?

[openstack-dev] Does openstack have a notification system that will let us know when a server changes state ?

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 stat

Re: [openstack-dev] [Heat] A prototype for cross-vm synchronization and communication

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 the

Re: [openstack-dev] Havana neutron security groups config issue

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 "/usr/local/lib/python2.7/d

[openstack-dev] [Trove] How users should specify a datastore type when creating an instance

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 deci

[openstack-dev] [Neutron] Linux Bridge MTU bug when the VXLAN tunneling is used

Hi all, I made some tests with the ML2 plugin and the Linux Bridge agent with VXLAN tunneling. By default, physical interface (used for VXLAN tunneling) has an MTU of 1500 octets. And when LB agent creates a VXLAN interface, the MTU is automatically 50 octets less than the physical interface (so

Re: [openstack-dev] Havana neutron security groups config issue

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" 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 and took the > argume

Re: [openstack-dev] Havana neutron security groups config issue

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 wrote: > Yes it is, b

Re: [openstack-dev] [horizon] dashboard not showing all hard drive

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 OpenStack-dev@lists.op

Re: [openstack-dev] Havana neutron security groups config issue

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 ru

Re: [openstack-dev] [Trove] How users should specify a datastore type when creating an instance

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 T

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

On Fri, Oct 18, 2013 at 1:48 PM, Sean Dague wrote: > On 10/18/2013 12:04 PM, Brant Knudson wrote: > >> >> 2) "git clone"ing 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 spec

Re: [openstack-dev] [Trove] How users should specify a datastore type when creating an instance

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? Ye

Re: [openstack-dev] Does openstack have a notification system that will let us know when a server changes state ?

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 "notif

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

On Fri, Oct 18, 2013 at 3:19 PM, David Stanek wrote: > > On Fri, Oct 18, 2013 at 1:48 PM, Sean Dague wrote: > >> On 10/18/2013 12:04 PM, Brant Knudson wrote: >> >>> >>> 2) "git clone"ing the keystoneclient doesn't work well with parallel >>> testing (we have a similar problem in our tests with o

Re: [openstack-dev] [Nova] VMWare Mine Sweeper, Congrats!

We had some infrastructure issues in the morning and went back to silent mode. I just re- triggered tempest run for your patchset. Also note that until we stabilize our CI infrastructure you would only be seeing postings from vmware minesweeper for passed builds. For failed build we will manuall

Re: [openstack-dev] [oslo] i18n Message improvements

On Fri, Oct 18, 2013 at 2:21 PM, John Dennis wrote: > On 10/18/2013 12:57 PM, Doug Hellmann wrote: > > > > > > > > On Thu, Oct 17, 2013 at 2:24 PM, John Dennis > > wrote: > > > > On 10/17/2013 12:22 PM, Luis A. Garcia wrote: > > > On 10/16/2013 1:11 PM, Doug H

Re: [openstack-dev] Havana neutron security groups config issue

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 wrote: > Aaaron, i fixed the config issues moving t

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

On 10/18/2013 05:09 PM, Dolph Mathews wrote: On Fri, Oct 18, 2013 at 3:19 PM, David Stanek mailto:dsta...@dstanek.com>> wrote: On Fri, Oct 18, 2013 at 1:48 PM, Sean Dague mailto:s...@dague.net>> wrote: On 10/18/2013 12:04 PM, Brant Knudson wrote: 2) "git clone"ing th

Re: [openstack-dev] [qa][keystone] Adding client library related tests to tempest

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 mailto:dsta...@dstanek.com>> wrote: On Fri, Oct 18, 2013 at 1:48 PM, Sean Dague mailto:s...@dague.net>> wrote: On 10/18/2013 12:04 PM, Brant Knudso

[openstack-dev] Call for a clear COPYRIGHT-HOLDERS file in all OpenStack projects (and [trove] python-troveclient_0.1.4-1_amd64.changes REJECTED)

Hi there, TroveClient just got rejected by Debian FTP masters. Reply from Luke Faraone is below. In general, I would strongly advise that a clean COPYRIGHT-HOLDER file is created with the copyright holders in them. Why? Because it is hard to distinguish between authors and copyright holders, whi

[openstack-dev] [Swift] Havana Release Notes Known Issues is talking about Nova (Re: [Openstack] OpenStack 2013.2 ("Havana") is released !)

Hi Thierry, John, In Havana release notes, Swift known issues section is talking about Nova Cells issue. Could you confirm? https://wiki.openstack.org/wiki/ReleaseNotes/Havana#Known_Issues Thanks, Akihiro On Thu, Oct 17, 2013 at 11:23 PM, Thierry Carrez wrote: > Hello everyone, > > It is my gre