Re: [openstack-dev] [Neutron] L3 agent rescheduling issue

2015-06-08 Thread Eugene Nikanorov
Yes, 50-100 networks received by DHCP agent on startup could cause 2nd state report to be sent seconds after it should be sent. In my tests, if I recall correctly, it was ~70 networks and delay between 1st and 2nd state report around 25 seconds (while 5 sec was configured) Eugene. On Sun, Jun 7,

[openstack-dev] [pulp] use of coinor.pulp rather than pulp

2015-06-08 Thread Robert Collins
We have coinor.pulp in our global-requirements, added by: commit 9c4314cbaf77dadc5c6938d3ab38201b1e52c67d Author: Yathiraj Udupi Date: Wed Oct 23 13:18:43 2013 -0700 Added a requirement to COIN PULP LP Modeler module This requirement is needed for a reference constraint solver impleme

[openstack-dev] [swift] Swift as Glance backend in multi-region scenario

2015-06-08 Thread joehuang
Hello, Swifter, It's often recommended to use shared Glance service with shared Swift as the backend to support image replication in multi-sites. The question is how many sites Swift can support to work as the image store? Is there any limitation on the multi-site image replication? Can Swift be

Re: [openstack-dev] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

2015-06-08 Thread Daniel Comnea
+ Operators Much thanks in advance, Dani On Sun, Jun 7, 2015 at 6:31 PM, Daniel Comnea wrote: > Hi all, > > I'm running IceHouse (build using Fuel 5.1.1) on Ubuntu where dnsmask > version 2.59-4. > I have a very basic network layout where i have a private net which has 2 > subnets > > 2fb7de

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

2015-06-08 Thread James Page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thomas On 03/06/15 16:23, Thomas Goirand wrote: >>> This came up at the TC meeting today, and I volunteered to >>> provide an update from the discussion. > I've just read the IRC logs. And there's one thing I would like to > make super clear. > > W

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

2015-06-08 Thread James Page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/06/15 23:41, James E. Blair wrote: > 3) What are the plans for repositories and their contents? > > What repos will be created, and what will be in them. When will > new ones be created, and is there any process around that. Having taken som

Re: [openstack-dev] [Murano] Help needed with TOSCA support in Murano

2015-06-08 Thread Serg Melikyan
Hi Vahid, You diagrams are perfectly describe what we have now and what we want to have with TOSCA, I think it's time to start working on specification! I've updated corresponding blueprint with new status and assignee: https://blueprints.launchpad.net/murano/+spec/support-tosca-format On Fri,

Re: [openstack-dev] [javascript] Linters

2015-06-08 Thread Matthias Runge
On Fri, Jun 05, 2015 at 07:26:24PM +, Michael Krotscheck wrote: > Right now, there are several JS linters in use in OpenStack: JSHint, JSCS, > and Eslint. I really would like to only use one of them, so that I can > figure out how to sanely share the configuration between projects. > > Can all

[openstack-dev] [Fuel] HCF: branching is in progress - do not merge anything

2015-06-08 Thread Aleksandra Fedorova
Hi, everyone, Fuel Devops team is working on stable/6.1 branching. Please don't merge anything into fuel-* repositories untill devops team confirm that branches are ready and master branch is open. For any questions please use #fuel-devops IRC channel. -- Aleksandra Fedorova Fuel Devops Enginee

Re: [openstack-dev] [Glance][Keystone] Glance and trusts

2015-06-08 Thread stuart . mclaren
On Jun 5, 2015, at 19:25, Bhandaru, Malini K wrote: Continuing with David?s example and the need to control access to a Swift object that Adam points out, How about using the Glance token from glance-API service to glance-registry but carry along extra data in the call, namely user-id, dom

Re: [openstack-dev] [all][release] updating client requirements

2015-06-08 Thread Sergey Lukjanov
Re sahara client - I will release it today when requirements update CR merged. On Fri, Jun 5, 2015 at 6:40 PM, Doug Hellmann wrote: > We have a bunch of client libraries with out-dated requirements to > varying degrees [1], and some of them are causing dependency conflicts > in gate jobs. It wou

Re: [openstack-dev] [pulp] use of coinor.pulp rather than pulp

2015-06-08 Thread Robert Collins
On 8 June 2015 at 19:50, Robert Collins wrote: > We have coinor.pulp in our global-requirements, added by: > I'd like to replace that with just PuLP > (https://pypi.python.org/pypi/PuLP/1.5.9) which is the actual thing, > and appears to be maintained and tested on current Pythons. .. > Any ob

[openstack-dev] [Fuel][Oslo][RabbitMQ][Shovel] Deprecate mirrored queues from HA AMQP cluster scenario

2015-06-08 Thread Bogdan Dobrelya
Hello, stackers. I'd like to bring out a poll about deprecating the RabbitMQ mirrored queues for HA layout and replacing the AMQP clustering by shovel [0], [1]. I guess the federation would not be a good option, but let's consider it as well. Why this must be done? The answer is that the rabbit c

[openstack-dev] [mistral] Cancelling today's team meeting - 06/08/2015

2015-06-08 Thread Nikolay Makhotkin
Team, We decided to cancel today’s meeting because a number of key members won’t be able to attend. -- Best Regards, Nikolay @Mirantis Inc. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: opensta

Re: [openstack-dev] [puppet] RabbitMQ deprecation

2015-06-08 Thread Bogdan Dobrelya
> I've spent some time trying to eliminate the number of deprecation warnings > we have in preparation for our upgrade to Kilo. One of the ones that I got > stuck on is the nova::rabbitmq::rabbitmq_class parameter. > > If this parameter is specified, and it is by default, then the class will > in

Re: [openstack-dev] The Nova API in Kilo and Beyond

2015-06-08 Thread Sean Dague
On 06/05/2015 10:34 AM, Chris Dent wrote: > On Fri, 5 Jun 2015, Sean Dague wrote: > >> Thanks for your time, > > Thanks for writing that up. > > I recognize that microversions exist and are as they are so I don't > want to derail, but my curiosity was piqued: > > Riddle me this: If Microversion

Re: [openstack-dev] The Nova API in Kilo and Beyond

2015-06-08 Thread Sean Dague
On 06/05/2015 10:56 AM, Neil Jerram wrote: > On 05/06/15 12:32, Sean Dague wrote: >> https://dague.net/2015/06/05/the-nova-api-in-kilo-and-beyond-2/ > > This is really informative and useful, thanks. > > A few comments / questions, with bits of your text in quotes: > > "Even figuring out what a

Re: [openstack-dev] The Nova API in Kilo and Beyond

2015-06-08 Thread Sean Dague
On 06/05/2015 11:03 AM, David Kranz wrote: > On 06/05/2015 07:32 AM, Sean Dague wrote: >> One of the things we realized at the summit was that we'd been working >> through a better future for the Nova API for the past 5 cycles, gotten >> somewhere quite useful, but had really done a poor job on com

[openstack-dev] [Ironic] [Inspector] Toward 2.0.0 release

2015-06-08 Thread Dmitry Tantsur
Hello, Inspector team! The renaming process is going pretty well, the last thing we need to do is to get Infra approval and actual rename [1][2]. I'd like to allow people (e.g. myself) to start packaging inspector under it's new name, so I'd like to make 2.0.0 release as soon as possible (as

Re: [openstack-dev] [murano] python versions

2015-06-08 Thread Kirill Zaitsev
I’ve looked into several OS projects, and they first seen to implement py3 support and create a job later. (Except for heat. They already have a non-voting py34, which seem to fail every time =)) I suggest we do the same: first make murano work on py34, then make a py34 job. I’ll file a bluepri

[openstack-dev] [neutron][vpnaas] Team meeting Tuesday, June 9th @ 1600 UTC

2015-06-08 Thread Paul Michali
Will hold weekly meetings to discuss VPNaaS topics. Please check out the meeting page for proposed agenda, time, and IRC channel ( https://wiki.openstack.org/wiki/Meetings/VPNaaS). Also, there is an Etherpad for VPN info, where we hope to collect use-cases and workflow information to (hopefully)

[openstack-dev] [app-catalog] Updating existing artifacts on storage.apps.openstack.org

2015-06-08 Thread Serg Melikyan
Hi folks, We found few issues with images used by murano application and we would like to update them. What is procedure for updating existing images/apps hosted on storage.apps.openstack.org? -- Serg Melikyan, Senior Software Engineer at Mirantis, Inc. http://mirantis.com | [email protected]

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

2015-06-08 Thread Kuvaja, Erno
> -Original Message- > From: Thierry Carrez [mailto:[email protected]] > Sent: Friday, June 05, 2015 1:46 PM > To: [email protected] > Subject: Re: [openstack-dev] [all] [stable] No longer doing stable point > releases > > So.. summarizing the various options again: >

Re: [openstack-dev] [Openstack-operators] [Fuel][Oslo][RabbitMQ][Shovel] Deprecate mirrored queues from HA AMQP cluster scenario

2015-06-08 Thread Davanum Srinivas
Bogdan, I'd also like to ask: c) Does anyone have any experience with shovel in a "realistic" openstack environment? (or even a devstack one) Thanks, dims On Mon, Jun 8, 2015 at 6:24 AM, Bogdan Dobrelya wrote: > Hello, stackers. > > I'd like to bring out a poll about deprecating the RabbitMQ mi

Re: [openstack-dev] [Openstack-operators] [Fuel][Oslo][RabbitMQ][Shovel] Deprecate mirrored queues from HA AMQP cluster scenario

2015-06-08 Thread Michael Klishin
On 8 June 2015 at 15:10:15, Davanum Srinivas ([email protected]) wrote: > I'd like to bring out a poll about deprecating the RabbitMQ mirrored > queues for HA layout and replacing the AMQP clustering by shovel > [0], > [1]. I guess the federation would not be a good option, but let's > consid

[openstack-dev] Tracking bugs in apps on launchpad

2015-06-08 Thread Serg Melikyan
Hi folks, We used to track bugs that we have in applications published in openstack/murano-apps repository directly on launchpad.net/murano but sometimes it's really inconvenient: * applications are not a part of the murano * it's hard to properly prioritize bugs, because critical bug for app is

[openstack-dev] [ceilometer] polling agent configuration speculation

2015-06-08 Thread Chris Dent
(Posting to the mailing list rather than writing a spec or making code because I think it is important to get some input and feedback before going off on something wild. Below I'm talking about speculative plans and seeking feedback, not reporting decisions about the future. Some of this discussi

Re: [openstack-dev] New meeting time for nova-scheduler - vote!

2015-06-08 Thread Ed Leafe
Please note that if you are interested in the scheduler meeting times, today is the last day to get in your vote. We will be choosing a new time at tomorrow's meeting, based on the results of the vote. > On Jun 2, 2015, at 4:09 PM, Ed Leafe wrote: > > Signed PGP part > Hi, > > The current mee

[openstack-dev] [Fuel] HCF: branches created

2015-06-08 Thread Aleksandra Fedorova
Infrastructure status update: stable/6.1 branch has been created in following repositories: fuel-astute fuel-docs fuel-library fuel-main fuel-ostf fuel-qa fuel-web Master branch in these repositories is unblocked. Please, note that there is ongoing work to change all the defaults a

[openstack-dev] [Neutron] Flavor framework

2015-06-08 Thread Paul Carver
What is the status of the flavor framework? Is this the right spec? https://blueprints.launchpad.net/neutron/+spec/neutron-flavor-framework I'm trying to sort through how the ML3 proposal https://review.openstack.org/#/c/105078/ fits in with requirements for high performance (high throughput,

Re: [openstack-dev] Tracking bugs in apps on launchpad

2015-06-08 Thread Serg Melikyan
We originally created https://launchpad.net/murano-applications, and I misspelled address in my first e-mail, but after I was pointed out to the mistake I've decided to create new project with URL https://launchpad.net/murano-apps that correspond to the repository name. On Mon, Jun 8, 2015 at 4:01

Re: [openstack-dev] [Neutron] Flavor framework

2015-06-08 Thread Kyle Mestery
On Mon, Jun 8, 2015 at 8:19 AM, Paul Carver wrote: > What is the status of the flavor framework? Is this the right spec? > https://blueprints.launchpad.net/neutron/+spec/neutron-flavor-framework > > Yes, that's the correct spec. The status is that we've committed to delivering Flavors in Liberty.

Re: [openstack-dev] Barbican : Retrieval of the secret in text/plain format generated from Barbican order resource

2015-06-08 Thread Nathan Reller
Asha, When you say you want your key in ASCII does that also mean putting the bytes in hex or base64 format? Isn't ASCII only 7 bits? -Nate On Mon, Jun 8, 2015 at 1:17 AM, Asha Seshagiri wrote: > Thanks John for your response. > I am aware that application/octet-stream works for the retrieval o

Re: [openstack-dev] Barbican : Retrieval of the secret in text/plain format generated from Barbican order resource

2015-06-08 Thread John Wood
Hello Asha, Barbican is not yet supporting the conversion of secrets of one format to another. If you have thoughts on desired conversions however, please mentioned them in this thread, or else consider mentioning them in our weekly IRC meeting (freenode #openstack-meeting-alt at 3pm CDT). Tha

Re: [openstack-dev] [opnfv-tech-discuss] [Tricircle] Polling for weekly team meeting

2015-06-08 Thread Zhipeng Huang
Hi Iben , if u are interestEd dont forget to participate the time pool :) On Jun 5, 2015 11:03 PM, "Rodriguez, Iben" wrote: > Hello Joe, > > This is very cool. A few questions... > > Tricircle seems to deal mostly with the use of many environments and not > their setup or configuration, is that

Re: [openstack-dev] Tracking bugs in apps on launchpad

2015-06-08 Thread Dmitro Dovbii
Hi, Serg! Nice! Why only bug tracking? I'm looking forward to the first blueprint submitting :) Regards, Dmytro Dovbii 2015-06-08 16:34 GMT+03:00 Serg Melikyan : > We originally created https://launchpad.net/murano-applications, and I > misspelled address in my first e-mail, but after I was poin

Re: [openstack-dev] [Glance][Keystone] Glance and trusts

2015-06-08 Thread Adam Young
On 06/06/2015 06:00 AM, David Chadwick wrote: In order to do this fully, you will need to work out what all the possible supply chains are in OpenStack, so that when any customer starts any chain of events, there is sufficient information in the message passed to the supplier that allows that sup

Re: [openstack-dev] [Fuel][Oslo][RabbitMQ][Shovel] Deprecate mirrored queues from HA AMQP cluster scenario

2015-06-08 Thread Bogdan Dobrelya
> RabbitMQ team member here. Thank you for a quick response, Michael! > > Neither Shovel nor Federation will replace mirroring. Shovel moves messages > from a queue to an exchange (within a single node or between remote nodes > and/or clusters). > It doesn't replicate anything. Yes, the idea

Re: [openstack-dev] [devstack] RTNETLINK permission denied on setting IPv6 on br-ex

2015-06-08 Thread Sean M. Collins
On Fri, Jun 05, 2015 at 04:34:18PM EDT, Angela Smith wrote: > We have been having this issue with devstack installation since Tuesday 6/2. > On trying to add IPv6 address to br-ex, it fails with permission denied. I've been seeing instances where br-ex is created, but the link state is down, whi

Re: [openstack-dev] [Neutron] Missing "allowed address pairs"?

2015-06-08 Thread Ken D'Ambrosio
You have better chances of getting an answer if you asked the -dev list and add > [Neutron] to the subject (done here). That said, can you tell us a bit more about your deployment? You can also hop on #openstack-neutron on Freenode to look for neutron developers who can help you more interact

[openstack-dev] Gentoo image availability

2015-06-08 Thread Matthew Thode
Hi, I'm the packager of Openstack on Gentoo and have just started generation of Gentoo Openstack images. Right now it is just a basic amd64 image, but I plan on adding nomultilib and hardened variants (for a total of at least 4 images). I plan on generating these images at least weekly These im

[openstack-dev] [Security] [Bandit] Using multiprocessing/threading to speed up analysis

2015-06-08 Thread Ian Cordasco
Hey everyone, I drew up a blueprint (https://blueprints.launchpad.net/bandit/+spec/use-threading-when-running-c hecks) to add the ability to use multiprocessing (or threading) to Bandit. This essentially means that each "thread" will be fed a file and analyze it and return the results. (A file wil

Re: [openstack-dev] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

2015-06-08 Thread Daniel Comnea
Any help, ideas please? Thx, Dani On Mon, Jun 8, 2015 at 9:25 AM, Daniel Comnea wrote: > + Operators > > Much thanks in advance, > Dani > > > > > On Sun, Jun 7, 2015 at 6:31 PM, Daniel Comnea > wrote: > >> Hi all, >> >> I'm running IceHouse (build using Fuel 5.1.1) on Ubuntu where dnsmask >> v

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

2015-06-08 Thread Neil Jerram
On 04/06/15 22:54, Thomas Goirand wrote: The init scripts used to be hard to maintain because they were many, but since Debian & Ubuntu are using automatic generation out of a tiny template (with sysv-rc, systemd and upstart all supported), this is a problem solved. Ooh, that sounds like somet

[openstack-dev] [kolla][magnum] Out of the Office June 9th, june 10th

2015-06-08 Thread Steven Dake (stdake)
Hi folks, I will be presenting Magnum at the Cisco Live US event in San Diego and demoing both Kolla and Magnum with Daneyon Hansen at CLUS in demo pods in the devnet section. If you will be at Cisco Live, feel free to drop by the demo pods to see demos of both Kolla and Magnum or attend our 3

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

2015-06-08 Thread Jeremy Stanley
On 2015-06-07 10:55:29 +0200 (+0200), Thomas Goirand wrote: > How do you gpg sign these tags? I hope the solution isn't to store > a key in infra without a passphrase. How does, e.g., Debian sign its Release file for jessie-proposed-updates? I hope the solution isn't to store the ftp-master automa

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

2015-06-08 Thread Jeremy Stanley
On 2015-06-08 00:25:47 +0200 (+0200), Alan Pevec wrote: > BTW there's an issue re. verification that > https://tarballs.openstack.org/ is using cert for > security.openstack.org but should be easily fixed by infra. Uh, nope. Try again. You're redirected to security.openstack.org if you accept that

[openstack-dev] [glance] [nova] Glance bug with Kilo upgrade & Nova

2015-06-08 Thread Clayton O'Neill
We tested testing Kilo upgrades in our hardware dev environments last week and the second time through ran into this bug which right now is probably a show-stopper for us. https://bugs.launchpad.net/glance/+bug/1419823 The issue here is that the v1 Glance API allows you to create images with prop

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

2015-06-08 Thread Jeremy Stanley
On 2015-06-08 10:54:32 +1200 (+1200), Robert Collins wrote: > On 8 June 2015 at 10:14, Alan Pevec wrote: > > 2015-06-06 19:08 GMT+02:00 Ian Cordasco : > >> Not exactly. PBR/OpenStack follow SemVer and 2015.1.0.38 isn't valid > >> SemVer (http://semver.org/) > > > > Right, so semver compatible vers

Re: [openstack-dev] [javascript] Linters

2015-06-08 Thread Michael Krotscheck
On Mon, Jun 8, 2015 at 1:59 AM Matthias Runge wrote: > > jshint: still non-free license [1] > Yep! Ergo, we can't really use it. > eslint seems to require to sign a CLA, if we come across an issue and > were going to fix that. > So does the python foundation, I'm not really worried about it.

Re: [openstack-dev] [nova] [glance] How to deal with aborted image read?

2015-06-08 Thread Chris Friesen
On 06/07/2015 04:22 PM, Robert Collins wrote: On 6 June 2015 at 13:08, Ian Cordasco wrote: So the problem is with how we use ResponseSerializer and the ChunkedFile (https://git.openstack.org/cgit/openstack/glance/tree/glance/api/v2/image_d ata.py#n222). I think the problem we'll have is that

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

2015-06-08 Thread Dave Walker
On 8 June 2015 at 16:48, Jeremy Stanley wrote: > On 2015-06-08 10:54:32 +1200 (+1200), Robert Collins wrote: >> On 8 June 2015 at 10:14, Alan Pevec wrote: >> > 2015-06-06 19:08 GMT+02:00 Ian Cordasco : >> >> Not exactly. PBR/OpenStack follow SemVer and 2015.1.0.38 isn't valid >> >> SemVer (http:/

Re: [openstack-dev] [global-requirements][pbr] tarball and git requirements no longer supported in requirements.txt

2015-06-08 Thread Jeremy Stanley
On 2015-06-08 13:29:50 +1200 (+1200), Robert Collins wrote: [...] > However, we are going to move from test-requirements.txt to setup.cfg > eventually, but thats a separate transition - and one could still use > test-requirements.txt there to provide git references. Except please don't. If you put

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

2015-06-08 Thread Thomas Goirand
On 06/08/2015 08:32 AM, Andreas Jaeger wrote: > The "control files" (specs, deb) are indeed different, the question is > what they can share. > > I see collaboration possibilities on package names and layout - like how > to split a package up -, configuration files, defaults... This doesn't > need

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

2015-06-08 Thread Thomas Goirand
On 06/08/2015 05:29 PM, Neil Jerram wrote: > On 04/06/15 22:54, Thomas Goirand wrote: > >> The init scripts used to be hard to maintain because they were many, but >> since Debian & Ubuntu are using automatic generation out of a tiny >> template (with sysv-rc, systemd and upstart all supported), t

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

2015-06-08 Thread Jeremy Stanley
On 2015-06-08 16:53:21 +0100 (+0100), Dave Walker wrote: > This breaks the desire of wanting to have a shared version scheme if > consumers add their own local patches via git. This works fine for > consumers that do not use git for handling their local patches, but > does not support the model of

Re: [openstack-dev] [DevStack][Neutron] PHYSICAL_NETWORK vs. PUBLIC_PHYSICAL_NETWORK - rant

2015-06-08 Thread Sean M. Collins
On Mon, Jun 01, 2015 at 08:50:17PM EDT, Hirofumi Ichihara wrote: > > > Thanks for the clarification. Do you think that there are cases where > > the value for PHYSICAL_NETWORK and PUBLIC_PHYSICAL_NETWORK will be > > different? > No, I cannot find the cases. I think it’s traditional something. >

Re: [openstack-dev] [global-requirements][pbr] tarball and git requirements no longer supported in requirements.txt

2015-06-08 Thread Doug Wiegley
> On Jun 8, 2015, at 9:58 AM, Jeremy Stanley wrote: > > On 2015-06-08 13:29:50 +1200 (+1200), Robert Collins wrote: > [...] >> However, we are going to move from test-requirements.txt to setup.cfg >> eventually, but thats a separate transition - and one could still use >> test-requirements.txt t

Re: [openstack-dev] [puppet] openstacklib::db::sync proposal

2015-06-08 Thread Colleen Murphy
On Sun, Jun 7, 2015 at 11:48 PM, Yanis Guenane wrote: > > > On 06/03/2015 02:32 PM, Martin Mágr wrote: > > > > On 06/02/2015 07:05 PM, Mathieu Gagné wrote: > >> On 2015-06-02 12:41 PM, Yanis Guenane wrote: > >>> The openstacklib::db::sync[2] is currently only a wrapper around an > >>> exec > >>>

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

2015-06-08 Thread Thomas Goirand
On 06/08/2015 10:26 AM, James Page wrote: > The Ubuntu packaging is used widely by end-users and a number of other > projects including the OpenStack Puppet and Chef modules as well as > the Juju charms for OpenStack - any changes to structure and behaviour > are going to have much wider impact and

Re: [openstack-dev] [Murano] Help needed with TOSCA support in Murano

2015-06-08 Thread Vahid S Hashemian
Hi Serg, Thank you for your feedback. I'll start working on the spec. Regards, - Vahid Hashemian, Ph.D. Advisory Software Engineer, IBM Cloud Labs

Re: [openstack-dev] [Security] [Bandit] Using multiprocessing/threading to speed up analysis

2015-06-08 Thread Clark, Robert Graham
Interesting work, I guess my initial thought would be - does it need to be faster? Will this work make maintenance and the addition of features more difficult? -Rob On 08/06/2015 08:26, "Ian Cordasco" wrote: >Hey everyone, > >I drew up a blueprint >(https://blueprints.launchpad.net/bandit/+s

Re: [openstack-dev] [Openstack-operators] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

2015-06-08 Thread Neil Jerram
My team has seen a problem that could be related: in a churn test where VMs are created and terminated at a constant rate - but so that the number of active VMs should remain roughly constant - the size of the host and addn_hosts files keeps increasing. In other words, it appears that the conf

Re: [openstack-dev] [Security] [Bandit] Using multiprocessing/threading to speed up analysis

2015-06-08 Thread Ian Cordasco
On 6/8/15, 11:38, "Clark, Robert Graham" wrote: >Interesting work, > >I guess my initial thought would be - does it need to be faster? That depends on how we expect people to use Bandit. Keystone is using it at their gate. I expect some people will want to run it locally before sending a patch

Re: [openstack-dev] [Openstack-operators] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

2015-06-08 Thread Neil Jerram
Two further thoughts on this: 1. Another DHCP agent problem that my team noticed is that it call_driver('reload_allocations') takes a bit of time (to regenerate the Dnsmasq config files, and to spawn a shell that sends a HUP signal) - enough so that if there is a fast steady rate of port-creat

[openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

2015-06-08 Thread Steven Dake (stdake)
Folks, Several people have messaged me from EMEA timezones that 1600UTC fits right into the middle of their family life (ferrying kids from school and what-not) and 1700UTC while not perfect, would be a better fit time-wise. For all people that intend to attend the 1600 UTC, could I get your fe

Re: [openstack-dev] [Security] [Bandit] Using multiprocessing/threading to speed up analysis

2015-06-08 Thread Finnigan, Jamie
On 6/8/15, 8:26 AM, "Ian Cordasco" wrote: >Hey everyone, > >I drew up a blueprint >(https://blueprints.launchpad.net/bandit/+spec/use-threading-when-running- >c >hecks) to add the ability to use multiprocessing (or threading) to Bandit. >This essentially means that each "thread" will be fed a fil

Re: [openstack-dev] The Nova API in Kilo and Beyond

2015-06-08 Thread Jay Pipes
On 06/05/2015 10:56 AM, Neil Jerram wrote: I guess that's why the GNU autoconf/configure system has always advised testing for particular wanted features, instead of looking at versions and then relying on carnal knowledge to know what those versions imply. I'm pretty sure you meant "tribal kno

[openstack-dev] [Infra] Meeting Tuesday June 9th at 19:00 UTC

2015-06-08 Thread Elizabeth K. Joseph
Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday June 9th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is welcome to to add agenda items) Everyone interested

Re: [openstack-dev] [infra][third-party] Common-CI Virtual Sprint

2015-06-08 Thread Asselin, Ramy
I didn’t hear any objections, so I’ll plan on scheduling this sprint as proposed on July 8 & 9. Thanks! Ramy Asselin From: Ricardo Carrillo Cruz [mailto:[email protected]] Sent: Thursday, June 04, 2015 12:14 PM To: OpenStack Development Mailing List (not for usage questions) Subjec

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

2015-06-08 Thread Smigiel, Dariusz
> Folks, > > Several people have messaged me from EMEA timezones that 1600UTC fits right > into the middle of their family life (ferrying kids from school and what-not) > and 1700UTC while not perfect, would be a better fit time-wise. > > For all people that intend to attend the 1600 UTC, could

Re: [openstack-dev] [DevStack][Neutron] PHYSICAL_NETWORK vs. PUBLIC_PHYSICAL_NETWORK - rant

2015-06-08 Thread Jay Pipes
On 06/08/2015 12:16 PM, Sean M. Collins wrote: I'd expect the above, where we pull the setting from PHYSICAL_NETWORK. Then perhaps in the lib/neutron-legacy define PHYSICAL_NETWORK={$PHYSICAL_NETWORK:-public} Based on your original post, wouldn't you want the above to be this instead? PHYSICA

Re: [openstack-dev] [global-requirements][pbr] tarball and git requirements no longer supported in requirements.txt

2015-06-08 Thread Robert Collins
On 9 June 2015 at 03:58, Jeremy Stanley wrote: > On 2015-06-08 13:29:50 +1200 (+1200), Robert Collins wrote: > [...] >> However, we are going to move from test-requirements.txt to setup.cfg >> eventually, but thats a separate transition - and one could still use >> test-requirements.txt there to p

[openstack-dev] [Fuel] MOS 6.1 Release - Hard Code Freeze in action

2015-06-08 Thread Eugene Bogdanov
Hello everyone, Please be informed that Hard Code Freeze for MOS 6.1 Release is officially in action. As mentioned earlier, stable/6.1 branch was created for the following repos: fuel-astute fuel-docs fuel-library fuel-main fuel-ostf fuel-qa fuel-web Bug reporters, please do no

Re: [openstack-dev] [global-requirements][pbr] tarball and git requirements no longer supported in requirements.txt

2015-06-08 Thread Robert Collins
On 9 June 2015 at 04:19, Doug Wiegley wrote: > >> On Jun 8, 2015, at 9:58 AM, Jeremy Stanley wrote: >> >> On 2015-06-08 13:29:50 +1200 (+1200), Robert Collins wrote: >> [...] >>> However, we are going to move from test-requirements.txt to setup.cfg >>> eventually, but thats a separate transition

Re: [openstack-dev] [DevStack][Neutron] PHYSICAL_NETWORK vs. PUBLIC_PHYSICAL_NETWORK - rant

2015-06-08 Thread Sean M. Collins
On Mon, Jun 08, 2015 at 01:38:28PM EDT, Jay Pipes wrote: > On 06/08/2015 12:16 PM, Sean M. Collins wrote: > >I'd expect the above, where we pull the setting from PHYSICAL_NETWORK. > >Then perhaps in the lib/neutron-legacy define > > > >PHYSICAL_NETWORK={$PHYSICAL_NETWORK:-public} > > Based on your

[openstack-dev] [third-party] Weekly Third Party CI Working Group meeting Wednesday June 10th 1500UTC

2015-06-08 Thread Kurt Taylor
Hi all, The weekly Third Party CI Working Group team meeting is at 1500UTC this Wednesday, June 10th in #openstack-meeting-4. The agenda for the meeting is here: https://wiki.openstack.org/wiki/Meetings/ThirdParty We will be discussing the CI systems monitoring dashboard, among other things. Ple

Re: [openstack-dev] [nova] Progressing/tracking work on libvirt / vif drivers

2015-06-08 Thread Ian Wells
Hey Gary, Sorry for being a little late with the followup... Concerns with binding type negotiation, or with the scripting? And could you summarise the concerns, for those of us that didn't hear them? -- Ian, On 2 June 2015 at 07:08, Gary Kotton wrote: > Hi, > At the summit this was discuss

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

2015-06-08 Thread Robert Collins
On 9 June 2015 at 03:48, Jeremy Stanley wrote: > On 2015-06-08 10:54:32 +1200 (+1200), Robert Collins wrote: >> On 8 June 2015 at 10:14, Alan Pevec wrote: >> > 2015-06-06 19:08 GMT+02:00 Ian Cordasco : >> >> Not exactly. PBR/OpenStack follow SemVer and 2015.1.0.38 isn't valid >> >> SemVer (http:/

Re: [openstack-dev] [global-requirements][pbr] tarball and git requirements no longer supported in requirements.txt

2015-06-08 Thread Jeremy Stanley
On 2015-06-09 05:49:35 +1200 (+1200), Robert Collins wrote: > I already said that the git entry should be to a local zuul-cloner > cloned repo. Kevin's *current* 3rd-party CI solution is doing > full-clones each time. Aah, yep, I missed in his reply that it would be a local repo on the filesystem

Re: [openstack-dev] [Glance][Keystone] Glance and trusts

2015-06-08 Thread Steve Lewis
Monday, June 8, 2015 07:10, Adam Young wrote: > 2. Delegation are long lived affairs. If anything is going to take > longer than the duration of the token, it should be in the context of a > delegation, and the user should re-authenticate to prove identity. Requiring re-authenticating to perform

[openstack-dev] [Oslo][Automaton] Proposal for new core reviewer (min pae)

2015-06-08 Thread Joshua Harlow
Greetings all stackers, I propose that we add Min Pae (sputnik13) to the automaton-core team. Min has been actively contributing to taskflow for a while now and as automaton (the library came out of taskflow) is a new library it would be great to have his participation there as well. He is will

Re: [openstack-dev] [nova] [glance] How to deal with aborted image read?

2015-06-08 Thread Robert Collins
On 9 June 2015 at 03:50, Chris Friesen wrote: > On 06/07/2015 04:22 PM, Robert Collins wrote: > Hi, original reporter here. > > There's no LB involved. The issue was noticed in a test lab that is tight > on disk space. When an instance failed to boot the person using the lab > tried to delete s

Re: [openstack-dev] [app-catalog] Updating existing artifacts on storage.apps.openstack.org

2015-06-08 Thread Christopher Aedo
On Mon, Jun 8, 2015 at 4:47 AM, Serg Melikyan wrote: > We found few issues with images used by murano application and we > would like to update them. What is procedure for updating existing > images/apps hosted on storage.apps.openstack.org? This question hits on some really important points: -T

Re: [openstack-dev] [neutron] Mechanism drivers and Neutron server forking?

2015-06-08 Thread Armando M.
Interestingly, [1] was filed a few moments ago: [1] https://bugs.launchpad.net/neutron/+bug/1463129 On 2 June 2015 at 22:48, Salvatore Orlando wrote: > I'm not sure if you can test this behaviour on your own because it > requires the VMware plugin and the eventlet handling of backend response.

Re: [openstack-dev] [Oslo][Automaton] Proposal for new core reviewer (min pae)

2015-06-08 Thread Davanum Srinivas
+1 from me Josh. welcome Min Pae. -- dims On Mon, Jun 8, 2015 at 2:31 PM, Joshua Harlow wrote: > Greetings all stackers, > > I propose that we add Min Pae (sputnik13) to the automaton-core team. > > Min has been actively contributing to taskflow for a while now and as > automaton (the library ca

Re: [openstack-dev] Barbican : Retrieval of the secret in text/plain format generated from Barbican order resource

2015-06-08 Thread Asha Seshagiri
Sure John . Thanks a lot John for your response. I would like Barbican to support the retrieval of the secret in plain/text format generated from the order resource.Since it is very important for our Encryption usecase which is dependent on the key generated from Barbican. I would like to know yo

Re: [openstack-dev] Barbican : Retrieval of the secret in text/plain format generated from Barbican order resource

2015-06-08 Thread Asha Seshagiri
Thanks Nate for your response. I would need Barbican to generate the key in plain/text format which is the human readable form so that I can use that key in Standard Crytp graphy libraries in python which takes key as the argument. Yeah , text/plain format means the bytes are in base64 format. Tha

Re: [openstack-dev] [Openstack-operators] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

2015-06-08 Thread Andrew Woodward
Daniel, This sounds familiar, see if this matches [1]. IIRC, there was another issue like this that was might already address this in the updates into Fuel 5.1.2 packages repo [2]. You can either update the neutron packages from [2] Or try one of community builds for 5.1.2 [3]. If this doesn't res

Re: [openstack-dev] [nova] [glance] How to deal with aborted image read?

2015-06-08 Thread Chris Friesen
On 06/08/2015 12:30 PM, Robert Collins wrote: On 9 June 2015 at 03:50, Chris Friesen wrote: On 06/07/2015 04:22 PM, Robert Collins wrote: Hi, original reporter here. There's no LB involved. The issue was noticed in a test lab that is tight on disk space. When an instance failed to boot th

[openstack-dev] [Ironic] removal of deprecated items from Kilo

2015-06-08 Thread Ruby Loo
Hi, As noted in the Upgrade Notes in Kilo[1]: 1. The driver_info parameters of "pxe_deploy_kernel" and "pxe_deploy_ramdisk" were deprecated in favour of "deploy_kernel" and "deploy_ramdisk". 2. Drivers implementing their own version of the vendor_passthru() method has been deprecated in favour o

Re: [openstack-dev] [neutron] Mechanism drivers and Neutron server forking?

2015-06-08 Thread Robert Kukura
From a driver's perspective, it would be simpler, and I think sufficient, to change ML2 to call initialize() on drivers after the forking, rather than requiring drivers to know about forking. -Bob On 6/8/15 2:59 PM, Armando M. wrote: Interestingly, [1] was filed a few moments ago: [1] https:

Re: [openstack-dev] [Neutron] Missing "allowed address pairs"?

2015-06-08 Thread Kevin Benton
It looks like security groups aren't enabled. Make sure you don't have a config option setting 'enable_security_group' to False. Check the startup log, you should see something like "Driver configuration doesn't match with enable_security_group" and "Disabled allowed-address-pairs extension." On

[openstack-dev] [neutron] New RFE process and specs for Liberty

2015-06-08 Thread Kyle Mestery
tl;dr: Neutron has a new process for filing feature requests and dealing with specs. See [1] and [2] for more specific details. We no longer have spec deadlines. Existing specs will be reviewed until Liberty-1. The long version: Before the summit, a bunch of Neutron community members began the pro

Re: [openstack-dev] [neutron] Mechanism drivers and Neutron server forking?

2015-06-08 Thread Kevin Benton
This depends on what initialize is supposed to be doing. If it's just a one-time sync with a back-end, then I think calling it once in each child process might not be what we want. I left a comment on Terry's patch. I think we should just use the callback manager to have a pre-fork and post-fork e

[openstack-dev] [Neutron] API Extensions - Namespace URLs

2015-06-08 Thread Sean M. Collins
Hi, Within each API extension in the neutron tree, there is a method: def get_namespace(cls): Which returns a string, containing a URL. A quick survey: agent.py:def get_namespace(cls): agent.py-return "http://docs.openstack.org/ext/agent/api/v2.0"; -- allowedaddresspairs.py:

Re: [openstack-dev] [neutron] Mechanism drivers and Neutron server forking?

2015-06-08 Thread Russell Bryant
Right, I think there are use cases for both. I don't think it's a huge burden to have to know about it. I think it's actually quite important to understand when the initialization happens. -- Russell Bryant On 06/08/2015 05:02 PM, Kevin Benton wrote: > This depends on what initialize is suppos

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

2015-06-08 Thread Thomas Goirand
On 06/08/2015 10:39 AM, James Page wrote: > On 02/06/15 23:41, James E. Blair wrote: >> 3) What are the plans for repositories and their contents? > >> What repos will be created, and what will be in them. When will >> new ones be created, and is there any process around that. > > Having taken s

Re: [openstack-dev] [Security] [Bandit] Using multiprocessing/threading to speed up analysis

2015-06-08 Thread Ian Cordasco
On 6/8/15, 12:17, "Finnigan, Jamie" wrote: >On 6/8/15, 8:26 AM, "Ian Cordasco" wrote: > >>Hey everyone, >> >>I drew up a blueprint >>(https://blueprints.launchpad.net/bandit/+spec/use-threading-when-running >>- >>c >>hecks) to add the ability to use multiprocessing (or threading) to >>Bandit.

Re: [openstack-dev] [Fuel] MOS 6.1 Release - Hard Code Freeze in action

2015-06-08 Thread Mike Scherbakov
Eugene, thanks for communication. Fuel DevOps team, when should we expect changes to builds page [1]? Namely, I'd like to ensure 6.1 builds are switched to stable/6.1 branch, and new Jenkins jobs created to make builds from master (7.0). Everyone - we have to be extremely careful now and ensure t

  1   2   >