Re: [openstack-dev] [Nova][libvirt]Could not create tap interface in ovs bridge

Hi Arturo, This is because the OVS we installed have not replaced the existing OVS. This problem was solved by uninstalling the OVS first and then install the new OVS version. -- Thanks & regards, Phaneendra Manda. On Mon, Jul 11, 2016 at 10:01 PM, amll wrote: > Hi, >

[openstack-dev] [nova] next notification subteam meeting

Hi, The next notification subteam meeting will be held on 2016.07.12 17:00 UTC [1] on #openstack-meeting-4. Cheers, Gibi [1] https://www.timeanddate.com/worldclock/fixedtime.html?iso=20160712T17 __ OpenStack

Re: [openstack-dev] [ironic] why do we need setting network driver per node?

Hi Devananda, This is a good summary. I think the proposal makes a lot of sense. We need to agree to this as soon as possible so that we can get the Ironic patches merged by this Friday - to meet the timelines. Can you set up the number for the voice call so that we can all dial in, discuss, if

Re: [openstack-dev] [OpenStack-Ansible] Splitting out generic testing components

+1 I think this is a great initiative and should go a long way to unifying and improving our tests within the roles. I too would love to see this moved to the namespace so that folks can begin working on and reviewing changes gerrit. @Jesse, assuming everything is on the up and up, what are the

Re: [openstack-dev] The future of OpenStack documentation

Inline... On Sun, Jul 10, 2016 at 5:22 PM, Lana Brindley wrote: > On 09/07/16 07:02, Matt Kassawara wrote: > > Currently, OpenStack provides central documentation (primarily in the > openstack-manuals repository) for operators and users. The single location > and

Re: [openstack-dev] The future of OpenStack documentation

Matt, Can you please articulate the problem you're trying to solve? As Andreas says, we had specific problems that needed to be solved for the Install Guide and API docs, which is why they were done first. Lana On 12/07/16 08:26, Matt Kassawara wrote: > Andreas, > > I consider the API

Re: [openstack-dev] The future of OpenStack documentation

Andreas, I consider the API documentation and installation guide rather complex for initial content to move to project repositories and evaluate the results. However, we're seeing rather strong adoption of moving API documentation which I think predicts adoption of moving operator/user

Re: [openstack-dev] [ironic] why do we need setting network driver per node?

Thanks for following up with this Devananda, I¹ve left a couple of corrections to my proposal inline, unfortunately IRC isn¹t the best for putting ideas this complex across :) Sam On 11/07/2016 21:57, "Devananda van der Veen" wrote: >We spent the majority of today's

[openstack-dev] [neutron] N2 deliverables contents

Hi neutrinos, We’ll need to produce N2 milestone deliverables this week (neutron + neutron-*aas). Do we have any patches in flight that could benefit from being landed now and not in N3? If so, please raise a flag in this thread, and we will consider candidates case by case. Ihar

Re: [openstack-dev] The future of OpenStack documentation

I support putting infrastructure in place to allow the project documentation to be in the project's repository. We had problems in the Mitaka release with documentation getting deleted without the project team knowing it was happening until users were asking us where the documentation was

Re: [openstack-dev] Mascot/logo for your project

Woot, we in oslo talked about it during today's meeting and from what I can tell we'd like to have the moose that we currently have adjusted as needed and continue forward with that (we've been using this logo for a while already in stickers...):

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

On 11 July 2016 at 12:52, Sam Yaple wrote: > After lots of fun on IRC I have given up this battle. I am giving up > quickly because frickler has purposed a workaround (or better solution > depending on who you ask). So for all of you keeping track at home, if you > want your

Re: [openstack-dev] [ironic] why do we need setting network driver per node?

We spent the majority of today's weekly IRC meeting [1] discussing the finer points of this question. I agreed to post a summary of those to the list (it's below the break). tldr; * we don't know if network_interface should behave like other hardware interfaces, but... * we need to come to an

Re: [openstack-dev] [TripleO][docs]: Undercloud install fails with unavailability of oslo::cache

On 07/08/2016 12:27 PM, Paddu Krishnan (padkrish) wrote: > Thanks a lot for the reply. Pls see inline.. > > On 7/8/16, 7:47 AM, "Ben Nemec" wrote: > >> On 07/08/2016 12:58 AM, Paddu Krishnan (padkrish) wrote: Hello, I am trying to install TripleO in a VM

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

> On 11 Jul 2016, at 15:52, Sam Yaple wrote: > > After lots of fun on IRC I have given up this battle. I am giving up quickly > because frickler has purposed a workaround (or better solution depending on > who you ask). So for all of you keeping track at home, if you want

[openstack-dev] [tripleo] remaining work on composable roles

Hi, Since the etherpad [1] started to be too big, we started to use Launchpad to track what needs to be done. In the list: - MySQL Galera (WIP) - Pacemaker service (WIP) - Telemetry (Ceilometer, Aodh, Gnocchi) (WIP) - really good progress - Last bits on Nova / Neutron - Almost done - Swift

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

After lots of fun on IRC I have given up this battle. I am giving up quickly because frickler has purposed a workaround (or better solution depending on who you ask). So for all of you keeping track at home, if you want your vxlan and your vlan networks to have the same MTU, here are the relevant

[openstack-dev] [ironic] weekly subteam status report

Hi, We are veracious to present this week's subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. Bugs (dtantsur) === - Stats (diff with 27 June 2016) - Ironic: 197 bugs (-10) + 197 wishlist items (+6). 10 new (-2), 142 in

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

I fought for two weeks to figure out why one of my clouds didn't seem to want to work properly. It was in fact one of those helpful souls you mention below filtering out PMTU's. I had to play with some rather gnarly iptables rules to workaround the issue. -j TCPMSS --clamp-mss-to-pmtu So

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

On 11 July 2016 at 11:49, Sean M. Collins wrote: > Sam Yaple wrote: > > In this situation, since you are mapping real-ips and the real world runs > > on 1500 mtu > > Don't be so certain about that assumption. The Internet is a very big > and diverse place OK, I'll

Re: [openstack-dev] [constraints] Updating stable branch URL

Excerpts from Sachi King's message of 2016-06-30 14:24:45 +1000: > On Tue, Jun 28, 2016 at 9:38 AM, Tony Breeds wrote: > > On Mon, Jun 27, 2016 at 11:28:47PM +, Jeremy Stanley wrote: > > > >> I want to say there was a reason we were branching the requirements > >>

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

On 11 July 2016 at 11:12, Chris Friesen wrote: > On 07/11/2016 10:39 AM, Jay Pipes wrote: > > Out of curiosity, in what scenarios is it better to limit the instance's >> MTU to >> a value lower than that of the maximum path MTU of the infrastructure? In >> other >>

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

Sam Yaple wrote: > In this situation, since you are mapping real-ips and the real world runs > on 1500 mtu Don't be so certain about that assumption. The Internet is a very big and diverse place -- Sean M. Collins __

[openstack-dev] [Fuel] New version of fuel-devops (2.9.21)

Hi All, We are going to update the 'fuel-devops' framework on our product CI to the version 2.9.21. Changes since 2.9.20: * For devops: - Scripts for export and import systest environments, based on external libvirt snapshots [1] - Disable creation of nwfilters by default [2] - Get rid

[openstack-dev] [Infra] Meeting Tuesday July 12th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday July 12th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Agenda_for_next_meeting Anyone is welcome to to add agenda

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

All MTU changes must occur on a layer-3 device, typically a router. If a router receives a packet with an MTU larger than the next-hop interface, it can either fragment it or use path MTU discovery (PMTUD) to inform the sender of the next-hop interface MTU value [1]. Fragmentation causes

[openstack-dev] Mascot/logo for your project

Answering a few questions: Snip: "Just a little strange for a community-driven open source project to be replacing community-created mascots with top-down designs. I'm not terribly opposed to it, but would have definitely preferred if this had come across as a request instead of a mandate. I

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

On 07/11/2016 10:39 AM, Jay Pipes wrote: Out of curiosity, in what scenarios is it better to limit the instance's MTU to a value lower than that of the maximum path MTU of the infrastructure? In other words, if the infrastructure supports jumbo frames, why artificially limit an instance's MTU

[openstack-dev] Singing in Barcelona

I know it's crazy, but I've talked with a few people in Vancouver, Tokyo and Austin about the idea of getting a singing group together during a summit, and they've all encouraged me to go for it - so I'll start to look silly if I don't even try this... :-)So this is a call for anyone who wants to

Re: [openstack-dev] Mascot/logo for your project

On 7/11/2016 10:00 AM, Heidi Joy Tretheway wrote: The Foundation would like to help promote OpenStack projects in the big tent with branding and marketing services. The idea is to create a family of logos for OpenStack projects that are unique, yet immediately identifiable as part of OpenStack.

Re: [openstack-dev] Mascot/logo for your project

snip On Mon, Jul 11, 2016 at 1:15 PM, Jay Faulkner wrote: > > > I think we could all be easily bribed if the foundation provided copious > amounts of stickers to contributors with the new mascot designs on them. :P > I'm sure that can be arranged :]

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

On Mon, Jul 11, 2016 at 4:39 PM, Jay Pipes wrote: > On 07/11/2016 07:45 AM, Sam Yaple wrote: > >> Hello, >> >> There was alot of work to get MTU advertisement working well in Mitaka. >> With the work that was done we can finally have 1500 mtu networks for >> tunneled

Re: [openstack-dev] Mascot/logo for your project

On Jul 11, 2016, at 8:51 AM, Steve Martinelli > wrote: The keystone project was one of the first to have a logo and I'm more than happy to give it up for the sake of a consistent message across all OpenStack projects. I think it's fine if

Re: [openstack-dev] Mascot/logo for your project

On 07/11/2016 05:51 PM, Steve Martinelli wrote: The keystone project was one of the first to have a logo and I'm more than happy to give it up for the sake of a consistent message across all OpenStack projects. I think it's fine if ironic and tripleo want to stick with their current animals

Re: [openstack-dev] [neutron][calico] New networking-calico IRC meeting

Hi all, Just a quick reminder: the first networking-calico IRC meeting will be tomorrow (12th July) at 1600 UTC. Neil On Fri, Jul 1, 2016 at 12:31 PM Neil Jerram wrote: > The first networking-calico IRC meeting was planned for 28th June, but I'm > afraid I was unwell - so

Re: [openstack-dev] Neutron and MTU advertisements -- post newton

On 07/11/2016 07:45 AM, Sam Yaple wrote: Hello, There was alot of work to get MTU advertisement working well in Mitaka. With the work that was done we can finally have 1500 mtu networks for tunneled networks if the underlying infrastructure supports jumbo frames. Its fantastic for people who

Re: [openstack-dev] [Nova][libvirt]Could not create tap interface in ovs bridge

Hi, I think I am having the same problem, did you manage to solve it? Thanks in advance, Arturo Mayoral. El 10/01/16 a las 13:28, manda phaneendra escribió: Hi, When i am spawning a new VM, there is an error in neutron conductor "error: Unable to add port tapc3b3f80b-ee to OVS bridge br-int"

[openstack-dev] [TripleO] Deep Dive Thursday July 14 1400UTC

As a reminder, we will have a deep dive on Thursday July 14th at 1400 UTC. Steve Hardy has volunteered to go into tripleo-heat-templates and the software configuration workflows. Further details are in the etherpad (along with a link to last week's recording if you missed it):

Re: [openstack-dev] Mascot/logo for your project

The keystone project was one of the first to have a logo and I'm more than happy to give it up for the sake of a consistent message across all OpenStack projects. I think it's fine if ironic and tripleo want to stick with their current animals (luckily they are using logos that meet the new

Re: [openstack-dev] Mascot/logo for your project

On Mon, Jul 11, 2016 at 08:00:29AM -0700, Heidi Joy Tretheway wrote: >The Foundation would like to help promote OpenStack projects in the big >tent with branding and marketing services. The idea is to create a family >of logos for OpenStack projects that are unique, yet immediately >

Re: [openstack-dev] [Nova] [RFC] ResourceProviderTags - Manage Capabilities with ResourceProvider

Matt mentioned Aggregate in the scheduler meeting, that is good question and also reminder me I should explain the relationship between Aggregate and ResourceProviderTags. The Aggregate is expected to keep as a tool for group the hosts, and just for group hosts. People used to manage Capabilities

[openstack-dev] [new][openstack] osc-lib 0.3.0 release (newton)

We are excited to announce the release of: osc-lib 0.3.0: OpenStackClient Library This release is part of the newton release series. With source available at: https://git.openstack.org/cgit/openstack/osc-lib With package available at: https://pypi.python.org/pypi/osc-lib Please

Re: [openstack-dev] Mascot/logo for your project

On 07/11/2016 05:00 PM, Heidi Joy Tretheway wrote: The Foundation would like to help promote OpenStack projects in the big tent with branding and marketing services. The idea is to create a family of logos for OpenStack projects that are unique, yet immediately identifiable as part of OpenStack.

[openstack-dev] [new][ironic] ironic-lib 2.0.0 release (newton)

We are satisfied to announce the release of: ironic-lib 2.0.0: Ironic common library This release is part of the newton release series. With package available at: https://pypi.python.org/pypi/ironic-lib For more details, please see below. Changes in ironic-lib 1.3.0..2.0.0

Re: [openstack-dev] [mistral][osc-lib][openstackclient] is it too early for orc-lib?

On Mon, Jul 11, 2016 at 9:24 AM, Dmitry Tantsur wrote: > It seems like OSC now issues warnings if we use bits that are moved to > osc-lib. Does it mean that now osc-lib is ready for all projects to switch > to? If not, could you please revert the warnings? It's a bit

[openstack-dev] [new][ironic] ironic-python-agent 1.4.0 release (newton)

We are content to announce the release of: ironic-python-agent 1.4.0: Ironic Python Agent Ramdisk This release is part of the newton release series. For more details, please see below. 1.4.0 ^ New Features * Added *ipa-disk-wait-attempts* configuration option to configure

[openstack-dev] Mascot/logo for your project

The Foundation would like to help promote OpenStack projects in the big tent with branding and marketing services. The idea is to create a family of logos for OpenStack projects that are unique, yet immediately identifiable as part of OpenStack. We’ll be using these logos to promote your

[openstack-dev] [Smaug]- IRC Meeting tomorrow (11/07) - 1100 UTC SM,

Hi All, We will hold our weekly IRC meeting tomorrow (Tuesday, 11/07) at 1100 UTC in #openstack-smaug ***Please note the time and location change. Due to scheduling issue we will not be able to have the talk in the usual time of 1500 UTC and thus will not have a meeting room. I will try and

Re: [openstack-dev] [nova] [ironic] Input types for scheduler filters

On 08/07/16 15:22, Miles Gould wrote: On 07/07/16 17:43, Miles Gould wrote: Further evidence that this isn't the intended behaviour: if you remove all the calls to str(), then the original tests still pass, but the ' e' (substring matching) one doesn't. I've now proposed this as a patch:

[openstack-dev] Neutron and MTU advertisements -- post newton

Hello, There was alot of work to get MTU advertisement working well in Mitaka. With the work that was done we can finally have 1500 mtu networks for tunneled networks if the underlying infrastructure supports jumbo frames. Its fantastic for people who have 1500 mtu networks and want to use

Re: [openstack-dev] [mistral][osc-lib][openstackclient] is it too early for orc-lib?

On 06/30/2016 11:29 PM, Dean Troyer wrote: On Thu, Jun 30, 2016 at 8:38 AM, Hardik > wrote: Regarding osc-lib we have mainly two changes. 1) Used "utils" which is moved from openstackclient.common.utils to

Re: [openstack-dev] [keystone] Can anyone share some experience for how to configure keystone work with https

There are several upstream deployment projects that have SSL support baked in [0] [1], in case you want to pick through and see exactly how they deploy keystone with SSL. [0] https://github.com/openstack/openstack-ansible-os_keystone [1] https://github.com/openstack/puppet-keystone On Mon, Jul

[openstack-dev] [neutron][upgrades] Bi-weekly upgrades work status. 7/11/2016

Hi, Starting another round of bi-weekly update presented once in a 3-week time period. Let's kick it: 1. We are still working on porting existing resources to use OVO What was merged: - objects: Introduce the DNSNameServer OVO in the code: https://review.openstack.org/326477

Re: [openstack-dev] [puppet] weekly meeting #86

Hi, If you have any topic for our weekly meeting, please add it here: https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20160712 Like usual, we'll do the meeting only if we have something to discuss. On Tue, Jul 5, 2016 at 10:56 AM, Emilien Macchi wrote: > No

Re: [openstack-dev] [cross-project][infra][keystone] Moving towards a Identity v3-only on Devstack - Next Steps

Hello Folks, Following the feedback that we got on this email, during this last months we implemented a couple of jobs to track this Identity v3-only behavior, so you can find this jobs, on this links: - https://review.openstack.org/#/q/topic:v3-only-integrated -

[openstack-dev] [Nova] Quick poll for live migration meeting this week

Hi All, I think we can skip the live migration meeting this week unless anyone has something specific to discuss. Next week is the mid cycle, so I suggest the next meeting should be Tuesday 26th July. Please let me know if you agree or disagree. Unless I hear otherwise I will assume its ok to

Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker project

Álvaro, There is no plan for any other Nova driver that will drive a Docker Daemon that i know. Thanks, Dims On Mon, Jul 11, 2016 at 8:10 AM, Álvaro López García wrote: > On 08 Jul 2016 (10:07), Davanum Srinivas wrote: >> Tim, > > Hi Davanum, > >> I've initiated

Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker project

On 08 Jul 2016 (10:07), Davanum Srinivas wrote: > Tim, Hi Davanum, > I've initiated conversation a couple of times more than a year ago. > > http://lists.openstack.org/pipermail/openstack-operators/2015-May/thread.html#7129 >

Re: [openstack-dev] [stable][all] Tagging kilo-eol for "the world"

Hey Jesse, Sorry for the delay. I've gone ahead and removed icehouse, juno and kilo branches creating tags in their places. Cheers, Josh On Wed, Jul 6, 2016 at 3:27 AM, Jesse Pretorius < jesse.pretor...@rackspace.co.uk> wrote: > From: Joshua Hesketh > > > I assume

[openstack-dev] [Nova] [RFC] ResourceProviderTags - Manage Capabilities with ResourceProvider

This propose is about using ResourceProviderTags as a solution to manage Capabilities (Qualitative) in ResourceProvider. The ResourceProviderTags is to describe the capabilities which are defined by OpenStack Service (Compute Service, Storage Service, Network Service etc.) and by users. The

Re: [openstack-dev] [Zun][Higgins] Request initial feedback for the design spec

Hi, Hongbin, thanks a lot for initialize the spec, will check and leave comments there. 2016-07-09 3:08 GMT+08:00 Hongbin Lu : > Hi all, > > > > Because I cannot attend the team meeting next week, I would leave a > message here: I am working on a spec to define the

Re: [openstack-dev] [Nova][SR-IOV][pci-passthrough] Reporting pci devices in hypervisor-show

On Fri, Jul 08, 2016 at 03:45:10PM -0400, Jay Pipes wrote: > On 07/08/2016 12:10 PM, Beliveau, Ludovic wrote: > > I see a lot of values in having something like this for inventory > > purposes and troubleshooting. > > > > IMHO the information should be provided in two ways. > > > > 1. Show PCI

Re: [openstack-dev] [keystone] Can anyone share some experience for how to configure keystone work with https

Hi, just follow instruction for your web server. For example, for Apache - https://httpd.apache.org/docs/2.4/ssl/ssl_howto.html In short: - create certificates - install and enable ssl module - enable ssl for keystone site (add directives in your /etc/apache2/sites-available/keystone-wsgi. conf

[openstack-dev] [Fuel][Plugins] Please update your Fuel plugin's entries in DriverLog

Hi to everyone, please make sure your Fuel Plugin information in DriverLog [1] is up-to-date, specifically: - compatible OpenStack releases - CI/CD - maintainers list and their contact information. Detailed instructions on working with DriverLog are found here [2]. Thank you. [1]

Re: [openstack-dev] [Oslo] [ALL] Disable option value interpolation in oslo.config

Does your project use option value interpolation ? As I know, nova use it. we also disccussed in oslo team, should we deprecate this feature ? Any thoughts ? 2016-07-08 22:14 GMT+08:00 ChangBo Guo : > Hi ALL, > > I have been working a bug [1] about option value interpolation

[openstack-dev] [mistral] Team meeting - 07/11/2016

Hi, This is a reminder that we’ll have a team meeting today at #openstack-meeting at 16.00 UTC. Agenda: Review action items Current status (progress, issues, roadblocks, further plans) Custom Actions API Name of the subproject with Actions API? OK to use mistral-extra to store OpenStack

Re: [openstack-dev] [ironic] Tooling for recovering nodes

Hi Jay, Dmitry and guys I submit two patches to try recover nodes which stuck in deploying state: 1. fix the issue of the ironic-conductor was brought up with a different hostname. https://review.openstack.org/325026 2. clear the lock of nodes in maintenance states