| 2017-10-12 08:17:59 |
Mateusz Kowalski |
bug |
|
|
added bug |
| 2017-10-12 08:53:59 |
OpenStack Infra |
oslo.policy: status |
New |
In Progress |
|
| 2017-10-12 08:53:59 |
OpenStack Infra |
oslo.policy: assignee |
|
Mateusz Kowalski (makowals) |
|
| 2018-06-19 19:57:38 |
OpenStack Infra |
oslo.policy: assignee |
Mateusz Kowalski (makowals) |
Ben Nemec (bnemec) |
|
| 2018-07-19 01:02:16 |
OpenStack Infra |
oslo.policy: status |
In Progress |
Fix Released |
|
| 2018-07-26 17:29:31 |
OpenStack Infra |
tags |
|
in-stable-queens |
|
| 2018-07-26 20:07:31 |
OpenStack Infra |
tags |
in-stable-queens |
in-stable-pike in-stable-queens |
|
| 2020-01-06 04:58:57 |
Seyeong Kim |
bug task added |
|
cloud-archive |
|
| 2020-01-06 05:12:09 |
Hemanth Nakkina |
description |
In Horizon we observe in certain projects function check_rules() taking up to 10 seconds while in the others maximum 2 seconds.
In order to remedy this, we would like to have check_rules function executed only if oslo.policy is configured to check the syntax, i.e. to introduce a config parameter defaulting to True but with a possibility to disable it. In that case (operator setting it to False) there wouldn't be any checks from oslo.policy side if the syntax of provided JSON file is correct.
Current behavior shouldn't be changed, i.e. syntax checks should be opt-out. |
In Horizon we observe in certain projects function check_rules() taking up to 10 seconds while in the others maximum 2 seconds.
In order to remedy this, we would like to have check_rules function executed only if oslo.policy is configured to check the syntax, i.e. to introduce a config parameter defaulting to True but with a possibility to disable it. In that case (operator setting it to False) there wouldn't be any checks from oslo.policy side if the syntax of provided JSON file is correct.
Current behavior shouldn't be changed, i.e. syntax checks should be opt-out.
==========================================================================
SRU for UCA Queens
[Impact]
In Horizon, Admin->Network->Networks page takes longer time to load. One of the improvements is to avoid any redundant policy checks which consume time.
This fix optimizes the policy logic to avoid any redundant policy checks and further enhancing API response times.
[Test Case]
Create 240 networks and observe page load time before and after fix
1. Collect information before fix
1a. Increase network and subnet quota for the admin project
openstack quota set --networks -1 <project id>
openstack quota set --subnets -1 <project id>
1b. Create 240 networks using openstack cli
for i in {1..240}; do openstack network create test$i; openstack subnet create --subnet-range 10.1.$i.0/24 --network test$i test$i; done
1c. Login to dashboard as admin user in a preferred browser
1d. Open Developer options --> Network tab. This should show all the outgoing network traffic information from browser.
1e. Open Admin->Network->Networks page
1f. Note down the time taken for /admin/networks in Network tab of browser
1g. Repeat 1c 3-5 times and take average time taken for /admin/networks
2. Install the package with the fixed code
3. Collect information after fix
3a. Repeat steps 1c-1g
3b.You should observe an improvement in time reduction of /admin/networks after the fix.
[Regression Potential]
Given the following indicators, the regression potential is negligible
a. Upstream CI passed with all tempest test cases passed. Indicates no break in
functionality.
b. The fix is available on releases Rocky, Stein, Train since a year ago and no problems reported with this functionality. |
|
| 2020-01-06 05:13:37 |
Hemanth Nakkina |
attachment added |
|
Debdiff for xenial https://bugs.launchpad.net/oslo.policy/+bug/1723030/+attachment/5317832/+files/lp1723030_xenial.debdiff |
|
| 2020-01-06 05:14:30 |
Hemanth Nakkina |
tags |
in-stable-pike in-stable-queens |
in-stable-pike in-stable-queens sts |
|
| 2020-01-06 05:34:39 |
Hemanth Nakkina |
description |
In Horizon we observe in certain projects function check_rules() taking up to 10 seconds while in the others maximum 2 seconds.
In order to remedy this, we would like to have check_rules function executed only if oslo.policy is configured to check the syntax, i.e. to introduce a config parameter defaulting to True but with a possibility to disable it. In that case (operator setting it to False) there wouldn't be any checks from oslo.policy side if the syntax of provided JSON file is correct.
Current behavior shouldn't be changed, i.e. syntax checks should be opt-out.
==========================================================================
SRU for UCA Queens
[Impact]
In Horizon, Admin->Network->Networks page takes longer time to load. One of the improvements is to avoid any redundant policy checks which consume time.
This fix optimizes the policy logic to avoid any redundant policy checks and further enhancing API response times.
[Test Case]
Create 240 networks and observe page load time before and after fix
1. Collect information before fix
1a. Increase network and subnet quota for the admin project
openstack quota set --networks -1 <project id>
openstack quota set --subnets -1 <project id>
1b. Create 240 networks using openstack cli
for i in {1..240}; do openstack network create test$i; openstack subnet create --subnet-range 10.1.$i.0/24 --network test$i test$i; done
1c. Login to dashboard as admin user in a preferred browser
1d. Open Developer options --> Network tab. This should show all the outgoing network traffic information from browser.
1e. Open Admin->Network->Networks page
1f. Note down the time taken for /admin/networks in Network tab of browser
1g. Repeat 1c 3-5 times and take average time taken for /admin/networks
2. Install the package with the fixed code
3. Collect information after fix
3a. Repeat steps 1c-1g
3b.You should observe an improvement in time reduction of /admin/networks after the fix.
[Regression Potential]
Given the following indicators, the regression potential is negligible
a. Upstream CI passed with all tempest test cases passed. Indicates no break in
functionality.
b. The fix is available on releases Rocky, Stein, Train since a year ago and no problems reported with this functionality. |
In Horizon we observe in certain projects function check_rules() taking up to 10 seconds while in the others maximum 2 seconds.
In order to remedy this, we would like to have check_rules function executed only if oslo.policy is configured to check the syntax, i.e. to introduce a config parameter defaulting to True but with a possibility to disable it. In that case (operator setting it to False) there wouldn't be any checks from oslo.policy side if the syntax of provided JSON file is correct.
Current behavior shouldn't be changed, i.e. syntax checks should be opt-out.
==========================================================================
SRU for UCA Queens
[Impact]
In Horizon, Admin->Network->Networks page takes longer time to load. One of the improvements is to avoid any redundant policy checks which consume time.
This fix optimizes the policy logic to avoid any redundant policy checks and further enhancing API response times.
[Test Case]
Create 240 networks and observe page load time before and after fix
1. Collect information before fix
1a. Increase network and subnet quota for the admin project
openstack quota set --networks -1 <project id>
openstack quota set --subnets -1 <project id>
1b. Create 240 networks using openstack cli
for i in {1..240}; do openstack network create test$i; openstack subnet create --subnet-range 10.1.$i.0/24 --network test$i test$i; done
1c. Login to dashboard as admin user in a preferred browser
1d. Open Developer options --> Network tab. This should show all the outgoing network traffic information from browser.
1e. Open Admin->Network->Networks page
1f. Note down the time taken for /admin/networks in Network tab of browser
1g. Repeat 1c 3-5 times and take average time taken for /admin/networks
2. Install the package with the fixed code and restart apache service
3. Collect information after fix
3a. Repeat steps 1c-1g
3b.You should observe an improvement in time reduction of /admin/networks after the fix.
[Regression Potential]
Given the following indicators, the regression potential is negligible
a. Upstream CI passed with all tempest test cases passed. Indicates no break in functionality.
b. The fix is available on releases Rocky, Stein, Train since a year ago and no problems reported with this functionality.
There will be downtime of milliseconds during restart of apache services. |
|
| 2020-01-06 05:38:37 |
Hemanth Nakkina |
tags |
in-stable-pike in-stable-queens sts |
in-stable-pike in-stable-queens sts sts-sru-needed |
|
| 2020-01-06 14:01:21 |
Corey Bryant |
bug task added |
|
python-oslo.policy (Ubuntu) |
|
| 2020-01-06 14:02:02 |
Corey Bryant |
nominated for series |
|
Ubuntu Bionic |
|
| 2020-01-06 14:02:02 |
Corey Bryant |
bug task added |
|
python-oslo.policy (Ubuntu Bionic) |
|
| 2020-01-06 14:02:02 |
Corey Bryant |
nominated for series |
|
Ubuntu Xenial |
|
| 2020-01-06 14:02:02 |
Corey Bryant |
bug task added |
|
python-oslo.policy (Ubuntu Xenial) |
|
| 2020-01-06 14:02:11 |
Corey Bryant |
python-oslo.policy (Ubuntu): status |
New |
Fix Released |
|
| 2020-01-06 14:02:16 |
Corey Bryant |
python-oslo.policy (Ubuntu Xenial): status |
New |
Triaged |
|
| 2020-01-06 14:02:19 |
Corey Bryant |
python-oslo.policy (Ubuntu Bionic): status |
New |
Triaged |
|
| 2020-01-06 14:02:20 |
Corey Bryant |
python-oslo.policy (Ubuntu Xenial): importance |
Undecided |
Medium |
|
| 2020-01-06 14:02:24 |
Corey Bryant |
python-oslo.policy (Ubuntu Bionic): importance |
Undecided |
Medium |
|
| 2020-01-06 14:03:15 |
Corey Bryant |
nominated for series |
|
cloud-archive/mitaka |
|
| 2020-01-06 14:03:15 |
Corey Bryant |
bug task added |
|
cloud-archive/mitaka |
|
| 2020-01-06 14:03:15 |
Corey Bryant |
nominated for series |
|
cloud-archive/ocata |
|
| 2020-01-06 14:03:15 |
Corey Bryant |
bug task added |
|
cloud-archive/ocata |
|
| 2020-01-06 14:03:15 |
Corey Bryant |
nominated for series |
|
cloud-archive/queens |
|
| 2020-01-06 14:03:15 |
Corey Bryant |
bug task added |
|
cloud-archive/queens |
|
| 2020-01-06 14:03:24 |
Corey Bryant |
cloud-archive: status |
New |
Fix Released |
|
| 2020-01-06 14:03:28 |
Corey Bryant |
cloud-archive/mitaka: status |
New |
Triaged |
|
| 2020-01-06 14:03:30 |
Corey Bryant |
cloud-archive/ocata: status |
New |
Triaged |
|
| 2020-01-06 14:03:32 |
Corey Bryant |
cloud-archive/queens: status |
New |
Triaged |
|
| 2020-01-06 14:03:34 |
Corey Bryant |
cloud-archive/mitaka: importance |
Undecided |
Medium |
|
| 2020-01-06 14:03:35 |
Corey Bryant |
cloud-archive/ocata: importance |
Undecided |
Medium |
|
| 2020-01-06 14:03:37 |
Corey Bryant |
cloud-archive/queens: importance |
Undecided |
Medium |
|
| 2020-01-07 13:14:35 |
Corey Bryant |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2020-01-13 14:25:00 |
Edward Hope-Morley |
bug task deleted |
cloud-archive/mitaka |
|
|
| 2020-01-13 14:25:09 |
Edward Hope-Morley |
bug task deleted |
python-oslo.policy (Ubuntu Xenial) |
|
|
| 2020-01-13 17:18:32 |
Corey Bryant |
cloud-archive/ocata: status |
Triaged |
Fix Committed |
|
| 2020-01-13 17:18:34 |
Corey Bryant |
tags |
in-stable-pike in-stable-queens sts sts-sru-needed |
in-stable-pike in-stable-queens sts sts-sru-needed verification-ocata-needed |
|
| 2020-01-14 09:41:52 |
Hemanth Nakkina |
tags |
in-stable-pike in-stable-queens sts sts-sru-needed verification-ocata-needed |
in-stable-pike in-stable-queens sts sts-sru-needed verification-ocata-done |
|
| 2020-01-24 17:43:50 |
Timo Aaltonen |
python-oslo.policy (Ubuntu Bionic): status |
Triaged |
Fix Committed |
|
| 2020-01-24 17:43:55 |
Timo Aaltonen |
bug |
|
|
added subscriber SRU Verification |
| 2020-01-24 17:43:58 |
Timo Aaltonen |
tags |
in-stable-pike in-stable-queens sts sts-sru-needed verification-ocata-done |
in-stable-pike in-stable-queens sts sts-sru-needed verification-needed verification-needed-bionic verification-ocata-done |
|
| 2020-01-27 12:06:14 |
Hemanth Nakkina |
tags |
in-stable-pike in-stable-queens sts sts-sru-needed verification-needed verification-needed-bionic verification-ocata-done |
in-stable-pike in-stable-queens sts sts-sru-needed verification-done-bionic verification-needed verification-ocata-done |
|
| 2020-01-27 15:14:02 |
Corey Bryant |
cloud-archive/queens: status |
Triaged |
Fix Committed |
|
| 2020-01-27 15:14:03 |
Corey Bryant |
tags |
in-stable-pike in-stable-queens sts sts-sru-needed verification-done-bionic verification-needed verification-ocata-done |
in-stable-pike in-stable-queens sts sts-sru-needed verification-done-bionic verification-needed verification-ocata-done verification-queens-needed |
|
| 2020-01-28 04:36:53 |
Hemanth Nakkina |
tags |
in-stable-pike in-stable-queens sts sts-sru-needed verification-done-bionic verification-needed verification-ocata-done verification-queens-needed |
in-stable-pike in-stable-queens sts sts-sru-needed verification-done-bionic verification-needed verification-ocata-done verification-queens-done |
|
| 2020-02-03 13:18:23 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2020-02-03 13:18:24 |
Launchpad Janitor |
python-oslo.policy (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|
| 2020-02-03 15:38:55 |
Corey Bryant |
cloud-archive/queens: status |
Fix Committed |
Fix Released |
|
| 2020-02-03 15:43:33 |
Corey Bryant |
cloud-archive/ocata: status |
Fix Committed |
Fix Released |
|
