[openstack-dev] [libraries] gate-tempest-dsvm-neutron-src test and major version bumps

Hi All, We have the test in $subject that is used for most (if not all) libraries via the 'lib-forward-testing' job-group it's aim to to "test their proposed commits to ensure they don't break OpenStack on their next release." [1] This is of course a good idea. The problem I;'m having is

Re: [openstack-dev] [api][keystone][openstackclient] Standards for object name attributes and filtering

On Sep 1, 2015, at 8:36 PM, Dolph Mathews wrote: > Does anyone have an example of an API outside of OpenStack that would return > 400 in this situation (arbitrary query string parameters)? Based on my past > experience, I'd expect them to be ignored, but I can't think

Re: [openstack-dev] Scheduler hints, API and Objects

Hi Andrew, 2015-09-04 23:45 GMT+09:00 Andrew Laski : >>> >>> Now we are discussing this on https://review.openstack.org/#/c/217727/ >>> for allowing out-of-tree scheduler-hints. >>> When we wrote API schema for scheduler-hints, it was difficult to know >>> what are available

Re: [openstack-dev] OpenStack support for Amazon Concepts - was Re: cloud-init IPv6 support

On Sun, Sep 06, 2015 at 04:25:43PM EDT, Kevin Benton wrote: > So it's been pointed out that http://169.254.169.254/openstack is completed > OpenStack invented. I don't quite understand how that's not violating the > contract you said we have with end users about EC2 compatibility under the >

Re: [openstack-dev] [keystone]how to get service_catalog

- Original Message - > From: "王华" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Monday, 7 September, 2015 12:00:43 PM > Subject: [openstack-dev] [keystone]how to get service_catalog > > Hi

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

+1 2015-09-03 21:34 GMT+02:00 Bartlomiej Piotrowski : > I have no idea if I'm eligible to vote, but I'll do it anyway: > > +1 > > Bartłomiej > > On Thu, Sep 3, 2015 at 9:16 PM, Sergey Vasilenko > wrote: > >> +1 >> >> /sv >> >>

Re: [openstack-dev] [Keystone][Glance] keystonemiddleware & multiple keystone endpoints

- Original Message - > From: "joehuang" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Sunday, 6 September, 2015 7:28:04 PM > Subject: Re: [openstack-dev] [Keystone][Glance] keystonemiddleware &

[openstack-dev] [puppet] Tokyo Summit

Hi, I created an etherpad to gathers all informations about Tokyo Summit [1]. You can see the resources that we will dispose, and also a "Topics" section. Feel free to bring anything you would like to discuss. During the next weekly meetings, we will iterate the etherpad to make sure we use our

Re: [openstack-dev] [DevStack][Keystone][Ironic][Swit][Barbican] FYI: Defaulting to Keystone v3 API

So, digging into this a bit more, the failures that Barbican and Ironic saw were very different. The barbican team managed to fix their issues by replacing their `keystone endpoint-create` and such commands with the `openstack endpoint create` alternates. Looking at the failure for why Ironic

[openstack-dev] [magnum] Steps to upload magnum images

Hi team, As you may know, magnum is tested with pre-built Fedora Atomic images. Basically, these images are standard atomic image with k8s packages pre-installed. The images can be downloaded from fedorapeople.org [1]. In most cases, you are able to test magnum by using images there. If you

Re: [openstack-dev] OpenStack support for Amazon Concepts - was Re: cloud-init IPv6 support

> On Sep 6, 2015, at 09:43, Monty Taylor wrote: > >> On 09/05/2015 06:19 PM, Sean M. Collins wrote: >>> On Fri, Sep 04, 2015 at 04:20:23PM EDT, Kevin Benton wrote: >>> Right, it depends on your perspective of who 'owns' the API. Is it >>> cloud-init or EC2? >>> >>> At

[openstack-dev] [keystone]how to get service_catalog

Hi all, When I use a token to init a keystoneclient and try to get service_catalog by it, error occurs. I find that keystone doesn't return service_catalog when we use a token. Is there a way to get service_catalog by token? In magnum, we now make a trick. We init a keystoneclient with

Re: [openstack-dev] [Neutron] Port forwarding

Hi Gal, I'm sorry for my poor English. Let me try again. What operator wants to access is several related instances, instead of only one or one by one. The use case is periodical check and maintain. RELATED means instance maybe in one subnet, or one network, or one host. The host's scene is

[openstack-dev] [barbican] No IRC meeting tomorrow September 7

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Barbicaneers, We'll be skipping the weekly IRC meeting tomorrow since I expect most folks will be out due to the US holiday. Thanks, Douglas Mendizábal -BEGIN PGP SIGNATURE- Comment: GPGTools - https://gpgtools.org

[openstack-dev] [puppet] Liberty Sprint Retrospective

Hi, With the goal to continually improve our way to work together, I would like to build a Sprint Retrospective from what happened last week. The first step would be to gather data on this etherpad: https://etherpad.openstack.org/p/puppet-liberty-sprint-retrospective The second step, that we

[openstack-dev] Should v2 compatibility mode (v2.0 on v2.1) fixes be applicable for v2.1 too?

Hi All, As we all knows, api-paste.ini default setting for /v2 was changed to run those on v2.1 (v2.0 on v2.1) which is really great think for easy code maintenance in future (removal of v2 code). To keep "v2.0 on v2.1" fully compatible with "v2.0 on v2.0", some bugs were found[1] and fixed. But

Re: [openstack-dev] [all] Criteria for applying vulnerability:managed tag

On 2015-09-02 17:47:20 + (+), Tristan Cacqueray wrote: [...] > Any supported programming language by the openstack project should/could > also be accepted for vulnerability management. > As long as there is a way to test patch, I think the VMT can support > other languages like Go or

Re: [openstack-dev] [DevStack][Keystone][Ironic][Swit][Barbican] FYI: Defaulting to Keystone v3 API

- Original Message - > From: "Steve Martinelli" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Monday, 7 September, 2015 9:27:55 AM > Subject: Re: [openstack-dev]

Re: [openstack-dev] OpenStack support for Amazon Concepts - was Re: cloud-init IPv6 support

So it's been pointed out that http://169.254.169.254/openstack is completed OpenStack invented. I don't quite understand how that's not violating the contract you said we have with end users about EC2 compatibility under the restriction of 'no new stuff'. If we added an IPv6 endpoint that the

Re: [openstack-dev] [puppet] Liberty Sprint Retrospective

I've updated the bug triage portion but tomorrow is a US holiday so you may not see much traction there until Tuesday. On Sun, Sep 6, 2015 at 6:59 PM, Emilien Macchi wrote: > Hi, > > With the goal to continually improve our way to work together, I would > like to build

[openstack-dev] [neutron] Fail to get ipv4 address from dhcp

Hi all, I'm trying to deploy OpenStack environment using DevStack with latest master code. I use Xenserver + neutron, with ML2 plugins and VLAN type. The problem I met is that the instances cannot really get IP address (I use DHCP), although we can see the VM with IP from horizon. I have

Re: [openstack-dev] [DevStack][Keystone][Ironic][Swit][Barbican] FYI: Defaulting to Keystone v3 API

Note that this fixing this does not mean ironic has to support keystone v3 (but please fix that too). It just means that somewhere in ironic's gate it is doing like an "openstack user create" or a role assignment directly with the OSC tool assuming v2 rather than using the helpers that devstack

Re: [openstack-dev] [nova] Bug importance

Gary, Not sure what changed... On this page (https://bugs.launchpad.net/nova/) on the right hand side, do you see "Bug Supervisor" set to "Nova Bug Team"? I believe "Nova Bug Team" is open and you can add yourself, so if you do not see yourself in that group, can you please add it and try? --

Re: [openstack-dev] [nova] Bug importance

That works. Thanks! From: "dava...@gmail.com" > Reply-To: OpenStack List > Date: Sunday, September 6, 2015 at 4:10 PM To: OpenStack List

Re: [openstack-dev] [all] Mitaka Design Summit - Proposed slot allocation

Do we have enough logistics for projects that are not in the schedule above but also want to have ad hoc sessions at the design summit venue? For example like in Paris we usually just grab a table and slap a card with project name on it. On Sat, Sep 5, 2015 at 1:55 AM, Jim Rollenhagen

[openstack-dev] [nova] Bug importance

Hi, In the past I was able to set the importance of a bug. Now I am unable to do this? Has the policy changed? Can someone please clarify. If the policy has changed who is responsible for deciding the priority of a bug? Thanks Gary

Re: [openstack-dev] [Keystone][Glance] keystonemiddleware & multiple keystone endpoints

Hello, Jamie and Hans, The patch " Allow specifying a region name to auth_token " https://review.openstack.org/#/c/216579 has just been merged. But unfortunately, when I modify the source code as this patch did in the multisite cloud with Fernet token, the issue is still there, and routed to

Re: [openstack-dev] OpenStack support for Amazon Concepts - was Re: cloud-init IPv6 support

On 09/05/2015 06:19 PM, Sean M. Collins wrote: On Fri, Sep 04, 2015 at 04:20:23PM EDT, Kevin Benton wrote: Right, it depends on your perspective of who 'owns' the API. Is it cloud-init or EC2? At this point I would argue that cloud-init is in control because it would be a large undertaking to

[openstack-dev] [Neutron] RFE Bugs - Add Tags to resources and Port Forwarding

Hello All, i wanted to remind the community some RFE's bugs that need review/processing 1) Add tags to Neutron resources RFE: https://bugs.launchpad.net/neutron/+bug/1489291 Spec: https://review.openstack.org/#/c/216021/ In terms of the RFE, i think the drivers team discussed this

Re: [openstack-dev] [all] Mitaka Design Summit - Proposed slot allocation

On 09/04/2015 06:14 AM, Thierry Carrez wrote: > Hi PTLs, > > Here is the proposed slot allocation for every "big tent" project team > at the Mitaka Design Summit in Tokyo. This is based on the requests the > liberty PTLs have made, space availability and project activity & > collaboration

Re: [openstack-dev] [magnum]keystone version

> On Sep 5, 2015, at 22:14, Steve Martinelli wrote: > > +1, we're trying to deprecate the v2 API as soon as is sanely possible. Plus, > there's no reason to not use v3 since you can achieve everything you could in > v2, plus more goodness. > > Thanks, > > Steve

[openstack-dev] [sahara] FFE request for scheduler and suspend EDP job for sahara

Hi, Guys I would like to request FFE for scheduler EDP job and suspend EDP job for sahara. these patches has been reviewed for a long time with lots of patch sets. Blueprint: (1) https://blueprints.launchpad.net/sahara/+spec/enable-scheduled-edp-jobs (2)

Re: [openstack-dev] This is what disabled-by-policy should look like to the user

On 5 Sep 2015 05:47, "Adam Young" wrote: > Then let my Hijack: > > Policy is still broken. We need the pieces of Dynamic policy. > > I am going to call for a cross project policy discussion for the upcoming summit. Please, please, please all the projects attend. The