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

[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 tcpdu

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 i

[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] [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? -- D

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

That works. Thanks! From: "dava...@gmail.com" mailto:dava...@gmail.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Sunday, September 6, 2015 at 4:10 PM To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Subject: Re: [openstack

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 wrote: > O

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

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 Martinelli > OpenStack Keysto

[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) https://blueprints.launchpad.net/sahara/

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 s

[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 R

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 operators have made it clear

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 Puppet

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 meta

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 of a reason why > a 400 w

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 fai

[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 are

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 this point I would argue

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 API parameters for sch

[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 iQIcBAEBCgAGBQJV7N2vAAo

[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 will

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 a Sprint Retrospective fro

[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 f

[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 service_ca

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 simil

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

[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] [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]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 all, > > When I use a token to init a keystoneclient and try t

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] [DevStack][Keystone][Ironic][Swit][Barbican] > FYI: Defaulting to Keystone v3 API > So, digg

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 & multiple > keystone endpoints > > Hello, Jamie and Hans,

[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 tryi

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

hi, if you turn off the "ARP Spoofing" flag and restart the q-agt service. Does vm can get IP successfully? 2015-09-06 17:03 GMT+08:00 Huan Xie : > > > Hi all, > > > > I’m trying to deploy OpenStack environment using DevStack with latest > master code. > > I use Xenserver + neutron, with ML2 plug

Re: [openstack-dev] [Congress] bugs for liberty release

I start to fix https://bugs.launchpad.net/congress/+bug/1492329 if I have enough time, I can allocate other one or two bugs. 2015-09-06 8:13 GMT+08:00 Zhou, Zhenzan : > I have taken two, thanks. > > https://bugs.launchpad.net/congress/+bug/1492308 > > https://bugs.launchpad.net/congress/+bug/1492

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

> 在 2015年9月7日，上午8:27，Ken'ichi Ohmichi 写道： > > f we allow customization of scheduler-hints like new filters, > out-of-tree filters without microversions, API users cannot know > available scheduler-hints parameter from microversions number. > That will be helpful for API users that nova can provi

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

Thanks Hongbin for the useful info. I don't see the "apply" link either. It looks like the group is set to "Invite Only", so I will need to ping Steve Dake. Ton Ngo, From: Hongbin Lu To: "openstack-dev@lists.openstack.org" Date: 09/06/2015 04:51 PM Subject:[opensta