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

On 08/06/15 11:46 -0400, Clayton O'Neill wrote: 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 v

Re: [openstack-dev] [Cinder] Getting `ValueError: Field `volume_id' cannot be None`

Thang, Thanks! Its still not clear to me why my method doesn't work. FWIW, i did try db.snapshot_get = mock.Mock(...) before and when that didn't work, i was just trying out with remotefs.db.snapshot_get with the assumption that maybe some scope issue is there hence I should try using the complet

Re: [openstack-dev] [keystone][reseller] New way to get a project scoped token by name

Sent via mobile > On Jun 9, 2015, at 05:44, Jamie Lennox wrote: > > > > - Original Message - >> From: "David Chadwick" >> To: openstack-dev@lists.openstack.org >> Sent: Saturday, 6 June, 2015 6:01:10 PM >> Subject: Re: [openstack-dev] [keystone][reseller] New way to get a project >

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

Thanks Davanum :) On Mon, Jun 8, 2015 at 12:00 PM, Davanum Srinivas wrote: > +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. > > > >

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

> > A couple things about this seem less than ideal: > > * 2 means we load redundant stuff unless we edit entry_points.txt. > We do not want to encourage this sort of behavior. entry_points is > not configuration[1]. We should configure elsewhere to declare "I > care about things X (including th

Re: [openstack-dev] [Ceph] Is it necessary to flatten Copy-on-write cloning for RBD-backed disks?

Excerpts from Kun Feng's message of 2015-06-08 20:34:51 -0700: > Hi all, > > I'm using ceph as storage backend for Nova and Glance, and merged the > rbd-ephemeral-clone patch into Nova. As VM disks are Copy-on-write clones > of a image, I have some concerns about this: > > 1. Since hundreds of vm

Re: [openstack-dev] [horizon][i18n] Ordering of PO files

Hi Thai, At the moment, translation effort are done on Transifex, so I think it is not a big problem even if the ordering of translatable strings are changed (as long as the strings themselves are not changed). Even when using the current extractor from Django, the order of translatable strings ar

Re: [openstack-dev] [javascript] Linters

We¹ve adopted the John Papa style guide for Angular in horizon [0]. On cursory inspection ES lint seems to have an angular specific plugin [1] that could be very useful to us, but we¹d need to evaluate it in depth. It looks like there was some discussion on the style guide on this not too long ago

Re: [openstack-dev] [javascript] Linters

On 2015-06-06 03:26, 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 those who have a strong op

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

If you guys go down this road I would suggest using https://docs.python.org/2/library/multiprocessing.html rather than Python Threads if that is what is being proposed.. On 6/8/15, 10:17 AM, "Finnigan, Jamie" wrote: >On 6/8/15, 8:26 AM, "Ian Cordasco" wrote: > >>Hey everyone, >> >>I drew up

Re: [openstack-dev] [keystone][reseller] New way to get a project scoped token by name

- Original Message - > From: "David Chadwick" > To: openstack-dev@lists.openstack.org > Sent: Saturday, 6 June, 2015 6:01:10 PM > Subject: Re: [openstack-dev] [keystone][reseller] New way to get a project > scoped token by name > > > > On 06/06/2015 00:24, Adam Young wrote: > > On 06

Re: [openstack-dev] [designate] and [lbaas] - GSLB API and backend support

Hi All I have created an initial draft of the GSLB use cases and uploaded it to Google Doc https://docs.google.com/document/d/1016shVnPaK8l8HxMpjADiYtY2O94p4g7JxjuIA-qv7w/edit?usp=sharing Pleas

[openstack-dev] [Ceph] Is it necessary to flatten Copy-on-write cloning for RBD-backed disks?

Hi all, I'm using ceph as storage backend for Nova and Glance, and merged the rbd-ephemeral-clone patch into Nova. As VM disks are Copy-on-write clones of a image, I have some concerns about this: 1. Since hundreds of vm disks based on one base file, is there any performance problems that IOs are

[openstack-dev] [nova-scheduler] Scheduler sub-group IRC meeting - Agenda 6/9

Meeting on #openstack-meeting at 1500 UTC (9:00AM MDT) 1) New meeting time 2) Liberty specs - https://wiki.openstack.org/wiki/Gantt/liberty 3) Opens -- Don Dugger "Censeo Toto nos in Kansa esse decisse." - D. Gale Ph: 303/443-3786

[openstack-dev] [pbr] pbr 1.1.0 release

We are content to announce the release of: pbr 1.1.0: Python Build Reasonableness With source available at: http://git.openstack.org/cgit/openstack-dev/pbr For more details, please see the git log history below and: http://launchpad.net/pbr/+milestone/1.1.0 Please report issues throug

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

Hi, Dmitry, Thank you for notifying. I've updated our summit etherpad [3] with whatever priorities I remembered, > please have a look. I've also untargeted a few things in launchpad [4] (and > will probably untarget more later on). Please assign yourself, if you want > something done in this rele

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

Hi Daniel, I'm concerned that we are encountered out-of-order port events on the DHCP agent side so the delete message is processed before the create message. Would you be willing to apply a small patch to your dhcp agent to see if it fixes the issue? If it does fix the issue, you should see occa

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

On 06/08/2015 01:22 PM, Jay Pipes wrote: 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 impl

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

Hi, Chris, In current, ceilometer load pollsters by agent namespace, So do you mean you want load pollsters one by one through their name(maybe defined in pipeline.yaml)? If loading all pollsters in one time do not cost much, I think your change is bit unnecessary. But if it does cost much,

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

On 06/08/2015 02:10 PM, Steve Lewis wrote: 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.

[openstack-dev] [akanda] work breakdown for milestone 1

Each of us have a few blueprints due third week in june. I need each of us to write up a description, proposed changes, and work items. The work items need to be into 1, 2, 3, 5, 8, 13 approximate hour chunks. I'm okay with this in the blueprint summary if it makes sense, otherwise make the extra e

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

On 9 June 2015 at 07:53, Chris Friesen wrote: > 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 i

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

I'm having difficulty reproducing the issue. The bug that Neil referenced ( https://bugs.launchpad.net/neutron/+bug/1192381) looks like it was in Icehouse well before the 2014.1.3 release that looks like Fuel 5.1.1 is using. I tried setting the agent report interval to something higher than the do

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

The right way, I believe, should be the following: 1. Change the current development focus to 7.0 in LP 2. Ensure that every single commit which was merged into master after branches created targets correct milestones (it can be only 7.0 or both 7.0 and 6.1) 3. Ensure that remaining

Re: [openstack-dev] [neutron] - L3 scope-aware security groups

>For instance to reach port1 on net1, all I have to do is create a network with a CIDR with some overlap with net1's, and then wait until a VM is created with an IP that exists also on net1 - and then jackpot, that VM will basically have access to all of net1's instances? No, it's not quite that b

[openstack-dev] [horizon][i18n] Ordering of PO files

Hi folks,In the midst of shifting to angular, we are making use of babel for extracting messages. This would then allow us to write a custom extractor for angular templates.Here's the patch that compare PO files: https://review.openstack.org/#/c/189502/It looks worse than reality, if you compare th

Re: [openstack-dev] [neutron] - L3 scope-aware security groups

Kevin, On 8 June 2015 at 23:52, Kevin Benton wrote: > There is a bug in security groups here: > https://bugs.launchpad.net/neutron/+bug/1359523 > > In the example scenario, it's caused by conntrack zones not being > isolated. But it also applies to the following scenario that can't be > solved b

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

I agree, there are two very different models for getting a third party to do something for you: delegation oF authority and sub-contracting. Your examples of the kids at daycare and buying something online neatly show up the differences between the two models. So lets be sure we use the right model

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

On 03/06/15 17:28, Haïkel wrote: 2015-06-03 17:23 GMT+02:00 Thomas Goirand : i On 06/03/2015 12:41 AM, James E. Blair wrote: Hi, 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

[openstack-dev] [neutron] - L3 scope-aware security groups

There is a bug in security groups here: https://bugs.launchpad.net/neutron/+bug/1359523 In the example scenario, it's caused by conntrack zones not being isolated. But it also applies to the following scenario that can't be solved by zones: create two networks with same 10.0.0.0/24 create port1 i

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

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

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

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] [packaging] Adding packaging as an OpenStack project

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] [neutron] Mechanism drivers and Neutron server forking?

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

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

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?

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] New RFE process and specs for Liberty

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] Missing "allowed address pairs"?

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

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

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:

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

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] [nova] [glance] How to deal with aborted image read?

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

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

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] Barbican : Retrieval of the secret in text/plain format generated from Barbican order resource

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] Barbican : Retrieval of the secret in text/plain format generated from Barbican order resource

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] [Oslo][Automaton] Proposal for new core reviewer (min pae)

+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] [neutron] Mechanism drivers and Neutron server forking?

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] [app-catalog] Updating existing artifacts on storage.apps.openstack.org

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] [nova] [glance] How to deal with aborted image read?

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

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

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] [Glance][Keystone] Glance and trusts

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

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

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] [all] [stable] No longer doing stable point releases

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] [nova] Progressing/tracking work on libvirt / vif drivers

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

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

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] [DevStack][Neutron] PHYSICAL_NETWORK vs. PUBLIC_PHYSICAL_NETWORK - rant

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

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

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

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

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

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

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

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] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

> 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] [infra][third-party] Common-CI Virtual Sprint

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:ricardo.carrillo.c...@gmail.com] Sent: Thursday, June 04, 2015 12:14 PM To: OpenStack Development Mailing List (not for usage questions) Subjec

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

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] The Nova API in Kilo and Beyond

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

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

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

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

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] [Openstack-operators] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

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

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

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

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

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] [Murano] Help needed with TOSCA support in Murano

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] [packaging] Adding packaging as an OpenStack project

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] [puppet] openstacklib::db::sync proposal

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] [global-requirements][pbr] tarball and git requirements no longer supported in requirements.txt

> 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] [DevStack][Neutron] PHYSICAL_NETWORK vs. PUBLIC_PHYSICAL_NETWORK - rant

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] [all] [stable] No longer doing stable point releases

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] [packaging] Adding packaging as an OpenStack project

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] [packaging] Adding packaging as an OpenStack project

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] [global-requirements][pbr] tarball and git requirements no longer supported in requirements.txt

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] [all] [stable] No longer doing stable point releases

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] [nova] [glance] How to deal with aborted image read?

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] [javascript] Linters

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] [all] [stable] No longer doing stable point releases

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

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

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

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

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

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

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

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] [packaging] Adding packaging as an OpenStack project

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

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

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

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

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

[openstack-dev] Gentoo image availability

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

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

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

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

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] [Fuel][Oslo][RabbitMQ][Shovel] Deprecate mirrored queues from HA AMQP cluster scenario

> 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] [Glance][Keystone] Glance and trusts

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] Tracking bugs in apps on launchpad

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] [opnfv-tech-discuss] [Tricircle] Polling for weekly team meeting

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] Barbican : Retrieval of the secret in text/plain format generated from Barbican order resource

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] Barbican : Retrieval of the secret in text/plain format generated from Barbican order resource

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] [Neutron] Flavor framework

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] Tracking bugs in apps on launchpad

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

  1   2   >