Re: [openstack-dev] [neutron] Engine facade

Hi! I'm a little confused change https://review.openstack.org/#/c/452539/ is about switching for new facade, does the master branch fails the same? On Mon, Apr 3, 2017 at 8:35 AM Gary Kotton wrote: > Yes, sorry my bad for not adding it - >

Re: [openstack-dev] [stable][heat] Nominate huangtianhua for heat-stable-maint

On Thu, Mar 30, 2017 at 04:45:38PM -0400, Zane Bitter wrote: > We are feeling the pinch on stable-branch reviewers in Heat, so now that I > understand the process a bit better, let's try this again. > > I'd like to nominate Huang Tianhua to join the heat-stable-maint team. > Tianhua is a

Re: [openstack-dev] [tripleo] os-cloud-config retirement

On 31.03.2017 13:58, Jiří Stránský wrote: > On 30.3.2017 17:39, Juan Antonio Osorio wrote: >> Why not drive the post-config with something like shade over ansible? >> Similar to what the kolla-ansible community is doing. > > We could use those perhaps, if they bring enough benefit to add them to

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

On Mon, 13 Mar 2017, Chris Dent wrote: * The scheduler report client in nova, and to a minor degree the filter scheduler, use some of the same exceptions and ovo.objects that placement uses, which presents a bit of blechiness with regards to code duplication. I suppose long term we could

Re: [openstack-dev] [openstack] How does tag gets allocated to VM ports ?

Tag is assigned per node basis and it is local to a node. so ports on different nodes usually have different tags. 2017年4月3日(月) 18:19 Vikash Kumar : > Hi Gary, > >Thanks for pointing the source code. Does this has RFE ? I see for > ports of same network, have

[openstack-dev] [nova] Contributing support for Netronome Agilio adaptors

Greetings, Apologies for chiming in very late into the spec cycle. Netronome is completing its internal processes in order to allow developers to contribute code to OpenStack and we should be able to share patches within the week. Additional apologies for the long wall of text that's following.

[openstack-dev] [neutron] - meeting reminder for today

Hello all, This is just a quick reminder that the team meeting will be at the old time today of 2100 UTC in openstack-meeting due to the revert if the alteration. Cheers __ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [openstack] How does tag gets allocated to VM ports ?

Hi, This is done by the agents. For example please see https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py#L1639 Thanks Gary From: Vikash Kumar Reply-To: OpenStack List

[openstack-dev] [tripleo] CI Squad Meeting Summary (week 13)

If the topics below interest you and you want to contribute to the discussion, feel free to join the next meeting: Time: Thursdays, 14:30-15:30 UTC Place: https://bluejeans.com/4113567798/ Full minutes: https://etherpad.openstack.org/p/tripleo-ci-squad-meeting We had a meeting full of intense

Re: [openstack-dev] [openstack] How does tag gets allocated to VM ports ?

Hi Gary, Thanks for pointing the source code. Does this has RFE ? I see for ports of same network, have different tags on different compute. On Mon, Apr 3, 2017 at 2:04 PM, Gary Kotton wrote: > Hi, > > This is done by the agents. For example please see >

Re: [openstack-dev] [all] Switching gate testing to use Ubuntu Cloud Archive

Are we going to keep some job not using the archive, to make sure we don't break people using packages from LTS? Maybe just periodic/non-voting would be enough to keep it working on older packages. On Mon, Apr 3, 2017 at 4:07 PM Clark Boylan wrote: > Hello, > > One of the

Re: [openstack-dev] [all] Switching gate testing to use Ubuntu Cloud Archive

On Mon, Apr 3, 2017, at 04:33 PM, Ihar Hrachyshka wrote: > Are we going to keep some job not using the archive, to make sure we > don't > break people using packages from LTS? Maybe just periodic/non-voting > would > be enough to keep it working on older packages. Old stable branches will

Re: [openstack-dev] [all] Switching gate testing to use Ubuntu Cloud Archive

On 04/04/2017 09:06 AM, Clark Boylan wrote: > I have pushed a change to devstack [3] to enable using UCA which pulls > in new Libvirt and mostly seems to work. I think we should consider > switching to UCA as this may fix our Libvirt problems and if it doesn't, > we will be closer to a version of

Re: [openstack-dev] [tripleo] CI Squad Meeting Summary (week 13)

On Mon, Apr 3, 2017 at 8:28 PM, Emilien Macchi wrote: > On Mon, Apr 3, 2017 at 4:41 PM, Paul Belanger wrote: >> On Mon, Apr 03, 2017 at 01:08:26PM +0200, Attila Darazs wrote: >>> If the topics below interest you and you want to contribute to the >>>

Re: [openstack-dev] [Cinder] [Nova] Extend attached volume

On 4/3/2017 5:30 PM, Matt Riedemann wrote: On 4/3/2017 2:21 PM, Mathieu Gagné wrote: I would like to share our private implementation (based on Mitaka): https://gist.github.com/mgagne/9402089c11f8c80f6d6cd49f3db76512 The implementation makes it so Cinder leverages the existing Nova

Re: [openstack-dev] [tripleo] CI Squad Meeting Summary (week 13)

On Mon, Apr 03, 2017 at 08:28:15PM -0400, Emilien Macchi wrote: > On Mon, Apr 3, 2017 at 4:41 PM, Paul Belanger wrote: > > On Mon, Apr 03, 2017 at 01:08:26PM +0200, Attila Darazs wrote: > >> If the topics below interest you and you want to contribute to the > >> discussion,

Re: [openstack-dev] [Cinder] [Nova] Extend attached volume

Hi, On Mon, Apr 3, 2017 at 8:40 PM, Jay S Bryant wrote: > > Thank you for sharing this. Nice to see you have a solution that looks > agreeable to Matt. Do you think you can get a spec pushed up and propose > your code? > I will go ahead, write the spec and contribute the

Re: [openstack-dev] [neutron][networking-odl][qa] What's the recommended behavior for SG Rules with ethertype='IPv6' and protocol='icmp' ?

On Sun, Mar 26, 2017 at 9:31 PM, Sridhar Gaddam wrote: > > > On Fri, Mar 24, 2017 at 7:27 PM, Brian Haley wrote: > >> On 03/24/2017 06:41 AM, Ghanshyam Mann wrote: >> >>> Hi All, >>> >>> Tempest is testing SG rule creation and pinging scenario tests

[openstack-dev] [glance] specs awaiting revision

All glance specs that were received before the spec proposal freeze have been reviewed by at least one glance core reviewer and are now awaiting revision. Keep in mind that the spec freeze is 23:59 UTC on Friday 14 April 2017. cheers, brian

Re: [openstack-dev] [stable][heat] Nominate huangtianhua for heat-stable-maint

+1 for both changes On Fri, Mar 31, 2017 at 9:45 AM, Zane Bitter wrote: > We are feeling the pinch on stable-branch reviewers in Heat, so now that I > understand the process a bit better, let's try this again. > > I'd like to nominate Huang Tianhua to join the

Re: [openstack-dev] [Cinder] [Nova] Extend attached volume

On 4/3/2017 11:27 AM, Walter Boring wrote: Actually, this is incorrect. The sticking point of this all was doing the coordination and initiation of workflow from Nova. Cinder already has the ability to call the driver to do the resize of the volume. Cinder just prevents this now, because

[openstack-dev] [api] glance specs with API impact

Hello API WG, Glance has two specs currently under review that have API impact: add multihash support: https://review.openstack.org/#/c/448680/ add protected filter: https://review.openstack.org/#/c/451560/ The changes are minor, non-breaking, and (hopefully) uncontroversial. But you might want

Re: [openstack-dev] [neutron] - Adding Miguel Lavalle to neutron-drivers team

+1 for Miguel! On 03/30/2017 05:11 PM, Kevin Benton wrote: Hi, I would like to add Miguel Lavalle (mlavalle) to the Neutron drivers team [1]. Miguel has been instrumental in implemented features across Neutron and Nova (routed networks, DNS, etc) and is now leading the L3 team. He has a very

Re: [openstack-dev] [Cinder] [Nova] Extend attached volume

Hey, Mathieu Thanks for bringing us the solution, Jay and I are willing to help if you are looking for someone to coordinate at the Cinder side. TommyLike.Hu On 2017-04-04 08:50 , Mathieu Gagné Wrote: Hi, On Mon, Apr 3, 2017 at 8:40 PM, Jay S Bryant wrote: > > Thank you

Re: [openstack-dev] [tripleo] CI Squad Meeting Summary (week 13)

On Mon, Apr 3, 2017 at 4:41 PM, Paul Belanger wrote: > On Mon, Apr 03, 2017 at 01:08:26PM +0200, Attila Darazs wrote: >> If the topics below interest you and you want to contribute to the >> discussion, feel free to join the next meeting: >> >> Time: Thursdays, 14:30-15:30

Re: [openstack-dev] [Cinder] [Nova] Extend attached volume

Mathieu, Thank you for sharing this. Nice to see you have a solution that looks agreeable to Matt. Do you think you can get a spec pushed up and propose your code? Jay On 4/3/2017 2:21 PM, Mathieu Gagné wrote: On Mon, Apr 3, 2017 at 12:27 PM, Walter Boring wrote:

Re: [openstack-dev] [manila] share server frameworks for DHSS=False case

Thanks, Ben. One somewhat tangential remark inline ... On 04/03/2017 03:00 PM, Ben Swartzlander wrote: > On 04/03/2017 02:24 PM, Tom Barron wrote: >> We're building an NFS frontend onto the CephFS driver and >> are considering the relative merits, for the DHSS=False case, >> of following (1) the

Re: [openstack-dev] [tripleo] CI Squad Meeting Summary (week 13)

On Mon, Apr 03, 2017 at 01:08:26PM +0200, Attila Darazs wrote: > If the topics below interest you and you want to contribute to the > discussion, feel free to join the next meeting: > > Time: Thursdays, 14:30-15:30 UTC > Place: https://bluejeans.com/4113567798/ > > Full minutes:

Re: [openstack-dev] Project Navigator Updates - Feedback Request

Yes, you need to be added to the Ops Tags here: https://github.com/openstack/ops-tags-team/tree/master/ocata That's part of the Adoption and Maturity tags. Afek, Ifat (Nokia - IL/Kfar Sava) April 3, 2017 at 2:16 AM Hi Jimmy, Regarding the difference between

Re: [openstack-dev] [neutron][networking-l2gw] openstack vtep setup missing docs

I managed to make it work without an appliance. It is possible to use just a Ubuntu Server with OVS, and run both the vtep.db and ovs.db Basically as you have a Openstack network node, you can have a openstack l2gatewaynode ... but it does not really need any openstack software on it. You just

Re: [openstack-dev] [nova] Contributing support for Netronome Agilio adaptors

On 04/03/2017 06:34 AM, Jan Gutter wrote: Greetings, Apologies for chiming in very late into the spec cycle. Netronome is completing its internal processes in order to allow developers to contribute code to OpenStack and we should be able to share patches within the week. Additional apologies

Re: [openstack-dev] [oslo]Introduction of new driver for oslo.messaging

This is gonna be _huge_. As a matter of fact, I like this so much I'm abandoning my proposal to support for RPC over rfc2549. -K On Sat, Apr 1, 2017 at 10:49 AM, Amrith Kumar wrote: > Great idea, happy to try it out for Trove. We love o.m.rpc :) But it needs to > be

[openstack-dev] [tripleo][kolla] kolla_bootstrap for non-openstack services

Let's please re-evaluate configuration of containerized non-openstack, like database, message queue, key value, web, services for tripleo heat templates and Kolla. Here is an example containerized etcd patch [0]. tl;dr use kolla images and bootsrap OR upstream images with direct commands: ..

Re: [openstack-dev] [tripleo] Idempotence of the deployment process

On Sat, Apr 1, 2017 at 5:00 PM, Fox, Kevin M wrote: > At our site, we've seen bugs in idempotence break our system too. > > In once case, it was an edge case of the master server going uncontactable at > just the wrong time for a few seconds, causing the code to (wrongly)

[openstack-dev] [election] [tc] TC candidacy

Hi everyone, I am announcing my candidacy for a position on the OpenStack Technical Committee. For those who don't know me yet, I work for the OpenStack Foundation, and I've been serving on the Technical Committee as its chair since it was created. Beyond coordinating the TC activities, upstream

Re: [openstack-dev] [neutron] Engine facade

Hi, We needed to make all of those changes to just get the plugin to pass unit tests and CI. We are still seeing lots of issues and need to look deeper. The façade changes have caused a lot of instability issues. I am not 100% sure why. Issues that we have seen: 1. object creation under a

[openstack-dev] [nova] notification update week 13

Hi, Here is the status update / focus setting mail about notification work for week 13. Bugs [Medium] https://bugs.launchpad.net/nova/+bug/1657428 The instance notifications are sent with inconsistent timestamp format. Fix is ready for the cores to review

Re: [openstack-dev] [Keystone][Token expiration]

> does it mean that the token now will live forever No; it behaves as described in the document you linked. If you have any specific security concerns, please raise them appropriately (such as a security bug, if necessary). On Mon, Apr 3, 2017 at 5:27 AM lương hữu tuấn

Re: [openstack-dev] [Keystone][Token expiration]

Hi Dolph, Thanks for reply, it means that from the db point of view, token is expired but it is still passed to other service users in request (token stored in memory?) and keystone allows this expired token? And to make this feature working, we should apply the header of "X-Service-Token" and

[openstack-dev] [Fuel] Stable/newton Temporary Code Freeze

Fuelers As for preparing for 10.1 release of Fuel, there is a temporary code freeze for stable/newton branch until further announcement. Please do not merge any code except the one with +2 from me. I will write a separate email when the freeze is lifted. -- Yours Faithfully, Vladimir Kuklin,

[openstack-dev] [oslo][all] Make CONF.set_override with paramter enforce_type=True by default may break unit test

Hi ALL, oslo_config provides method CONF.set_override[1] , developers usually use it to change config option's value in tests. That's convenient . By default parameter enforce_type=False, it doesn't check any type or value of override. If set enforce_type=True , will check parameter override's

Re: [openstack-dev] [Cinder] [Nova] Extend attached volume

Actually, this is incorrect. The sticking point of this all was doing the coordination and initiation of workflow from Nova. Cinder already has the ability to call the driver to do the resize of the volume. Cinder just prevents this now, because there is work that has to be done on the

Re: [openstack-dev] [tripleo] os-cloud-config retirement

The retirement patch is ready whenever you are: https://review.openstack.org/#/c/450946/ Please review. Thanks, On Mon, Apr 3, 2017 at 3:53 AM, Bogdan Dobrelya wrote: > On 31.03.2017 13:58, Jiří Stránský wrote: >> On 30.3.2017 17:39, Juan Antonio Osorio wrote: >>> Why not

[openstack-dev] [manila] share server frameworks for DHSS=False case

We're building an NFS frontend onto the CephFS driver and are considering the relative merits, for the DHSS=False case, of following (1) the lvm driver model, and (2) the generic driver model. With #1 export locations use a configured address in the backend, e.g. lvm_share_export_ip and the

[openstack-dev] [ironic] this week's priorities and subteam reports

Hi, We are glad to present this week's priorities and subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. This Week's Priorities (as of the weekly ironic meeting) 1. rolling upgrades

Re: [openstack-dev] [ironic] Translations removal

On Thu, Mar 30, 2017 at 3:24 PM, Doug Hellmann wrote: > Excerpts from Jim Rollenhagen's message of 2017-03-30 15:08:13 -0400: > > On Thu, Mar 30, 2017 at 2:36 PM, Doug Hellmann > > wrote: > > > > > Excerpts from Sean McGinnis's message of 2017-03-22

[openstack-dev] [openstack] How does tag gets allocated to VM ports ?

Hi, How does "tag" gets assigned to openvswitch port ? Port "tap319bae97-0b" *tag: 1* Interface "tap319bae97-0b" It is done by openvswitch-agent, but can someone point me to the details? Is this has anything to do with network (segment-id) or is it just local

[openstack-dev] [gluon] why gluon network and subnet info not updated to backends plugin like gluon port

Hi, I have couple of doubts regarding gluon core plugin code, which are listed below 1) https://github.com/openstack/gluon/blob/master/gluon/plugin/core.py def *create_subnet*(self, context, subnet): #Line 176-191 """ Comment """ result = super(GluonPlugin,

Re: [openstack-dev] Project Navigator Updates - Feedback Request

Hi Jimmy, Regarding the difference between neutron.yaml and vitrage.yaml – the only thing I see is the different release-model. Anything else that I missed? Thanks, Ifat. From: Jimmy McArthur Reply-To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] [tripleo] Idempotence of the deployment process

On Sun, Apr 2, 2017 at 6:01 AM, Dan Prince wrote: > On Fri, 2017-03-31 at 17:21 -0600, Alex Schultz wrote: >> Hey folks, >> >> I wanted to raise awareness of the concept of idempotence[0] and how >> it affects deployment(s). In the puppet world, we consider this very >>

[openstack-dev] [Valence] Nominate Anusha and Bian for Valence core reviewers

Hi, I would like to nominate Anusha Ramineni and Bian Hu as core reviewer for Valence. They are excellent contributor to our project since the project's creation, and have shown great knowledge in Valence, OpenStack and Python. Please response with your +1 or any objections. Thanks, Lin.

Re: [openstack-dev] [Cinder] [Nova] Extend attached volume

On 4/3/2017 2:21 PM, Mathieu Gagné wrote: I would like to share our private implementation (based on Mitaka): https://gist.github.com/mgagne/9402089c11f8c80f6d6cd49f3db76512 The implementation makes it so Cinder leverages the existing Nova external-events endpoint to trigger the BDM update and

Re: [openstack-dev] [tripleo][kolla] kolla_bootstrap for non-openstack services

On Mon, 2017-04-03 at 16:15 +0200, Bogdan Dobrelya wrote: > Let's please re-evaluate configuration of containerized non- > openstack, > like database, message queue, key value, web, services for tripleo > heat > templates and Kolla. Here is an example containerized etcd patch [0]. > > tl;dr use

Re: [openstack-dev] [heat][sahara][magnum][tripleo] Scaling nested stack validation

On 28/11/16 14:20, Zane Bitter wrote: On 23/11/16 17:58, Zane Bitter wrote: I also investigated another issue, which is that since the fix for https://bugs.launchpad.net/heat/+bug/1388140 landed (in Kilo) I believe we are validating nested stacks multiple times (specifically, m times, where m

Re: [openstack-dev] [manila] share server frameworks for DHSS=False case

On 04/03/2017 02:24 PM, Tom Barron wrote: We're building an NFS frontend onto the CephFS driver and are considering the relative merits, for the DHSS=False case, of following (1) the lvm driver model, and (2) the generic driver model. With #1 export locations use a configured address in the

[openstack-dev] [barbican] How to update cert in the secret

Hey Barbican folks, I have a question regarding the functionality of the secrets containers please. If I got my secret created is there a way to update it down the road with another cert? The usecase is pretty common - using barbican with neutron lbaas. When the load balance from the lbaas

Re: [openstack-dev] [Cinder] [Nova] Extend attached volume

On Mon, Apr 3, 2017 at 12:27 PM, Walter Boring wrote: > Actually, this is incorrect. > > The sticking point of this all was doing the coordination and initiation of > workflow from Nova. Cinder already has the ability to call the driver to > do the resize of the volume.

Re: [openstack-dev] [manila] share server frameworks for DHSS=False case

On Mon, Apr 3, 2017 at 10:00 PM, Ben Swartzlander wrote: > > > ... and we later gave up on supporting remote ZFS using SSH altogether. > > -Ben No, we didn't. It works. Just have couple of workarounds related to difference of remote and local shell executors. -- Kind

[openstack-dev] [all] Switching gate testing to use Ubuntu Cloud Archive

Hello, One of the major sets of issues currently affecting gate testing is Libvirt stability. Elastic-recheck is tracking Libvirt crashes for us and they happen frequently [0][1][2]. These issues appear to only affect Ubuntu Xenial (and not Trusty or CentOS or Fedora) and after talking in

Re: [openstack-dev] [neutron][ml2] - heads up for mechanism drivers that don't use in tree DHCP agent

Yes. The code will still require something to acknowledge that DHCP has been wired for a port whether or not the agent extension is present. On Fri, Mar 31, 2017 at 3:39 AM, Neil Jerram wrote: > Thanks for the heads up, Kevin! > > Is this still necessary if a deployment disables