[Openstack-operators] [OpenStack][Neutron][SFC] Regarding SFC support on provider VLAN N/W

Hi All, We are using Ocata release and we have installed networking-sfc for Service Function Chaining functionality. Installation was successful and then we tried to create port pairs on VLAN N/W and it failed. We tried creating port-pairs on VXLAN based N/W and it worked. So, is it that SFC

Re: [Openstack-operators] Best kernel options for openvswitch on network nodes on a large setup

Jean-Philippe Méthot writes: > This particular message makes it sound as if openvswitch is getting > overloaded. > Sep 23 03:54:08 network1 ovsdb-server: > ovs|01253|reconnect|ERR|tcp:127.0.0.1:50814: no response to inactivity probe > after 5.01 seconds, disconnecting We get these as well :-(

[Openstack-operators] [goals][tc][ptl][uc] starting goal selection for T series

It's time to start thinking about community-wide goals for the T series. We use community-wide goals to achieve visible common changes, push for basic levels of consistency and user experience, and efficiently improve certain areas where technical debt payments have become too high - across all

[Openstack-operators] ops meetup team meeting 2018-9-25 (minutes)

There was an ops meetups team meeting yesteryday on #openstack-operators. Minutes linked below. Please note that submissions for the forum in Berlin this November close today. If you were thinking of adding to the planning etherpad for Ops-related sessions, it's too late for that now, please go

Re: [Openstack-operators] [openstack-dev] [goals][tc][ptl][uc] starting goal selection for T series

Doug, Thanks for raising this. I'd like to highlight the goal "Finish moving legacy python-*client CLIs to python-openstackclient" from the etherpad and propose this for a T/U series goal. To give it some context and the motivation: At CERN, we have more than 3000 users of the OpenStack

Re: [Openstack-operators] [openstack-dev] [goals][tc][ptl][uc] starting goal selection for T series

+1 I encountered the negative effects of the disparity between the cinder cli and OpenStack cli just an hour before receiving Tim’s reply. The missing features of OpenStack client relative to individual project clients trip me up multiple times per week on average. Sent from my iPad > On Sep

Re: [Openstack-operators] [Openstack-sigs] [openstack-dev] [goals][tc][ptl][uc] starting goal selection for T series

On 26/09/18 18:55 +, Tim Bell wrote: Doug, Thanks for raising this. I'd like to highlight the goal "Finish moving legacy python-*client CLIs to python-openstackclient" from the etherpad and propose this for a T/U series goal. To give it some context and the motivation: At CERN, we have

Re: [Openstack-operators] [Openstack-sigs] [openstack-dev] [goals][tc][ptl][uc] starting goal selection for T series

+1 Yes please! -- Mathieu On Wed, Sep 26, 2018 at 2:56 PM Tim Bell wrote: > > > Doug, > > Thanks for raising this. I'd like to highlight the goal "Finish moving legacy > python-*client CLIs to python-openstackclient" from the etherpad and propose > this for a T/U series goal. > > To give it

Re: [Openstack-operators] [openstack-dev] [goals][tc][ptl][uc] starting goal selection for T series

On 9/26/2018 3:01 PM, Doug Hellmann wrote: Monty Taylor writes: On 09/26/2018 01:55 PM, Tim Bell wrote: Doug, Thanks for raising this. I'd like to highlight the goal "Finish moving legacy python-*client CLIs to python-openstackclient" from the etherpad and propose this for a T/U series

Re: [Openstack-operators] [openstack-dev] [goals][tc][ptl][uc] starting goal selection for T series

+1 :) From: Tim Bell [tim.b...@cern.ch] Sent: Wednesday, September 26, 2018 11:55 AM To: OpenStack Development Mailing List (not for usage questions); openstack-operators; openstack-sigs Subject: Re: [Openstack-sigs] [openstack-dev] [goals][tc][ptl][uc]

Re: [Openstack-operators] Best kernel options for openvswitch on network nodes on a large setup

Yes, I notice that every time that message appears, at least a few packets get dropped and some of our instances pop up in nagios, even though they are reachable 1 or 2 seconds after. It’s really causing us some issues as we can’t ensure proper network quality for our customers. Have you

Re: [Openstack-operators] [openstack-dev] [goals][tc][ptl][uc] starting goal selection for T series

+1 -Original Message- From: Tim Bell [mailto:tim.b...@cern.ch] Sent: Wednesday, September 26, 2018 1:56 PM To: OpenStack Development Mailing List (not for usage questions); openstack-operators; openstack-sigs Subject: Re: [Openstack-sigs] [openstack-dev] [goals][tc][ptl][uc] starting

Re: [Openstack-operators] [openstack-dev] [ironic] [nova] [tripleo] Deprecation of Nova's integration with Ironic Capabilities and ComputeCapabilitiesFilter

On Tue, 25 Sep 2018 12:08:03 -0500, Matt Riedemann wrote: On 9/25/2018 8:36 AM, John Garbutt wrote: Another thing is about existing flavors configured for these capabilities-scoped specs. Are you saying during the deprecation we'd continue to use those even if the filter is

Re: [Openstack-operators] [Openstack-sigs] [openstack-dev] [goals][tc][ptl][uc] starting goal selection for T series

Oh, very definitely +1000 -- Rochelle Grober Rochelle Grober M: +1-6508889722(preferred) E: rochelle.gro...@huawei.com 2012实验室-硅谷研究所技术规划及合作部 2012 Laboratories-Silicon Valley Technology Planning &

[Openstack-operators] [scientific] IRC meeting today: Keycloak and federated authentication, SIG in Berlin

Hi All - We have an IRC meeting today at 1100 UTC in channel #openstack-meeting. Everyone is welcome. This week we are gathering requirements and sharing experiences on using Keycloak for simplifying federated authentication. We also have Berlin forum proposals to discuss. The full agenda