[Yahoo-eng-team] [Bug 2037647] Re: Missing release notes for osc-placement
Done: https://review.opendev.org/c/openstack/osc-placement/+/808458 ** Changed in: nova Status: In Progress => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/2037647 Title: Missing release notes for osc-placement Status in OpenStack Compute (nova): Fix Released Bug description: Documentation https://docs.openstack.org/releasenotes/osc-placement/ is missing versions mapping for each release, and release notes itself. Please Update this document so it contains at least osc- placement versions proper for OpenStack release. According to https://github.com/openstack/osc-placement/tags it should go like this (max versions available): 4.2.0 - Bobcat 4.1.0 - Antelope 4.0.0 - Zed 3.2.0 - Yoga 3.1.1 - Xena 2.2.0 - Wallaby 2.1.0 - Victoria 2.0.0 - Ussuri 1.7.0 - Train 1.5.0 - Stein 1.3.0 - Rocky 1.0.0 - Queens To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/2037647/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1943639] Re: project/instances/attach_interface has O(N) scaling time complexity for opening form
This bug was fixed in the package horizon - 3:18.3.5-0ubuntu2.2~cloud0 --- horizon (3:18.3.5-0ubuntu2.2~cloud0) bionic-ussuri; urgency=medium . * New update for the Ubuntu Cloud Archive. . horizon (3:18.3.5-0ubuntu2.2) focal; urgency=medium . * d/p/get-ports-directly.patch: Get ports directly instead of via loop (LP: #1943639). ** Changed in: cloud-archive/ussuri Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1943639 Title: project/instances/attach_interface has O(N) scaling time complexity for opening form Status in Ubuntu Cloud Archive: Fix Released Status in Ubuntu Cloud Archive ussuri series: Fix Released Status in Ubuntu Cloud Archive victoria series: Fix Released Status in Ubuntu Cloud Archive wallaby series: Fix Released Status in Ubuntu Cloud Archive xena series: Fix Released Status in OpenStack Dashboard (Horizon): Fix Released Status in horizon package in Ubuntu: Fix Released Status in horizon source package in Focal: Fix Released Bug description: [ Impact ] The time complexity of opening the project/instances/attach_interface form box is O(N) where N is the number of networks in the project with a large prefactor. This is due to https://opendev.org/openstack/horizon/src/branch/master/openstack_dashboard/dashboards/project/instances/utils.py#L210 Which loops over the networks and requests the ports associated with the network. For large projects this scaling behavior can become prohibitive. The patch [1] addresses this issue by reducing the number of API calls and hence the prefactor of the algorithm. [ Test Plan ] In order to reproduce the issue, create a Nova VM and then add many networks. On the instances tab in the Horizon UI click on "attach interface" for the VM. It will take a moment for the dialog to appear. The exact time until the dialog appears will depend on the number of networks linearly. With [1] the time it takes for the dialog box to appear will be significantly shorter. [ Where problems could occur ] The patch [1] affects the "attach interface" dialog box and could break this UI feature in case something was wrong with the implementation. It is also possible that due to a bug in the implementation some networks are missing from the dialog. [1] https://review.opendev.org/c/openstack/horizon/+/866895 To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1943639/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 2037717] [NEW] [OVN] ``PortBindingChassisEvent`` event is not executing the conditions check
Public bug reported: Since [1], that overrides the "match_fn" method, the event is not checking the defined conditions in the initialization, that are: ('type', '=', ovn_const.OVN_CHASSIS_REDIRECT) [1]https://review.opendev.org/q/I3b7c5d73d2b0d20fb06527ade30af8939b249d75 ** Affects: neutron Importance: High Assignee: Rodolfo Alonso (rodolfo-alonso-hernandez) Status: In Progress ** Changed in: neutron Importance: Undecided => High ** Changed in: neutron Assignee: (unassigned) => Rodolfo Alonso (rodolfo-alonso-hernandez) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/2037717 Title: [OVN] ``PortBindingChassisEvent`` event is not executing the conditions check Status in neutron: In Progress Bug description: Since [1], that overrides the "match_fn" method, the event is not checking the defined conditions in the initialization, that are: ('type', '=', ovn_const.OVN_CHASSIS_REDIRECT) [1]https://review.opendev.org/q/I3b7c5d73d2b0d20fb06527ade30af8939b249d75 To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/2037717/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 2018592] Re: Migration config containing secret should not be created in /tmp
** Changed in: nova Status: In Progress => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/2018592 Title: Migration config containing secret should not be created in /tmp Status in OpenStack Compute (nova): Fix Released Bug description: In nova->placement upgrade procedure document (https://docs.openstack.org/placement/latest/admin/upgrade-to- stein.html) /tmp/migrate-db.rc is an example location for migration config. As this file contains secrets for both nova_api and placement databases, it is insecure to keep in /tmp/ directory (as most of admins will forget to shred and remove it). It should be changed from /tmp/migrate-db.rc to f.e. /root/migrate-db.rc To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/2018592/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1943639] Re: project/instances/attach_interface has O(N) scaling time complexity for opening form
This bug was fixed in the package horizon - 4:19.4.0-0ubuntu1~cloud2 --- horizon (4:19.4.0-0ubuntu1~cloud2) focal-wallaby; urgency=medium . * d/p/get-ports-directly.patch: Get ports directly instead of via loop (LP: #1943639). ** Changed in: cloud-archive/wallaby Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1943639 Title: project/instances/attach_interface has O(N) scaling time complexity for opening form Status in Ubuntu Cloud Archive: Fix Released Status in Ubuntu Cloud Archive ussuri series: Fix Committed Status in Ubuntu Cloud Archive victoria series: Fix Released Status in Ubuntu Cloud Archive wallaby series: Fix Released Status in Ubuntu Cloud Archive xena series: Fix Released Status in OpenStack Dashboard (Horizon): Fix Released Status in horizon package in Ubuntu: Fix Released Status in horizon source package in Focal: Fix Released Bug description: [ Impact ] The time complexity of opening the project/instances/attach_interface form box is O(N) where N is the number of networks in the project with a large prefactor. This is due to https://opendev.org/openstack/horizon/src/branch/master/openstack_dashboard/dashboards/project/instances/utils.py#L210 Which loops over the networks and requests the ports associated with the network. For large projects this scaling behavior can become prohibitive. The patch [1] addresses this issue by reducing the number of API calls and hence the prefactor of the algorithm. [ Test Plan ] In order to reproduce the issue, create a Nova VM and then add many networks. On the instances tab in the Horizon UI click on "attach interface" for the VM. It will take a moment for the dialog to appear. The exact time until the dialog appears will depend on the number of networks linearly. With [1] the time it takes for the dialog box to appear will be significantly shorter. [ Where problems could occur ] The patch [1] affects the "attach interface" dialog box and could break this UI feature in case something was wrong with the implementation. It is also possible that due to a bug in the implementation some networks are missing from the dialog. [1] https://review.opendev.org/c/openstack/horizon/+/866895 To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1943639/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1943639] Re: project/instances/attach_interface has O(N) scaling time complexity for opening form
This bug was fixed in the package horizon - 4:18.6.4-0ubuntu1~cloud2 --- horizon (4:18.6.4-0ubuntu1~cloud2) focal-victoria; urgency=medium . * d/p/get-ports-directly.patch: Get ports directly instead of via loop (LP: #1943639). ** Changed in: cloud-archive/victoria Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1943639 Title: project/instances/attach_interface has O(N) scaling time complexity for opening form Status in Ubuntu Cloud Archive: Fix Released Status in Ubuntu Cloud Archive ussuri series: Fix Committed Status in Ubuntu Cloud Archive victoria series: Fix Released Status in Ubuntu Cloud Archive wallaby series: Fix Released Status in Ubuntu Cloud Archive xena series: Fix Released Status in OpenStack Dashboard (Horizon): Fix Released Status in horizon package in Ubuntu: Fix Released Status in horizon source package in Focal: Fix Released Bug description: [ Impact ] The time complexity of opening the project/instances/attach_interface form box is O(N) where N is the number of networks in the project with a large prefactor. This is due to https://opendev.org/openstack/horizon/src/branch/master/openstack_dashboard/dashboards/project/instances/utils.py#L210 Which loops over the networks and requests the ports associated with the network. For large projects this scaling behavior can become prohibitive. The patch [1] addresses this issue by reducing the number of API calls and hence the prefactor of the algorithm. [ Test Plan ] In order to reproduce the issue, create a Nova VM and then add many networks. On the instances tab in the Horizon UI click on "attach interface" for the VM. It will take a moment for the dialog to appear. The exact time until the dialog appears will depend on the number of networks linearly. With [1] the time it takes for the dialog box to appear will be significantly shorter. [ Where problems could occur ] The patch [1] affects the "attach interface" dialog box and could break this UI feature in case something was wrong with the implementation. It is also possible that due to a bug in the implementation some networks are missing from the dialog. [1] https://review.opendev.org/c/openstack/horizon/+/866895 To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1943639/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 2036378] Re: Python3.11 unit test failures
Reviewed: https://review.opendev.org/c/openstack/horizon/+/895945 Committed: https://opendev.org/openstack/horizon/commit/1457628e0ea33065f3384d186fbea821d46910f6 Submitter: "Zuul (22348)" Branch:master commit 1457628e0ea33065f3384d186fbea821d46910f6 Author: manchandavishal Date: Wed Sep 20 21:15:13 2023 +0530 Fix Python3.11 unit test failures In Python 3.11, regex have undergone changes in how they handle Unicode characters. In Python3.11, global flags must be placed right at the start of a regular expression. The following regex: validators.RegexValidator(r'^(?u)[^/]+$') must become: validators.RegexValidator(r'(?u)^[^/]+$') Closes-Bug: #2036378 Change-Id: I3884ae5b3a32e33077cf3efeac649ac0c615fdda ** Changed in: horizon Status: In Progress => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/2036378 Title: Python3.11 unit test failures Status in OpenStack Dashboard (Horizon): Fix Released Bug description: There are 7 VolumeBackup test failures with python3.11: FAILED openstack_dashboard/dashboards/project/backups/tests.py::VolumeBackupsViewTests::test_create_backup_available - re.error: global flags not at the start of the expression at position 1 FAILED openstack_dashboard/dashboards/project/backups/tests.py::VolumeBackupsViewTests::test_create_backup_available_incremental - re.error: global flags not at the start of the expression at position 1 FAILED openstack_dashboard/dashboards/project/backups/tests.py::VolumeBackupsViewTests::test_create_backup_from_snapshot_table - re.error: global flags not at the start of the expression at position 1 FAILED openstack_dashboard/dashboards/project/backups/tests.py::VolumeBackupsViewTests::test_create_backup_from_snapshot_volume_table - re.error: global flags not at the start of the expression at position 1 FAILED openstack_dashboard/dashboards/project/backups/tests.py::VolumeBackupsViewTests::test_create_backup_in_use - re.error: global flags not at the start of the expression at position 1 FAILED openstack_dashboard/dashboards/project/backups/tests.py::VolumeBackupsViewTests::test_create_backup_in_use_incremental - re.error: global flags not at the start of the expression at position 1 FAILED openstack_dashboard/dashboards/project/backups/tests.py::VolumeBackupsViewTests::test_create_backup_in_use_incremental_set_false - re.error: global flags not at the start of the expression at position 1 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/2036378/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 2018592] Re: Migration config containing secret should not be created in /tmp
moved to nova ** Project changed: placement => nova ** Tags added: placement -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/2018592 Title: Migration config containing secret should not be created in /tmp Status in OpenStack Compute (nova): In Progress Bug description: In nova->placement upgrade procedure document (https://docs.openstack.org/placement/latest/admin/upgrade-to- stein.html) /tmp/migrate-db.rc is an example location for migration config. As this file contains secrets for both nova_api and placement databases, it is insecure to keep in /tmp/ directory (as most of admins will forget to shred and remove it). It should be changed from /tmp/migrate-db.rc to f.e. /root/migrate-db.rc To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/2018592/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp