Re: [openstack-dev] [ALL][PTLs] [Community goal] Toggle the debug option at runtime

Hi, > Wiadomość napisana przez ChangBo Guo <glongw...@gmail.com> w dniu 26.03.2018, > o godz. 14:15: > > > 2018-03-22 16:12 GMT+08:00 Sławomir Kapłoński <sla...@kaplonski.pl>: > Hi, > > I took care of implementation of [1] in Neutron and I have couple que

[openstack-dev] [ALL][PTLs] [Community goal] Toggle the debug option at runtime

Hi, I took care of implementation of [1] in Neutron and I have couple questions to about this goal. 1. Should we only change "restart_method" to mutate as is described in [2] ? I did already something like that in [3] - is it what is expected? 2. How I can check if this change is fine and

Re: [openstack-dev] [neutron]Does neutron-server support the main backup redundancy？

Hi, Neutron agents communicate with server through RPC messages. So agent don't need to know how many servers are on the other end of queue to consume messages. If You will start new neutron-server it will connect to same rabbitmq as other servers and to same db and will start processing

Re: [openstack-dev] Poll: S Release Naming

> 2018-03-14 9:21 GMT+01:00 Sławomir Kapłoński <sla...@kaplonski.pl>: >>> Hi, >>> >>> Are You sure this link is good? I just tried it and I got info that >>> "Already voted" which isn't true in fact :) >> >> Comparing with prev

Re: [openstack-dev] Poll: S Release Naming

Hi, Are You sure this link is good? I just tried it and I got info that "Already voted" which isn't true in fact :) — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Paul Belanger w dniu > 14.03.2018, o godz. 00:58: > > Greetings all, >

[openstack-dev] [neutron] Bug deputy report - 26.02-5.03.2018

Hi, I was on bug deputy during last week. Below short summary about reported bugs. * For drivers team there are two RFE bugs: [RFE] Support stateless security groups - https://bugs.launchpad.net/neutron/+bug/1753466 [RFE] (Operator-only) Add support 'snat' for loggable resource type -

Re: [openstack-dev] [sdk] Nominating Adrian Turjak for core

+1 — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Monty Taylor w dniu > 26.02.2018, o godz. 11:31: > > Hey everybody, > > I'd like to nominate Adrian Turjak (adriant) for openstacksdk-core. He's an > Operator/End User and brings

Re: [openstack-dev] [neutron][sdk] Proposal to migrate neutronclient python bindings to OpenStack SDK

I also agree that it is good idea and I would be very happy to help with such migration :) — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Monty Taylor w dniu > 26.02.2018, o godz. 11:14: > > On 02/26/2018 09:57 AM, Akihiro Motoki wrote:

[openstack-dev] [neutron] QoS IRC meeting

Hi, I have to cancel todays Neutron QoS IRC meeting. If You have something related to QoS that You want to talk about, please catch me on openstack-neutron irc channel. — Best regards Slawek Kaplonski sla...@kaplonski.pl

Re: [openstack-dev] [sdk][ptl] PTL Candidacy for Rocky

Big +1 from me :) — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Monty Taylor w dniu > 31.01.2018, o godz. 16:54: > > Hi everybody! > > I'd like to run for PTL of OpenStackSDK again > > This last cycle was pretty exciting. We merged

[openstack-dev] Issue with eventlet monkey patching

Hi, Recently we found in Neutron errors with starting our agents which uses eventlet.monkey_patch() method. Bug is described in [1]. I heard on IRC that it's not related only to Neutron so here is what we found about that. It looks that this issue happens on Ubuntu with python2.7

Re: [openstack-dev] [Neutron]The components timing problem

cted to AMQP server on > 127.0.0.1:5672 via [amqp] client with port 51476. > 2018-01-23 17:37:59.270 8636 INFO oslo.messaging._drivers.impl_rabbit [-] > [a6262917-f316-43df-83fd-05af30a2b302] Reconnected to AMQP server on > 127.0.0.1:5672 via [amqp] client with port 51478. > 2018-01-

Re: [openstack-dev] [Neutron]The components timing problem

Hi, If both ovs agent and neutron-server reconnect to rabbitmq then it should report state properly again IMO. Can You maybe send more details about Your issue? What OpenStack version You are running, exact stack trace of exception which You get and so on. — Best regards Slawek Kaplonski

[openstack-dev] [neutron] Bug deputy report

Hello, I was on bug deputy between 11.12.2017 and 18.12.2017. Below short summary about bugs reported in this time. https://bugs.launchpad.net/neutron/+bug/1737917 - not prioritized, for me it looks like some issue with l2pop so if someone is familiar with l2pop, please check it. I asked

Re: [openstack-dev] [neutron] Stepping down from core

Hi Armando, It's very sad to hear that. Thanks for all Your work for Neutron community as well as for all Your help for other contributors. Good luck! — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Armando M. w dniu 15.12.2017, o > godz.

Re: [openstack-dev] [Neutron] Propose Slawek Kaplonski for Neutron core

Hi, Thanks all of You for support. I'm very happy to be part of the team. — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Miguel Lavalle w dniu > 06.12.2017, o godz. 16:58: > > Hi Neutron Team, > > It has been a week since Slawek's

Re: [openstack-dev] stable/newton branch for Neutron and Glance

Hi, For Neutron there is tag "newton-eol" in repository: https://github.com/openstack/neutron/tree/newton-eol You can clone latest Newton from this tag. For Glace it's probably the same. — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Anda Nicolae

[openstack-dev] [neutron] No QoS meeting tomorrow

Hi, Tomorrow I will be on OpenStack Day in France so I will not be able to chair QoS meeting. Sorry. Next meeting should be normally at 5.12.2017. — Best regards Slawek Kaplonski sla...@kaplonski.pl __ OpenStack

[openstack-dev] [neutron] No QoS meeting today

Hello, There will be no QoS meeting today. Next one will be on 7.11.2017. Sorry. — Best regards Slawek Kaplonski sla...@kaplonski.pl __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [neutron] MTU native ovs firewall driver

Isn't OVS setting MTU automatically MTU for bridge as lowest value from ports connected to this bridge? > Wiadomość napisana przez Miguel Angel Ajo Pelayo w dniu > 22.09.2017, o godz. 10:32: > > I believe that one of the problems is that if you set a certain MTU in an

Re: [openstack-dev] [neutron] possible race condition with nova instance and neutron ports

never changed since we were running Icehouse. > > Should I change to the Ocata default values ? (True and 300) > > I will try that today. > Thank you > > Saverio > > > On 09/08/17 09:23, Sławomir Kapłoński wrote: >> Hello, >> >> Do You have configured in no

Re: [openstack-dev] [neutron] possible race condition with nova instance and neutron ports

Hello, Do You have configured in nova-compute: vif_plugging_timeout and vif_plugging_is_fatal options? With those options nova should pause VM until port will be set to ACTIVE in Neutron. -- Slawek > Wiadomość napisana przez Saverio Proto w dniu > 09.08.2017, o

[openstack-dev] [Neutron][QoS] No QoS meeting this week

Hello, As many of people are probably on summit we will cancel this week QoS meeting. Next meeting will be at 23.05.2017. Pozdrawiam / Best regards Sławek Kapłoński sla...@kaplonski.pl __ OpenStack Development Mailing List