Re: [Openstack] Assigning of specific PCI device to VM (pci passthrough)

Hi All, I cannot assign 2 same type PCI pass-through Ethernet devices to 2 VM instances separately. Can you please let me know how to accomplish the same? Thanks in advance for your time and help. Regards, Chinmaya On Thu, May 19, 2016 at 7:25 PM, Chinmaya Dwibedy

Re: [openstack-dev] [aodhclient] does the aodh have the feature for import/export batch alarms?

Hi, I also agree with ZhiQiang. How about using Heat Template which improve portability of app and configs? Cheers, Ryota > -Original Message- > From: ZhiQiang Fan [mailto:aji.zq...@gmail.com] > Sent: Friday, May 20, 2016 11:42 AM > To: li.yuanz...@zte.com.cn > Cc: OpenStack

Re: [Openstack-operators] VPNaaS and FWaaS

We don't use FWaaS but we certainly are interested in LBaaS and VPNaaS. Chalk us up to a vendor trying to implement these. VPNaaS is huge as it allows customers to non-disruptively attach their organizations to a public cloud with the same IP space as is the case with AWS. I'd be open to letting

[openstack-dev] What's Up, Doc? 20 May 2016

Hi everyone, I've been struck down by the dreaded flu this week, so it's been a bit quiet around here. I have, however, crawled out from under the tissues, throat lozenges, and episodes of Containment to pen my regular newsletter for you. See how dedicated I am to the cause? ;) The biggest

Re: [openstack-dev] [tricircle] Coding style guidelines

Hi Chaoyi, Thank you for your double-check. On Fri, May 20, 2016 at 1:12 PM, joehuang wrote: > Hello, Shinobu, > > We have gate test for pep8 in the CI pipeline, This is what I missed completely -; Cheers, Shinobu > for import orders, if it's incorrect, pep8 gate check

Re: [openstack-dev] [tricircle] Coding style guidelines

Hello, Shinobu, We have gate test for pep8 in the CI pipeline, for import orders, if it's incorrect, pep8 gate check will give -1 in the result. I checked the core.py in the repository, the import order is ok, first import system level, then OSLO, then projects level with blank line between

Re: [openstack-dev] [tricircle] Coding style guidelines

Hi Zhipeng, Please have a look at the following script. e.g., import orders. ./tricirlce/db/core.py Cheers, Shinobu On Fri, May 20, 2016 at 12:41 PM, Zhipeng Huang wrote: > Hi shinobu, could you provide an example of which part of code need > modification to fit the

[openstack-dev] [heat] enabled convergence background

Hi Team, I noticed that heat enabled convergence.Could someone tell me about the background about the convergence. or some specs to introduce it? Thank you. Best Regards, xiangxinyong__ OpenStack Development Mailing

Re: [openstack-dev] [tricircle] Coding style guidelines

Hi shinobu, could you provide an example of which part of code need modification to fit the guideline ? On Fri, May 20, 2016 at 11:04 AM, Shinobu Kinjo wrote: > Hi Team, > > Please make sure that your coding style follows OpenStack style > guidelines. [1] > > I understand

[openstack-dev] 答复: [Heat][Glance] Can't migrate to glance v2 completely

Thanks very much and sorry to reply so late. Comments inline. -邮件原件- 发件人: Nikhil Komawar [mailto:nik.koma...@gmail.com] 发送时间: 2016年5月11日 22:03 收件人: OpenStack Development Mailing List (not for usage questions) 抄送: Huangtianhua 主题: Re: [openstack-dev] [Heat][Glance] Can't migrate to glance

[openstack-dev] [tricircle] Coding style guidelines

Hi Team, Please make sure that your coding style follows OpenStack style guidelines. [1] I understand that it's really painful but readability, and maintenanceability point of view, it is very important to follow standard. Working through code bases, some of them do not follow the guidelines.

Re: [openstack-dev] [aodhclient] does the aodh have the feature for import/export batch alarms?

batch alarm is not supported, and I think it is a burden instead of good feature to implement it in aodh import/export alarm is not supported, considering dump db and restore it in new env? or you can get alarm list from old env and create new alarm in new env via REST API if data set is not too

[OpenStack-Infra] [infra] [tracking] Renames and verification; was Re: [openstack-dev] ceilometer-specs submodule path is invalid

Hi, On Thu, May 19, 2016 at 9:33 PM, Jeremy Stanley wrote: > I've audited the .gitmodules file in openstack/openstack and > submitted https://review.openstack.org/318661 to update it. Thanks > for pointing that out. I've also submitted > https://review.openstack.org/318665 to

[openstack-dev] [infra] [tracking] Renames and verification; was Re: ceilometer-specs submodule path is invalid

Hi, On Thu, May 19, 2016 at 9:33 PM, Jeremy Stanley wrote: > I've audited the .gitmodules file in openstack/openstack and > submitted https://review.openstack.org/318661 to update it. Thanks > for pointing that out. I've also submitted > https://review.openstack.org/318665 to

[openstack-dev] [aodhclient] does the aodh have the feature for import/export batch alarms?

HI All, in the aodh/aodhclient, I not find the feature for import/export batch alarms. I mainly want to use it to implement the following requirement: In "migrate alarms from one openstack env to another openstack env" scenario, I would like to do this requirement

Re: [openstack-dev] [Neutron][L2GW][Tricircle]Border Gateway support

Hi, Sean, Ofer and others have worked on this spec almost half year In the summit session not me call for action, but some guys who are currently not working in Tricircle call for action, the speakers from HPE/Intel/BT. Best Regards Chaoyi Huang ( Joe Huang ) -Original Message-

Re: [openstack-dev] How to single sign on with windows authentication with Keystone

On 05/19/2016 07:40 AM, Rodrigo Duarte wrote: Hi, So you are trying to use keystone to authorize your users, but want to avoid having to authenticate via keystone, right? Check if the Federated Identity feature [1] covers your use case. [1]

Re: [openstack-dev] [glance] Unable to set metadata_encryption_key

Hi Djimeli, Thanks for working through this issues. It's a problem indeed with the existing metadata not being set. I think the solution you propose sounds fair -- let's see if existing non-encrypted metadata can be encrypted whenever the key has been set. I do however, want us to ensure that it

Re: [openstack-dev] [glance] Unable to set metadata_encryption_key

Hello Nikhil, On 19 May 2016 at 04:11, Nikhil Komawar wrote: > > Here's something to get started: > > * Change your tests here glance/tests/functional/__init__.py to > metadata_encryption_key to the value you want to set. > > * See if they pass or fail. > I made the

Re: [Openstack-operators] Nova cells patches against Liberty

Ha, yeah have come across this too in our tempest runs. Haven’t had a chance to look into it yet. But I think you are on the right track. Just need to modify the tests. Cheers, Sam > On 20 May 2016, at 1:25 AM, Mike Dorman wrote: > > We are struggling a bit with the

Re: [Openstack-operators] [recognition] Non-ATC Recognition WG Meeting Today (5/12/2016)

Hi Edgar, > On May 19, 2016, at 7:00 PM, Edgar Magana wrote: > > Shamail and Team, > > Where are we I defining the activities for recognizing OpenStack Users? In my > mind we have completed the definition and we agreed on: > AUC – Active User Contributor > We

Re: [Openstack-operators] [recognition] Non-ATC Recognition WG Meeting Today (5/12/2016)

Shamail and Team, Where are we I defining the activities for recognizing OpenStack Users? In my mind we have completed the definition and we agreed on: AUC – Active User Contributor We encourage the following activities: * Organizers of any of the groups.openstack.org * Active members

Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

On 05/18/2016 01:39 PM, Zane Bitter wrote: > On 17/05/16 20:27, Crag Wolfe wrote: >> Now getting very Heat-specific. W.r.t. to >> https://review.openstack.org/#/c/303692/ , the goal is to de-duplicate >> raw_template.files (this is a dict of template filename to contents), >> both in the DB and in

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

+1. OpenStack does meet the requirements for being an Operating System at the data center level in my opinion. We just keep trying to beat around that bush for some reason... yes, we do that by Integrating a lot of things together, but thats not what its about.

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

John Dickinson wrote: summary: * Defining the scope of OpenStack projects DOES NOT define the languages needed to implement them. The considerations are orthogonal. * We've already defined OpenStack--it's whatever it takes to fulfill its mission statement. On 19 May 2016, at

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

Morgan Fainberg wrote: On Thu, May 19, 2016 at 6:19 AM, Thierry Carrez > wrote: Hi everyone, The discussion on the addition of golang focuses on estimating community costs vs. technical benefits, so that the TC can make the

[Openstack] [Kuryr]: Nested containers in a VM

Hi guys, I have a question on nested container support with Kuryr. Once neutron has the VLAN aware VM functionality (see below), my understanding is thatKuryr will provide support for nested containers.https://review.openstack.org/#/c/273954/10/doc/source/devref/openvswitch_agent.rst,unified

Re: [openstack-dev] [Mistral][Zaqar] Triggering Mistral workflows from Zaqar messages

On 19/05/16 04:20, Thomas Herve wrote: On Wed, May 18, 2016 at 8:49 PM, Zane Bitter wrote: I've been lobbying the Mistral developers for $SUBJECT since, basically, forever.[1][2][3] I like to think after a couple of years I succeeded in changing their view on it from

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

summary: * Defining the scope of OpenStack projects DOES NOT define the languages needed to implement them. The considerations are orthogonal. * We've already defined OpenStack--it's whatever it takes to fulfill its mission statement. On 19 May 2016, at 6:19, Thierry Carrez wrote: >

Re: [Openstack-operators] Neutron upgrade from Kilo to Mitaka

+1 for Ihar¹s comments, the issue you will have is the deb packages will have dependencies that will be a huge pain, you would have to spin up a separate set of boxes for neutron and update the keystone endpoint. Daniel Kingshott Cloud Dude (425) 623 4359 - Cell Best Buy Co. Inc. Technology

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

On Thu, May 19, 2016 at 6:19 AM, Thierry Carrez wrote: > Hi everyone, > > The discussion on the addition of golang focuses on estimating community > costs vs. technical benefits, so that the TC can make the right call for > "OpenStack". From that discussion, we established

Re: [openstack-dev] [neutron][stable] proposing Brian Haley for neutron-stable-maint

Ihar, Thanks for the nomination, I'll just chime-in below. On 05/19/2016 03:13 PM, Ihar Hrachyshka wrote: On 19 May 2016, at 13:18, Tony Breeds wrote: On Thu, May 19, 2016 at 10:49:26AM +0200, Ihar Hrachyshka wrote: On 19 May 2016, at 02:12, Tony Breeds

Re: [Openstack-operators] Neutron upgrade from Kilo to Mitaka

Akshik, please include the address of the original mailing list in your replies. > On 19 May 2016, at 22:17, Akshik dbk wrote: > > Hi Ihar, > > Thanks for the response, > > yes, Fuel does not run in containers > > correct me if I’m wrong, so upgrading neutron

Re: [openstack-dev] [release] Re: [Neutron][L2GW] Mitaka release of L2 Gateway now available

On Thu, May 19, 2016 at 7:09 AM, Doug Hellmann wrote: > We have the same issue with version numbers regressing no matter when we > cut the next release, so it's up to the team. It might be easier to deal > with now while it's fresh in our minds. > > I would like to update

[openstack-announce] [new][cinder] python-cinderclient 1.7.0 release (newton)

We are delighted to announce the release of: python-cinderclient 1.7.0: OpenStack Block Storage API Client Library This release is part of the newton release series. With source available at: https://git.openstack.org/cgit/openstack/python-cinderclient With package available at:

Re: [openstack-dev] [ironic] usage of ironic-lib

On 05/16/2016 07:14 AM, Lucas Alvares Gomes wrote: > On Mon, May 16, 2016 at 2:57 PM, Loo, Ruby wrote: >> Hi, >> >> A patch to ironic-lib made me wonder about what is our supported usage of >> ironic-lib. Or even the intent/scope of it. This patch changes a method, >>

Re: [openstack-dev] [neutron] DHCP Agent Scheduling for Segments

On Wed, May 18, 2016 at 1:36 PM, Kevin Benton wrote: >>I may have wrongly assumed that segments MAY have the possibility of being >> l2 adjacent, even if the entire network they are in is not, which would mean >> that viewing and scheduling these in the context of a segment

[openstack-announce] [new][keystone] python-keystoneclient 3.1.0 release (newton)

We are stoked to announce the release of: python-keystoneclient 3.1.0: Client Library for OpenStack Identity This release is part of the newton release series. With source available at: https://git.openstack.org/cgit/openstack/python-keystoneclient With package available at:

Re: [Openstack-operators] Neutron upgrade from Kilo to Mitaka

> On 19 May 2016, at 21:43, Akshik dbk wrote: > >> Hi, >> >> I’m have a Fuel 7.0 based environment [kilo], wanted to upgrade the Neutron >> to Mitaka version. is it possible to upgrade Neutron alone to the Mitaka >> version. Developers don’t make any special effort to

[openstack-dev] [new][keystone] pycadf 2.3.0 release (newton)

We are glad to announce the release of: pycadf 2.3.0: CADF Library This release is part of the newton release series. With source available at: https://git.openstack.org/cgit/openstack/pycadf With package available at: https://pypi.python.org/pypi/pycadf Please report issues through

[openstack-dev] [new][keystone] keystoneauth1 2.7.0 release (newton)

We are thrilled to announce the release of: keystoneauth1 2.7.0: Authentication Library for OpenStack Identity This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/keystoneauth With package available at:

[openstack-dev] [new][keystone] keystonemiddleware 4.5.0 release (newton)

We are content to announce the release of: keystonemiddleware 4.5.0: Middleware for OpenStack Identity This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/keystonemiddleware With package available at:

Re: [openstack-dev] [javascript] [infra] NPM Mirrors (IMPORTANT)

We appear to be encountering an intermittent server issue - that is to say, some of the time the npm request for either a json file or a tarball will terminate prematurely, which we believe is due to a request timeout at the client side. We'll be temporarily switching back to the public registry

Re: [Openstack] Does compute node require provider network?

Hello, I totally agree with Rick, the guide scheme must be assuming DVR. However, on the 'Networking service' session of the same guide it is not assuming DVR, it does not even mention it. I think this could be a documentation issue... Rui, I guess DVR is disabled by default, you can check in you

Re: [openstack-dev] [all] Deprecated options in sample configs?

On 05/17/2016 07:27 PM, Matt Fischer wrote: > > If config sample files are being used as a living document then that > would be a reason to leave the deprecated options in there. In my > experience as a cloud deployer I never once used them in that manner > so it didn't occur

Re: [openstack-dev] [neutron][stable] proposing Brian Haley for neutron-stable-maint

> On 19 May 2016, at 13:18, Tony Breeds wrote: > > On Thu, May 19, 2016 at 10:49:26AM +0200, Ihar Hrachyshka wrote: >> >>> On 19 May 2016, at 02:12, Tony Breeds wrote: >>> >>> On Tue, May 17, 2016 at 01:07:48PM +0200, Ihar Hrachyshka wrote:

[openstack-dev] [new] networking-powervm 2.0.1 release (mitaka)

We are pumped to announce the release of: networking-powervm 2.0.1: PowerVM Neutron ML2 Agent for OpenStack Neutron. This release is part of the mitaka stable release series. For more details, please see below. Changes in networking-powervm 2.0.0..2.0.1

[openstack-dev] [new][telemetry] ceilometer-powervm 2.0.1 release (mitaka)

We are thrilled to announce the release of: ceilometer-powervm 2.0.1: PowerVM Ceilometer Inspector for OpenStack Ceilometer. This release is part of the mitaka stable release series. For more details, please see below. Changes in ceilometer-powervm 2.0.0..2.0.1

[openstack-dev] [new] nova_powervm 2.0.1 release (mitaka)

We are jazzed to announce the release of: nova_powervm 2.0.1: PowerVM driver for OpenStack Nova. This release is part of the mitaka stable release series. For more details, please see below. Changes in nova_powervm 2.0.0..2.0.1 a4e2a57

Re: [Openstack] Using swift-client in C with cURL to access a swift store

>> there's no C bindings listed on the associated projects page This page mentions something: https://wiki.openstack.org/wiki/SDKs In section OpenStack Toolkits: under C: Keystone and Swift libraries C library bindings to the OpenStack Keystone and Swift APIs gives a pointer to

[openstack-dev] [release] Release countdown for week R-19, May 23-27

Focus - Teams should be working on specs and implementation for priority features for this cycle. General Notes - We have made one small change to the release process for projects using the independent release model. In the past we asked liaisons to add new releases in order

Re: [Openstack] Does compute node require provider network?

On 05/18/2016 09:51 PM, Rui Mao wrote: http://docs.openstack.org/mitaka/install-guide-ubuntu/environment-networking.html#environment-networking In the guide, the compute node requires a provider network connection, and the neutron run in controller node. But per my understanding, all VMs

Re: [openstack-dev] [tc][ansible][ironic] Reusing Ansible code in OpenStack projects

Excerpts from Pavlo Shchelokovskyy's message of 2016-05-19 15:28:03 +0300: > Hi all, > > I have a question re FOSS licenses interplay. I am pretty sure that > OpenStack community (e.g. openstack-ansible) has already faced such > questions and I would really appreciate any advice. > > We are

Re: [openstack-dev] [Neutron][DevStack] Do we still need the neutron-debug command?

On 19 May 2016 at 08:56, Sean M. Collins wrote: > Assaf Muller wrote: > > As far as I know Devstack is/was the only user. From my perspective, > > I've never heard anyone using neutron-debug, reporting a bug against > > it or asking any questions about it. I think it's

Re: [openstack-dev] [TripleO] Austin summit - session recap/summary

On 19 May 2016 5:38 pm, "Paul Belanger" wrote: > > On Thu, May 19, 2016 at 03:50:15PM +0100, Derek Higgins wrote: > > On 18 May 2016 at 13:34, Paul Belanger wrote: > > > On Wed, May 18, 2016 at 12:22:55PM +0100, Derek Higgins wrote: > > >> On 6 May

Re: [openstack-dev] [ironic] usage of ironic-lib

On Thu, May 19, 2016 at 6:16 PM, Lucas Alvares Gomes wrote: > Hi, > > > So… how does any library get ready to be used by others? Clearly it is > being > > used now by the fuel-agent. Do we say ‘sorry fuel-agent, we don’t > guarantee > > yet that we won’t break you’? Or

[openstack-dev] Neutron: Octavia: LBaaS: RFE created for DVR support for unbound allowed_address_pair port with FIP which are associated with multiple VMs that are active.

Hi Folks, There has been recently a lot of requests for Neutron DVR to support unbound allowed_address_pair port with FIP which are associated with multiple VMs that are ACTIVE to provide High Availability to the VMs. This use case is being heavily used by Octavia. Based on the request and the

Re: [openstack-dev] [TripleO] Austin summit - session recap/summary

On Thu, May 19, 2016 at 03:50:15PM +0100, Derek Higgins wrote: > On 18 May 2016 at 13:34, Paul Belanger wrote: > > On Wed, May 18, 2016 at 12:22:55PM +0100, Derek Higgins wrote: > >> On 6 May 2016 at 14:18, Paul Belanger wrote: > >> > On Tue, May 03,

[openstack-dev] [all][api] New guidelines ready for cross project review

The following proposed API guidelines are available for broader review by interested parties. * https://review.openstack.org/#/c/301846 Description of how to use etags to avoid lost updates * https://review.openstack.org/#/c/281511 Delete multiple metadata items with a single request these

Re: [openstack-dev] [puppet] Proposing Ivan Berezovskiy for puppet-openstack-core

+1 great job Ivan On Thu, May 19, 2016 at 8:32 AM, Matt Fischer wrote: > +1 from me! > > On Thu, May 19, 2016 at 8:17 AM, Emilien Macchi > wrote: > >> Hi, >> >> I don't need to introduce Ivan Berezovskiy (iberezovskiy on IRC), he's >> been doing

Re: [openstack-dev] [Neutron][DevStack] Do we still need the neutron-debug command?

Assaf Muller wrote: > As far as I know Devstack is/was the only user. From my perspective, > I've never heard anyone using neutron-debug, reporting a bug against > it or asking any questions about it. I think it's reasonable to remove > it. OK - I pushed a patch that just takes it out of the

Re: [openstack-dev] [Neutron][DevStack] Do we still need the neutron-debug command?

On Thu, May 19, 2016 at 11:36 AM, Sean M. Collins wrote: > Ryan Moats and I chatted a week or so ago about neutron-debug in the > context of DevStack. > > Ryan pushed a patch to see what it actually does[1]. > > Currently, it's not clear what it is used for, and in some

Re: [openstack-dev] [nova]Libvirt error code for failing volume in nova

On Wed, May 18, 2016 at 07:57:17PM +, Radhakrishnan, Siva wrote: > Hi All! > Currently I am working on this bug > https://bugs.launchpad.net/nova/+bug/1168011 which says we have to change > error message displayed when attaching a volume fails. Currently it catches > all operation errors

[openstack-dev] [nova] race condition with resize

Hi all, While I was working on fixing the resize for pci passthrough [1] I have notice the following issue in resize. If you are using small image and you resize-confirm it very fast the old resources are not getting freed. After debug this issue I found out the root cause of it. A

Re: [openstack-dev] [API] os-api-ref HTTP Response code formating

On 19/05/2016 16:11, Sean Dague wrote: > On 05/19/2016 10:37 AM, Hayes, Graham wrote: >> On 18/05/2016 20:12, Sean Dague wrote: >>> On 05/18/2016 02:42 PM, Hayes, Graham wrote: I was moving Designate to the os-api-ref extension, and I spotted something I thought we could do to improve

[openstack-dev] [Neutron][DevStack] Do we still need the neutron-debug command?

Ryan Moats and I chatted a week or so ago about neutron-debug in the context of DevStack. Ryan pushed a patch to see what it actually does[1]. Currently, it's not clear what it is used for, and in some instances it seems to be more trouble than it is really worth. Instead of going through and

Re: [openstack-dev] [TripleO] Austin summit - session recap/summary

On Wed, May 18, 2016 at 08:34:40AM -0400, Paul Belanger wrote: > On Wed, May 18, 2016 at 12:22:55PM +0100, Derek Higgins wrote: > > On 6 May 2016 at 14:18, Paul Belanger wrote: > > > On Tue, May 03, 2016 at 05:34:55PM +0100, Steven Hardy wrote: > > >> Hi all, > > >> > > >>

Re: [Openstack-operators] [Large Deployments Team] Meeting Reminder - 20-May-2016 03:00 UTC

Thanks for the reminder Matt! -- Melvin Hillsman Ops Technical Lead OpenStack Innovation Center mrhills...@gmail.com phone: (210) 312-1267 mobile: (210) 413-1659 Learner | Ideation | Belief | Responsibility | Command http://osic.org From: Matt Van Winkle Date: Thursday, May 19, 2016 at 10:17

Re: [Openstack-operators] Nova cells patches against Liberty

We are struggling a bit with the "Send up AZ and instance_name in system metadata” patch. It works fine under normal circumstances, but if there is a scheduler error (No valid host was found), then there is a failure when transitioning the instance to an error state, and the instance gets

[Openstack-operators] [Large Deployments Team] Meeting Reminder - 20-May-2016 03:00 UTC

Hello LDT folks! Just a reminder that our May meeting is in a little less than 12 hours. This month is or APAC friendly time slot. See you all in #openstack-operators tonight/tomorrow morning! Thanks! VW ___ OpenStack-operators mailing list

Re: [openstack-dev] Neutron upgrade from Kilo to Mitaka

I will recommend you to move your question to the ops mailing list. openstack-operat...@lists.openstack.org Thanks, Edgar From: Akshik dbk Reply-To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] [ironic] usage of ironic-lib

Hi, > So… how does any library get ready to be used by others? Clearly it is being > used now by the fuel-agent. Do we say ‘sorry fuel-agent, we don’t guarantee > yet that we won’t break you’? Or ‘fuel-agent, just so you know. Ironic-lib > isn’t quite ready to be used so we cannot guarantee that

Re: [OpenStack-Infra] zuul installation

What is the issue your having using puppet to install zuul? Bob Hansen z/VM OpenStack Enablement From: Saravana Prabu To: "openstack-infra@lists.openstack.org" Date: 05/18/2016 05:36 PM Subject:

Re: [openstack-dev] [API] os-api-ref HTTP Response code formating

On 05/19/2016 10:37 AM, Hayes, Graham wrote: > On 18/05/2016 20:12, Sean Dague wrote: >> On 05/18/2016 02:42 PM, Hayes, Graham wrote: >>> I was moving Designate to the os-api-ref extension, and I spotted >>> something I thought we could do to improve the readability. >>> >>> Currently we have the

Re: [openstack-dev] [Neutron][L2GW][Tricircle]Border Gateway support

joehuang wrote: > And one session[3] in Austin summit called for action in the community to > prioritize and accelerate Tricircle development. > > [1]https://review.openstack.org/#/c/270786/ > [2]https://review.openstack.org/#/c/304540/ >

Re: [openstack-dev] [TripleO] Austin summit - session recap/summary

On 18 May 2016 at 13:34, Paul Belanger wrote: > On Wed, May 18, 2016 at 12:22:55PM +0100, Derek Higgins wrote: >> On 6 May 2016 at 14:18, Paul Belanger wrote: >> > On Tue, May 03, 2016 at 05:34:55PM +0100, Steven Hardy wrote: >> >> Hi all, >> >> >>

Re: [openstack-dev] [OpenStack-docs] [API] os-api-ref HTTP Response code formating

On 19/05/2016 14:09, Anne Gentle wrote: > > > On Wed, May 18, 2016 at 1:42 PM, Hayes, Graham > wrote: > > I was moving Designate to the os-api-ref extension, and I spotted > something I thought we could do to improve the readability. > >

Re: [openstack-dev] [API] os-api-ref HTTP Response code formating

On 18/05/2016 20:12, Sean Dague wrote: > On 05/18/2016 02:42 PM, Hayes, Graham wrote: >> I was moving Designate to the os-api-ref extension, and I spotted >> something I thought we could do to improve the readability. >> >> Currently we have the HTTP Response Codes as a single >> line on the page

[openstack-dev] Neutron upgrade from Kilo to Mitaka

Hi, I’m have a Fuel 7.0 based environment [kilo], wanted to upgrade the Neutron to Mitaka version. is it possible to upgrade Neutron alone to the Mitaka version. if so can someone point me to right direction. __ OpenStack

Re: [openstack-dev] [puppet] Proposing Ivan Berezovskiy for puppet-openstack-core

+1 from me! On Thu, May 19, 2016 at 8:17 AM, Emilien Macchi wrote: > Hi, > > I don't need to introduce Ivan Berezovskiy (iberezovskiy on IRC), he's > been doing tremendous work in Puppet OpenStack over the last months, > in a regular way. > > Some highlights about his

Re: [openstack-dev] [all][requirements] Refresher on how to use global requirements process

Excerpts from Dirk Müller's message of 2016-05-19 15:38:45 +0200: > Hi Doug, > > > Cleaning up the readme makes a lot of sense. If we end up wanting to > > split it a lot, I'd suggest moving some of the "consumer" facing info to > > the project team guide, but it's moderately less easy to change

Re: [openstack-dev] [puppet] Proposing Ivan Berezovskiy for puppet-openstack-core

+1 from my side :) well deserved. 2016-05-19 17:17 GMT+03:00 Emilien Macchi : > Hi, > > I don't need to introduce Ivan Berezovskiy (iberezovskiy on IRC), he's > been doing tremendous work in Puppet OpenStack over the last months, > in a regular way. > > Some highlights about

[openstack-dev] [puppet] Proposing Ivan Berezovskiy for puppet-openstack-core

Hi, I don't need to introduce Ivan Berezovskiy (iberezovskiy on IRC), he's been doing tremendous work in Puppet OpenStack over the last months, in a regular way. Some highlights about his contributions: * Fantastic work on puppet-oslo! I really mean it... Thanks to you and others, we have now

Re: [openstack-dev] [tc] supporting Go

On 05/18/2016 06:42 PM, Eric Larson wrote: > > Dmitry Tantsur writes: > >> This is pretty subjective, I would say. I personally don't feel Go >> (especially its approach to error handling) any natural (at least no >> more than Rust or Scala, for example). If familiarity for Python >> developers is

Re: [Openstack] Horizon Mitaka can_set_password

If you use a new Launch Instance form, IIRC there is no reference to can_set_password. I think it is a bug. You can file a bug to horizon. Akihiro 2016-05-19 22:31 GMT+09:00 William Lima Reiznautt - IC : > Hi Folks, > > We are conducting the test mitaka OpenStack, but

Re: [openstack-dev] [ironic] usage of ironic-lib

Ooo, thanks for that data point Pavlo! Thanks Lucas, Sam, Shivanand and Pavlo for commenting. From the replies, it seems like the original intent of ironic-lib was to solely be used by ironic and ironic-python-agent projects. But that doesn’t seem to have been communicated properly (because I

Re: [Openstack] keystone admin endpoint

Thanks Hugo. I was worried about whether I had to create some endpoints in addition to the NAT task Thanks. J. On 19/05/16 15:37, Tonytkdk wrote: Yes, the NAT works as you want. Regards // Hugo "magicb...@hotmail.com" 於 2016年5月19日 20:02 寫道： Hi in my

[openstack-dev] [ironic] process for making decisions?

Hi, I think it would be good if we came up with some general guidelines wrt the processes by which decisions are made. By ³decisions², I mean decisions that we, as a community, will try to abide by ? I have noticed in the past, that discussions in the mailing list (ML) sometimes peter out

[Openstack] Assigning of specific PCI device to VM (pci passthrough)

Hi, Can we assign two same type PCI pass-through devices (Ethernet cards) to 2 different VM instances separately? Please note that, both the cards have same vendor_id and product_id. I configured it in pci_passthrough_whitelist and create two different pci_alias (Say a1 and a2). Modified the

Re: [Openstack-operators] Problems (simple ones) at scale... Invisible VMs.

Sorry, my email client didn’t properly thread replies, so I just saw Simon’s reply. Seems that setting limit -1 is effectively telling it to paginate, so feel free to ignore that suggestion :-D We should perhaps still consider a better way to let people know that’s happening. At the very least

Re: [Openstack-operators] Problems (simple ones) at scale... Invisible VMs.

Given that there’s already the ability to start listing from a specific VM/UUID, it seems like we should add some pagination functionality in there. Maybe we need to add an “—all” flag or something which is non-admin and returns all VMs for the specific tenant. Then if someone really does want

Re: [Openstack] keystone admin endpoint

Yes, the NAT works as you want. Regards // Hugo > "magicb...@hotmail.com" 於 2016年5月19日 20:02 寫道： > > Hi > > in my keystone.conf I have "admin_endpoint = http://192.168.0.2:35357;, but I > need to access from public IP address space to this endpoint. > > > Is it valid

Re: [openstack-dev] [mistral][oslo.messaging] stable/mitaka is broken by oslo.messaging 5.0.0

Excerpts from Renat Akhmerov's message of 2016-05-19 13:19:54 +0700: > https://github.com/openstack/requirements/blame/master/README.rst#L95-L100 > > > Doug, Is it still relevant? I’m just trying to understand how to

Re: [openstack-dev] [all][requirements] Refresher on how to use global requirements process

Hi Doug, > Cleaning up the readme makes a lot of sense. If we end up wanting to > split it a lot, I'd suggest moving some of the "consumer" facing info to > the project team guide, but it's moderately less easy to change there > because the reviewer group is different. .. which is a good thing,

Re: [openstack-dev] ceilometer-specs submodule path is invalid

On 2016-05-19 15:17:01 +0800 (+0800), Gerard Braad wrote: > Doing: > > $ git clone https://github.com/openstack/openstack.git > $ git submodule init > $ git submodule update > > fails on: > > Cloning into 'ceilometer-specs'... > fatal: remote error: Git repository not found > fatal: clone

[openstack-dev] [tripleo] Nodes management in our shiny new TripleO API

Hi all! We started some discussions on https://review.openstack.org/#/c/300200/ about the future of node management (registering, configuring and introspecting) in the new API, but I think it's more fair (and convenient) to move it here. The goal is to fix several long-standing design flaws

Re: [openstack-dev] [all][requirements] Refresher on how to use global requirements process

Excerpts from Dirk Müller's message of 2016-05-19 15:12:40 +0200: > 2016-05-19 1:08 GMT+02:00 Robert Collins : > > > It's already fully documented in the requirements repo README; if > > there is no link to that from the project-guide, we should add one, > > but I would

[openstack-dev] [ironic] Virtual midcycle date poll

Hi Ironickers, We decided in our last meeting that the midcycle for Newton will again be virtual. Now, we need to choose a date. Please indicate which options work for you (more than one may be selected): http://doodle.com/poll/gpug7ynd9fn4rdfe I'll close this poll two Mondays from now, May 30.

Re: [openstack-dev] [javascript] [infra] NPM Mirrors (IMPORTANT)

Well, my current theory is that npm's default timeout and retries are set too permissively for cold AFS caches (2 retries, 10 second mintimeout, 1 minute maxtimeout). We _just_ landed this patch ( https://review.openstack.org/#/c/318279/) which increases both the # of retries and the timeouts,

[openstack-dev] [all] [requirements] Global Requirements Team contact point - #openstack-requirements

Hi all, I've updated https://wiki.openstack.org/wiki/Requirements#Contact (and also the rest of the wiki page) with newer information about global-requirements handling. Please if you find issues related to the global requirements update process in your project don't hesitate to join the

  1   2   >