[openstack-dev] [networking-odl] Neutron with OpenDaylight Boron controller

Hi folks, We are trying to deploy Neutron with OpenDaylight Boron-0.5.0 controller using DevStack (master version) on Ubuntu 14.04 and there is a number of issues we face. First, we tried to deploy OpenDaylight with odl-ovsdb-openstack feature using the following local.conf [0]. In this case VMs

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

+1 On Fri, Oct 14, 2016 at 9:30 PM, Miguel Lavalle wrote: > Dear Neutrinos, > > I am organizing a social event for the team on Thursday 27th at 19:30. > After doing some Google research, I am proposing Raco de la Vila, which is > located in Poblenou:

Re: [openstack-dev] Openstack Mitaka Neutron LBaaS Question

Hi! You also have to configure Octavia on your controller. The most straightforward way would be to follow the steps that are done in Octavia DevStack plugin . There is also an overview presentation

Re: [Openstack-operators] VXLAN and jumbo frames: performance gains and configuration options

Hi! Increasing MTU on interfaces would allow to make use of jumbo frames which should improve the performance. Here [1] you can find what configuration options you have to change to use jumbo frames. Hope this helps. Thanks, Elena [1]

Re: [openstack-dev] [Neutron][VPNaaS]How to enable VPNaas in devstack ?

Hi! Just enabling the neutron-vpnaas plugin is enough, master branch will be automatically fetched if you set RECLONE=True in your local.conf. The "Checkout Test branches" section is outdated and should be removed from the doc. On Wed, Dec 2, 2015 at 12:31 PM, lichen.hangzhou

Re: [openstack-dev] [neutron][vpnaas] VPNaaS project status

Thanks for everything you've done for VPNaaS, Paul! Your help and guidance was (and is) always very helpful. On Thu, Nov 12, 2015 at 5:56 PM, Paul Michali wrote: > Neutron community, > > During the past several releases, while leading the VPNaaS project, I've > seen many great

Re: [openstack-dev] [Openstack] Errors in neutron-server while launching VM

Rahul, Firstly, you have to choose a database. mysql> use neutron; mysql> show tables; mysql> select * from networks; On Fri, Oct 16, 2015 at 3:29 PM, Rahul Arora wrote: > Hi Nitish, > > When i am trying to see table "networks" in the DB.I am not able to use >

Re: [openstack-dev] The state of systemd _sd_notify & oslo.service in OpenStack

Hi, We used a Launchpad bug [1] to track the process of moving to graduated oslo.service so you can refer to the list of affected projects. _sd_notify is called when a service is launched just before a wait loop [2], [3] so you can check projects from [1] and look for those that start services

Re: [openstack-dev] [openstack][oslo.service] Manage of openstack services by ProcessLauncher

Thank you for bringing it up, Marian! On Mon, Aug 17, 2015 at 5:29 PM, mhorban mhor...@mirantis.com wrote: Most of openstack services use ProcessLauncher(located in oslo.services) to run services, fork new worker processes, reload configuration, etc. Initialization of services in master

Re: [openstack-dev] [oslo] How should oslo.service handle SIGINT?

? -- dims On Mon, Jul 20, 2015 at 1:12 PM, Elena Ezhova eezh...@mirantis.com wrote: Hi! Not so long ago oslo.service had a handler for SIGINT and on receiving this signal a process killed all children with SIGTERM and exited. Change [1], that added graceful shutdown on SIGTERM, removed

[openstack-dev] [oslo] How should oslo.service handle SIGINT?

Hi! Not so long ago oslo.service had a handler for SIGINT and on receiving this signal a process killed all children with SIGTERM and exited. Change [1], that added graceful shutdown on SIGTERM, removed all SIGINT handlers and currently all services that consume oslo.service generate

Re: [openstack-dev] [oslo][service] oslo.service puplic repositiry review request

://review.openstack.org/#/c/185327/ On Thu, May 21, 2015 at 5:38 PM, Elena Ezhova eezh...@mirantis.com wrote: Hi, all! As the spec for the graduation of oslo.service [1] is about to merge I have created a public repository on github [2] with oslo.service initial version, which is the next step

[openstack-dev] [oslo][service] oslo.service puplic repositiry review request

Hi, all! As the spec for the graduation of oslo.service [1] is about to merge I have created a public repository on github [2] with oslo.service initial version, which is the next step in graduation of a library according to [3]. I would like to ask everyone interested to review it so we can

Re: [openstack-dev] [oslo.messaging][zmq] Redundant zmq.Context creation

On Fri, Jan 23, 2015 at 1:55 PM, Ilya Pekelny ipeke...@mirantis.com wrote: On Fri, Jan 23, 2015 at 12:46 PM, ozamiatin ozamia...@mirantis.com wrote: IMHO It should be created once per Reactor/Client or even per driver instance. Per driver, sounds good. Wouldn't this create regression

Re: [openstack-dev] [Neutron] Killing connection after security group rule deletion

As I found out there already is a change made by Xurong Yang that assigns conntrack zones to ports https://review.openstack.org/#/c/118274/6 If merged, it will make connection tracking easier and will allow to add functionality for closing connections after updating or deleting security group

[openstack-dev] [neutron] Creating resources for non-existent tenants

Hi, all! I have been looking at the bug https://bugs.launchpad.net/neutron/+bug/1338885 and it turned out that it is relevant not only for firewall rules but for all resources that take tenant-is for create and update. I need a piece of advice on a preferable way of solving the problem. First

[openstack-dev] [neutron] network_device_mtu is not applied to VMs

-described option is the right way to fix the bug. By the way, as I found out, MTU cannot currently be set for instances that are running cirros, because cirros does not handle dhcp options like it’s said in the following bug. [3] Regards, Elena Ezhova [1] https://bugs.launchpad.net/neutron/+bug/1348788

[openstack-dev] [neutron] Cross-server locking for neutron server

Hello everyone! Some recent change requests ([1], [2]) show that there is a number of issues with locking db resources in Neutron. One of them is initialization of drivers which can be performed simultaneously by several neutron servers. In this case locking is essential for avoiding conflicts

Re: [openstack-dev] [devstack] [zmq] [oslo.messaging] Running devstack with zeromq

, Elena Ezhova wrote: So I wonder whether it is something the community is interested in and, if yes, are there any recommendations concerning possible implementation? I can't speak to the specific implementation, but if we're going to keep the zmq driver in oslo.messaging then IMHO

[openstack-dev] [devstack] [zmq] [oslo.messaging] Running devstack with zeromq

Hello! I have been exploring bugs connected with using devstack with zmq [1], [2], [3] and experimenting with various configurations in attempt to make zmq work with projects which have moved to oslo.messaging. It turned out that there is a number of things to fix. Firstly, even though nova

Re: [openstack-dev] Neutron error using devstack

If you want to use Neutron with devstack you have to add the related settings to localrc. Please see https://wiki.openstack.org/wiki/NeutronDevstack for detailed instructions. 01 марта 2014 г. 22:11 пользователь abhishek jain ashujain9...@gmail.com написал: Hi all I have installed devstack

[openstack-dev] [Neutron][QA]

Hi! I am writing API tests for binding extended attributes for ports and I faced an issue that looks strange to me. The problem is that when you try to create a port with empty binding:host_id attribute the returned value depends on a plugin. For an instance, ml2 returns an empty string

Re: [openstack-dev] [Cinder][Glance] OSLO update

, Elena Ezhova eezh...@mirantis.com wrote: 20.11.2013, 06:18, John Griffith john.griff...@solidfire.com: On Mon, Nov 18, 2013 at 3:53 PM, Mark McLoughlin mar...@redhat.com wrote: On Mon, 2013-11-18 at 17:24 +, Duncan Thomas wrote: Random OSLO updates with no list of what changed, what

Re: [openstack-dev] [Cinder][Glance] OSLO update

20.11.2013, 06:18, John Griffith john.griff...@solidfire.com: On Mon, Nov 18, 2013 at 3:53 PM, Mark McLoughlin mar...@redhat.com wrote: On Mon, 2013-11-18 at 17:24 +, Duncan Thomas wrote: Random OSLO updates with no list of what changed, what got fixed etc are unlikely to get review

[openstack-dev] [Cinder][Glance] OSLO update

Hello all, I have made several patches that update modules in cinder/openstack/common from oslo which have not been reviewed for more than a month already. My colleague has the same problem with her patches in Glance. Probably it's not a top priority issue, but if oslo is not updated