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

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

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

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

[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

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

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

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

[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

[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

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

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

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] [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! >

[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

[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

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

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

[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

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

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

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

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

[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

[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

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

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

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

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

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