Re: [openstack-dev] [infra][mogan] Need help for replacing the current master

It's very appreciated if you shed some light on what the next steps would be to move this along. On Sat, Sep 23, 2017 at 10:03 AM, Sheng Liu wrote: > Just confirmed the git history and compared the code with current Mogan > master, it is OK!, Thanks a lot for dims to help that. we will very > ap

[openstack-dev] [TripleO] Configure SR-IOV VFs in tripleo

Hi all, While working on tripleo-ovs-hw-offload work, I encounter the following issue with SR-IVO. I added -e ~/heat-templates/environments/neutron-sriov.yaml -e ~/heat-templates/environments/host-config-and-reboot.yaml to the overcloud-deploy.sh. The comp

[openstack-dev] [TripleO] OVS Hardware Offload

Hi all, We are planning to add TripleO support for OVS Hardware Offload, which was pushed to pike release [1] [2] [3]. Here is documentation commit which explain on how to use the feature [4]. We already wrote a spec for TripleO [5] and some POC code [6] [7] [8] and we would appreciate if we ca

[openstack-dev] [TripleO][DIB] how create triplo overcloud image with latest kernel?

Hi all, As part of the OVS Hardware Offload [1] [2], we need to create new Centos/Redhat 7 image with latest kernel/ovs/iproute. We tried to use virsh-customize to install the packages and we were able to update iproute and ovs, but for the kernel there is no space. We also tried with virsh-cu

[openstack-dev] [infra] zuul/nodepool: ansible roles: statsd config?

We use the Ansible roles for nodepool and zuul In our 3rd party CI. We cannot set the *statsd* config in those roles. Namely the environment variables `STATSD_HOST` and `STATSD_PORT`. I didn't find the correct place where I can propose this, that's why I'm asking on this ML. Is it possible to add

[openstack-dev] [infra] nodepool: statsd metric details?

Is there a doc I didn't find which explains the metrics nodepool is emitting to statsd? Zuul has this: https://docs.openstack.org/infra/zuul/admin/monitoring.html Nodepool only documents this: https://docs.openstack.org/infra/nodepool/installation.html?#statsd-and-graphite Any pointer is appreci

[openstack-dev] [monasca] Stefano Canepa and Dobrosław Żybort in Monasca core team

Hello everyone, I would like to nominate Stefano Canepa and Dobrosław Żybort to Monasca core reviewers team. Welcome and thank you for your contribution to the project. Best regards Witek __ OpenStack Development Mailing L

Re: [openstack-dev] vGPUs support for Nova

On Mon, Sep 25, 2017 at 04:59:04PM +, Jianghua Wang wrote: > Sahid, > > Just share some background. XenServer doesn't expose vGPUs as mdev > or pci devices. That does not make any sense. There is physical device (PCI) which provides functions (vGPUs). These functions are exposed through mdev

[openstack-dev] 答复: [Senlin] Senlin Queens Meetup

I will join. If time was changed on Oct 14th, 21th or 22th, It's also ok from me:) 原始邮件 发件人： 收件人： 日 期 ：2017年09月19日 22:06 主 题 ：[openstack-dev] [Senlin] Senlin Queens Meetup Hi all, We are going to have a meetup to discuss the features and some other details about Senlin in

Re: [openstack-dev] [TripleO][DIB] how create triplo overcloud image with latest kernel?

I've used the following trick in the past to enlarge the images: qemu-img resize ${OVERCLOUD_IMG} +3G LIBGUESTFS_BACKEND=direct virt-customize -m 2048 -a ${OVERCLOUD_IMG} --run-command 'xfs_growfs /dev/sda' Please also double-check the filesystem, some overcloud images use ext4, for examp

Re: [openstack-dev] Forum Reminder! Submissions due by Sept 29th

Jimmy, Is this the link we are supposed to use: http://forumtopics.openstack. org/cfp/create? http://odsreg.openstack.org/ returns an internal server error Cheers On Mon, Sep 25, 2017 at 8:25 AM, Jimmy McArthur wrote: > Hello! > > This is a friendly reminder that all proposed Forum session lea

Re: [openstack-dev] Forum Reminder! Submissions due by Sept 29th

Miguel Lavalle wrote: > Is this the link we are supposed to use: > http://forumtopics.openstack.org/cfp/create Yes. -- Thierry Carrez (ttx) __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openst

Re: [openstack-dev] [devstack] Why do we apt-get install NEW files/debs/general at job time ?

decompressing those registry tar.gz takes ~0.5 min on 2.2 GHz CPU. Fully pulling all container takes something like ~4.5 min (from localhost, one leaf request at a time), but on the gate vm we usually have 4 core, so it is possible to go bellow 2 min with better pulling strategy, unless we hit so

Re: [openstack-dev] [ptg] Simplification in OpenStack

> On Sep 25, 2017, at 22:44, Adam Lawson wrote: > > Hey Jay, > I think a GUI with a default config is a good start. Much would need to > happen to enable that of course but that's where my mind goes. Any talk about > 'default' kind of infringes on what we've all strived to embrace; a cloud >

Re: [openstack-dev] patches for simple typo fixes

Sean, I quantified it in 2016 for some of the patches that came in to Trove; approximately 130 hours of CI time per patch given the number of hacks that the person took before even getting pep8 to run. Close to a release boundary, that had very bad results on an already fragile Trove gate. -amri

Re: [openstack-dev] patches for simple typo fixes

Sean, Each fix is a valid change, in and of itself. But what kind of lazy person would fix (in three patches) the exact same thing, in three places in a single project? Or which person would submit the exact same kind of patch multiple times to change URL's from http:// to https:// in places whic

Re: [openstack-dev] [devstack] Why do we apt-get install NEW files/debs/general at job time ?

On 26 September 2017 at 07:34, Attila Fazekas wrote: > decompressing those registry tar.gz takes ~0.5 min on 2.2 GHz CPU. > > Fully pulling all container takes something like ~4.5 min (from localhost, > one leaf request at a time), > but on the gate vm we usually have 4 core, > so it is possible

[openstack-dev] Disk Image Builder for redhat 7.4

Hi, Could you tell me how I can create qcow2 image for rhel 7.4 by disk image builder and I want also to install oracle 12.2 on that image with DIB. Is it possible? Regards, Amit Singla Cont. - 09990130499 __ OpenStack Devel

[openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

Newton is officially EOL next month: https://releases.openstack.org/index.html#release-series As an action from our weekly meeting, we decided to accelerate the reviews for stable/newton before it's too late. This email is a reminder and a last reminder will be sent out before we EOL for real. If

Re: [openstack-dev] [nova] api.fault notification is never emitted

Cross-posting to the operators list since they are the ones that would care about this. Basically, the "notify_on_api_faults" config option hasn't worked since probably Kilo when the 2.1 microversion wsgi stack code was added. Rackspace added it back in 2012: https://review.openstack.org/#/c

Re: [openstack-dev] [octavia] haproxy fails to receive datagram

Hi, Michael, I think the octavia is the latest, since I pull the up-to-date repo of octavia manually to my server before installation. Anyway, I run "sudo ip netns exec amphora-haproxy ip route show table 1" in the amphora, and find that the route table exists. The info is listed as follows. def

Re: [openstack-dev] patches for simple typo fixes

Sean Dague wrote: I think the concern is the ascribed motive for why people are putting these up. That's fine to feel that people are stat padding (and that too many things are driven off metrics). But, honestly, that's only important if we make it important. Contributor stats are always going to

[openstack-dev] [neutron] Rotating bugs deputy role

Hi Neutrinos, As discussed during the Denver PTG, we have experienced difficulty in our IRC meetings to get volunteers for the bugs deputy role, who takes responsibility for one week to triage bug reports (please see https://docs.openstack.org/neutron/latest/contributor/policies/bugs.html#neutron-

Re: [openstack-dev] Garbage patches for simple typo fixes

On 9/23/2017 10:11 AM, Doug Hellmann wrote: Excerpts from Huang Zhiteng's message of 2017-09-23 10:00:00 +0800: On Sat, Sep 23, 2017 at 8:34 AM, Zhipeng Huang wrote: Hi Paul, Unfortunately I know better on this matter and it is not the matter of topic dispute as many people on this thread w

Re: [openstack-dev] patches for simple typo fixes

On 9/25/2017 7:24 AM, Sean Dague wrote: On 09/25/2017 07:56 AM, Chris Dent wrote: On Fri, 22 Sep 2017, Paul Belanger wrote: This is not a good example of encouraging anybody to contribute to the project. Yes. This entire thread was a bit disturbing to read. Yes, I totally agree that mass pa

Re: [openstack-dev] [tripleo] Pike Retrospective & Status reporting

On Mon, Sep 18, 2017 at 12:50 PM, Alex Schultz wrote: > Hey folks, > > We started off our PTG with a retrospective for Pike. The output of > which can be viewed here[0][1]. > > One of the recurring themes from the retrospective and the PTG was the > need for better communication during the cycle.

Re: [openstack-dev] [TripleO][DIB] how create triplo overcloud image with latest kernel?

On 09/26/2017 05:43 AM, Moshe Levi wrote: Hi all, As part of the OVS Hardware Offload [1] [2], we need to create new Centos/Redhat 7 image with latest kernel/ovs/iproute. We tried to use virsh-customize to install the packages and we were able to update iproute and ovs, but for the kerne

Re: [openstack-dev] [ptg] Simplification in OpenStack

Excerpts from Samuel Cassiba's message of 2017-09-25 17:27:25 -0700: > > > On Sep 25, 2017, at 16:52, Clint Byrum wrote: > > > > Excerpts from Jonathan D. Proulx's message of 2017-09-25 11:18:51 -0400: > >> On Sat, Sep 23, 2017 at 12:05:38AM -0700, Adam Lawson wrote: > >> > >> :Lastly, I do thi

[openstack-dev] [Dragonflow] Virtual PTG

Hello, all. Since the Dragonflow team didn't hold any meetings during the last PTG, we thought of holding a virtual PTG with video streaming where others can join remotely. The dates are set for the 18th-19th October (2017, for those of us from the future). The times are flexible for now. The sch

Re: [openstack-dev] [ptg] Simplification in OpenStack

On 09/26/2017 02:04 AM, Blair Bethwaite wrote: I've been watching this thread and I think we've already seen an excellent and uncontroversial suggestion towards simplifying initial deployment of OS - that was to push towards encoding Constellations into the deployment and/or config management pro

Re: [openstack-dev] [tripleo] Pike Retrospective & Status reporting

On 09/26/2017 08:55 PM, Alex Schultz wrote: On Mon, Sep 18, 2017 at 12:50 PM, Alex Schultz wrote: Hey folks, We started off our PTG with a retrospective for Pike. The output of which can be viewed here[0][1]. One of the recurring themes from the retrospective and the PTG was the need for bett

Re: [openstack-dev] [ptg] Simplification in OpenStack

On Tue, Sep 26, 2017 at 12:16:30PM -0700, Clint Byrum wrote: :OpenStack is big. Big enough that a user will likely be fine with learning :a new set of tools to manage it. New users in the startup sense of new, probably. People with entrenched environments, I doubt it. But OpenStack is big. Big

[openstack-dev] [Oslo][oslo.messaging][all] Notice: upcoming change to oslo.messaging RPC server

Hi Folks, Just a head's up: In Queens the default access policy for RPC Endpoints will change from LegacyRPCAccessPolicy to DefaultRPCAccessPolicy. RPC calls to private ('_' prefix) methods will no longer be possible. If you want to allow RPC Clients to invoke private methods, you must explicit

[openstack-dev] [ironic] Ironic 3rd Party CI Meetings

Dell - Internal Use - Confidential Hi all, It was actually discussed in irc, after the ironic meeting yesterday that we will have weekly/biweekly 3rd Party CI IRC meetings going forward. The goal is to harden the third-party CI results for ironic, share ideas to make it robust and trust worthy

Re: [openstack-dev] [OpenStack][Cinder][third-party][ci] Tintri Cinder CI failure

I patched sos-ci and logs are available now [1]. First exception occurrence I spot in c-vol.txt is here [2] [1] http://openstack-ci.tintri.com/tintri/refs-changes-59-507359-1/logs/ [2] http://paste.openstack.org/show/621983/ On Mon, Sep 25, 2017 at 11:32 PM, Silvan Kaiser wrote: > Hi Apoorva! >

Re: [openstack-dev] [ptg] Simplification in OpenStack

In Kolla, during this PTG, we came up with idea of scenario based testing+documentation. Basically what we want to do is to provide set of kolla configurations, howtos and tempest configs to test out different "constellations" or use-cases. If, instead of in Kolla, do these in cross-community manne

Re: [openstack-dev] [ptg] Simplification in OpenStack

On Tue, Sep 26, 2017 at 01:34:14PM -0700, Michał Jastrzębski wrote: :In Kolla, during this PTG, we came up with idea of scenario based :testing+documentation. Basically what we want to do is to provide set :of kolla configurations, howtos and tempest configs to test out :different "constellations"

Re: [openstack-dev] [ptg] Simplification in OpenStack

On Tue, Sep 26, 2017 at 2:34 PM, Michał Jastrzębski wrote: > In Kolla, during this PTG, we came up with idea of scenario based > testing+documentation. Basically what we want to do is to provide set > of kolla configurations, howtos and tempest configs to test out > different "constellations" or u

Re: [openstack-dev] [ptg] Simplification in OpenStack

On 26 September 2017 at 13:54, Alex Schultz wrote: > On Tue, Sep 26, 2017 at 2:34 PM, Michał Jastrzębski wrote: >> In Kolla, during this PTG, we came up with idea of scenario based >> testing+documentation. Basically what we want to do is to provide set >> of kolla configurations, howtos and temp

[openstack-dev] [release][ptl] Improving the process for release marketing

Release marketing is a critical part of sharing what’s new in each release, and we want to rework how the marketing community and projects work together to make the release communications happen. Having multiple, repetetive demands to summarize "top features" during release time can be pesteri

[openstack-dev] [tc] [all] TC Report 39

(If you prefer, there's html: ) It has been a while since the last one of these that [had any substance](https://anticdent.org/tc-report-33.html). The run up to the [PTG](https://www.openstack.org/ptg) and travel to and fro meant either that not much was

Re: [openstack-dev] [glance] Queens PTG: Thursday summary

Hi Belmiro, On 20 Sep. 2017 7:58 pm, "Belmiro Moreira" < moreira.belmiro.email.li...@gmail.com> wrote: > Discovering the latest image release is hard. So we added an image property "recommended" > that we update when a new image release is available. Also, we patched horizon to show > the "recomme

Re: [openstack-dev] Disk Image Builder for redhat 7.4

On Tue, Sep 26, 2017 at 10:19:45PM +0530, Amit Singla wrote: > Hi, > > Could you tell me how I can create qcow2 image for rhel 7.4 by disk image > builder and I want also to install oracle 12.2 on that image with DIB. Is > it possible? For the RHEL 7.4 side of things there is a rhel7 dib target,

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On Tue, Sep 26, 2017 at 10:58:46AM -0600, Emilien Macchi wrote: > Newton is officially EOL next month: > https://releases.openstack.org/index.html#release-series > > As an action from our weekly meeting, we decided to accelerate the > reviews for stable/newton before it's too late. > This email is

[openstack-dev] OpenStack-Ansible and Trove support

Hello, Based on github and https://docs.openstack.org/openstack-ansible-os_trove/latest/ it looks like OpenStack-Ansible will support Trove under the Ocata release. Is that assumption correct? is there a better method to determine when a software component will likely be included in a release?

[openstack-dev] [all][infra] Zuul v3 migration update

Hey everybody, We got significantly further along with our Zuul v3 rollout today. We uncovered some fun bugs in the migration but were able to fix most of them rather quickly. We've pretty much run out of daylight though for the majority of the team and there is a tricky zuul-cloner related

[openstack-dev] OpenStack-Ansible testing with OpenVSwitch

Hello, I am trying to build a Pike All-in-One instance for OpenStack Ansible testing, currently I have a few OpenStack versions being deployed using the default Linux Bridge implementation. However I need a test environment to validate OpenVSwitch implementation, is there a simple method to g

Re: [openstack-dev] [ptg] Simplification in OpenStack

Michał Jastrzębski wrote: On 26 September 2017 at 13:54, Alex Schultz wrote: On Tue, Sep 26, 2017 at 2:34 PM, Michał Jastrzębski wrote: In Kolla, during this PTG, we came up with idea of scenario based testing+documentation. Basically what we want to do is to provide set of kolla configura

Re: [openstack-dev] [ptg] Simplification in OpenStack

Excerpts from Jonathan Proulx's message of 2017-09-26 16:01:26 -0400: > On Tue, Sep 26, 2017 at 12:16:30PM -0700, Clint Byrum wrote: > > :OpenStack is big. Big enough that a user will likely be fine with learning > :a new set of tools to manage it. > > New users in the startup sense of new, proba

Re: [openstack-dev] OpenStack-Ansible and Trove support

Michael, There are release notes for each release that will go over what's new, what's on it's way out or even gone as well as bug fixes and other information. Here's a link to the Ocata release notes for OpenStack-Ansible which includes the announcement of the Trove role. https://docs.openstack.

Re: [openstack-dev] [release][ptl] Improving the process for release marketing

On 9/26/2017 4:33 PM, Anne Bertucio wrote: Release marketing is a critical part of sharing what’s new in each release, and we want to rework how the marketing community and projects work together to make the release communications happen. Having multiple, repetetive demands to summarize "top

Re: [openstack-dev] [docs][ptls][install] Install guide vs. tutorial

On 9/25/2017 3:47 AM, Alexandra Settle wrote: > I completely agree consistency is more important, than bike shedding over the > name :) > To be honest, it would be easier to change everything to ‘guide’ – seeing as > all our URLs are ‘install-guide’. > But that’s th

Re: [openstack-dev] [release][ptl] Improving the process for release marketing

Excerpts from Jay S Bryant's message of 2017-09-26 18:39:34 -0500: > On 9/26/2017 4:33 PM, Anne Bertucio wrote: > > > Release marketing is a critical part of sharing what’s new in each release, > > and we want to rework how the marketing community and projects work > > together to make the relea

Re: [openstack-dev] [release][ptl] Improving the process for release marketing

On 9/26/2017 7:00 PM, Doug Hellmann wrote: Excerpts from Jay S Bryant's message of 2017-09-26 18:39:34 -0500: On 9/26/2017 4:33 PM, Anne Bertucio wrote: Release marketing is a critical part of sharing what’s new in each release, and we want to rework how the marketing community and projects

Re: [openstack-dev] [infra][mogan] Need help for replacing the current master

On Tue, Sep 26, 2017, at 02:18 AM, Zhenguo Niu wrote: > It's very appreciated if you shed some light on what the next steps would > be to move this along. We should schedule a period of time to freeze the Mogan repo, update the replacement master (if necessary) then we can either force push that o

Re: [openstack-dev] [tc][nova][ironic][mogan] Evaluate Mogan project

On 9/25/2017 6:27 AM, Zhenguo Niu wrote: Hi folks, First of all, thanks for the audiences for Mogan project update in the TC room during Denver PTG. Here we would like to get more suggestions before we apply for inclusion. Speaking only for myself, I find the current direction of one API+sc

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

My main question here would be this: If you feel there are deficiencies in Ironic, why not contribute to improving Ironic rather than spawning a whole new project? I am happy to take a look at it, and I'm by no means trying to contradict your assumptions here. I just get concerned with the overhea

Re: [openstack-dev] [infra][mogan] Need help for replacing the current master

Thanks Clark Boylan, We have frozen the Mogan repo since this mail sent out, and there's no need to update the replacement master. So please help out when you got time. On Wed, Sep 27, 2017 at 8:10 AM, Clark Boylan wrote: > On Tue, Sep 26, 2017, at 02:18 AM, Zhenguo Niu wrote: > > It's very app

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

Thanks Erik for the response! I don't mean there are deficiencies in Ironic. Ironic itself is cool, it works well with TripleO, Nova, Kolla, etc. Mogan just want to be another client to schedule workloards on Ironic and provide bare metal specific APIs for users who seeks a way to provider virtual

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

On 2017-09-27 09:15:21 +0800 (+0800), Zhenguo Niu wrote: [...] > I don't mean there are deficiencies in Ironic. Ironic itself is cool, it > works well with TripleO, Nova, Kolla, etc. Mogan just want to be another > client to schedule workloards on Ironic and provide bare metal specific > APIs for u

Re: [openstack-dev] [ptg] Simplification in OpenStack

Clint Byrum wrote: > Excerpts from Jonathan Proulx's message of 2017-09-26 16:01:26 -0400: > > On Tue, Sep 26, 2017 at 12:16:30PM -0700, Clint Byrum wrote: > > > > :OpenStack is big. Big enough that a user will likely be fine with > > learning :a new set of tools to manage it. > > > > New users in

Re: [openstack-dev] [octavia] haproxy fails to receive datagram

Hi, Michael, The instructions are listed as follows. First, create a net1. $ neutron net-create net1 $ neutron subnet-create net1 10.0.1.0/24 --name subnet1 Second, boot two vms in net1 $ nova boot --flavor 1 --image $image_id --nic net-id=$net1_id vm1 $ nova boot --flavor 1 --image $image_id --

Re: [openstack-dev] [nova] reset key pair during rebuilding

On 9/23/2017 8:58 AM, LIU Yulong wrote: Hi nova developers, This mail is proposed to reconsider the key pair resetting of instance. The nova queens PTG discuss is here: https://etherpad.openstack.org/p/nova-ptg-queens  L498. And there are now

Re: [openstack-dev] vGPUs support for Nova

> -Original Message- > From: Sahid Orentino Ferdjaoui [mailto:sferd...@redhat.com] > Sent: Tuesday, September 26, 2017 1:46 PM > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev] vGPUs support for Nova > > On Mon, Sep 25, 2017 at 04:59:04P

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On 09/26/2017 06:58 PM, Emilien Macchi wrote: > Newton is officially EOL next month: > https://releases.openstack.org/index.html#release-series > > As an action from our weekly meeting, we decided to accelerate the > reviews for stable/newton before it's too late. > This email is a reminder and a

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On Wed, Sep 27, 2017 at 06:55:13AM +0200, Giulio Fidente wrote: > On 09/26/2017 06:58 PM, Emilien Macchi wrote: > > Newton is officially EOL next month: > > https://releases.openstack.org/index.html#release-series > > > > As an action from our weekly meeting, we decided to accelerate the > > revie

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On Tue, Sep 26, 2017 at 10:17 PM, Tony Breeds wrote: > With that in mind I'd suggest that your review isn't appropriate for If we have to give up backports that help customers to get production-ready environments, I would consider giving up stable policy tag which probably doesn't fit for project

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On Tue, Sep 26, 2017 at 10:31:59PM -0700, Emilien Macchi wrote: > On Tue, Sep 26, 2017 at 10:17 PM, Tony Breeds wrote: > > With that in mind I'd suggest that your review isn't appropriate for > > If we have to give up backports that help customers to get > production-ready environments, I would c

Re: [openstack-dev] [nova] reset key pair during rebuilding

On Wed, Sep 27, 2017 at 10:29 AM, Matt Riedemann wrote: > On 9/23/2017 8:58 AM, LIU Yulong wrote: > >> Hi nova developers, >> >> This mail is proposed to reconsider the key pair resetting of instance. >> The nova queens PTG discuss is here: https://etherpad.openstack.org >> /p/nova-ptg-queens

Re: [openstack-dev] 答复: [Senlin] Senlin Queens Meetup

21th Oct will be ok On Tue, Sep 26, 2017 at 9:28 PM, wrote: > > I will join. > > If time was changed on Oct 14th, 21th or 22th, It's also ok from me:) > > > > 原始邮件 > *发件人：* ; > *收件人：* ; > *日 期 ：*2017年09月19日 22:06 > *主 题 ：**[openstack-dev] [Senlin] Senlin Queens Meetup* > > > Hi all, > We are