| 2016-10-06 10:28:59 |
Piotr Misiak |
bug |
|
|
added bug |
| 2016-10-06 10:31:12 |
Piotr Misiak |
description |
I have a very slow network list response time when i add --shared false parameter to neutron cli command. Look at this: http://paste.openstack.org/show/584409/
without --shared False argument I've got response in 2 seconds
with --shared False argument I've got response in 32 seconds
I debugged a little bit and I see that database returns over 182000 records which is 200MB of data but there are only 4000 unique records.
There are more or less 45 duplicates for every unique record and I have 45 records in neutron RBAC so I see a correlation here.
The issue is quite important because Horizon uses the request with shared=false to show up the "Launch Instance" form and it takes ages.
I have 127 neutron networks in my env.
I use Midonet plugin.
Here you have a SQL query which returns over 182000 records:
http://paste.openstack.org/show/584642/
SQL query result is filtered by neutron-server (100% CPU) an produces only a few networks in the response. |
I have a very slow network list response time when i add --shared false parameter to neutron cli command. Look at this: http://paste.openstack.org/show/584409/
without --shared False argument I've got response in 2 seconds
with --shared False argument I've got response in 32 seconds
I debugged a little bit and I see that database returns over 182000 records which is 200MB of data but there are only 4000 unique records.
There are more or less 45 duplicates for every unique record and I have 45 records in neutron RBAC so I see a correlation here.
The issue is quite important because Horizon uses the request with shared=false to show up the "Launch Instance" form and it takes ages.
I have 127 neutron networks in my env.
I use Midonet plugin.
Here you have a SQL query which returns over 182000 records:
http://paste.openstack.org/show/584642/
SQL query result is filtered by neutron-server (100% CPU) an produces only a few networks in the response.
This is stable/mitaka version installed from source. |
|
| 2016-10-06 18:26:08 |
Doug Wiegley |
neutron: status |
New |
Confirmed |
|
| 2016-10-06 18:26:15 |
Doug Wiegley |
neutron: importance |
Undecided |
Low |
|
| 2016-10-06 20:48:47 |
Doug Wiegley |
neutron: importance |
Low |
High |
|
| 2016-10-06 20:49:11 |
Doug Wiegley |
neutron: assignee |
|
Kevin Benton (kevinbenton) |
|
| 2016-10-07 04:29:37 |
OpenStack Infra |
neutron: status |
Confirmed |
In Progress |
|
| 2016-10-08 18:18:28 |
OpenStack Infra |
neutron: status |
In Progress |
Fix Released |
|
| 2016-10-10 16:07:21 |
Dariusz Smigiel |
tags |
|
mitaka-backport-potential |
|
| 2016-10-11 16:46:47 |
OpenStack Infra |
tags |
mitaka-backport-potential |
in-stable-mitaka mitaka-backport-potential |
|
| 2017-01-17 21:49:16 |
Ihar Hrachyshka |
tags |
in-stable-mitaka mitaka-backport-potential |
in-stable-mitaka mitaka-backport-potential neutron-proactive-backport-potential |
|
| 2017-01-20 04:34:54 |
OpenStack Infra |
tags |
in-stable-mitaka mitaka-backport-potential neutron-proactive-backport-potential |
in-stable-mitaka in-stable-newton mitaka-backport-potential neutron-proactive-backport-potential |
|
