Earlier  
Posted Nick Remark
#openstack-nova - 2022-04-27
13:31:43 sean-k-mooney well we can know if the extension is aviabel without being an admin but we cant consume the data form the extention without being an admin
13:32:02 sean-k-mooney i guess the assumetion here is that routed networks are provider networks and requies an admin to create
13:32:16 sean-k-mooney but you then dont need to be an admin to create ports on that network
13:32:26 sean-k-mooney so i really think it shoudl be readonly
13:32:34 sean-k-mooney for project_memeber
13:32:57 sean-k-mooney and project_admin to create the subnet and affinitese it to a segment
13:33:29 sean-k-mooney so we likely shoudl add neutron to the bug and ask them to change the default policy for get but not create to project_reader
14:19:39 bauzas sean-k-mooney: yeah, we should ask the neutron team to change the policy
14:27:38 sean-k-mooney should we just tag them in the bug and ask them to update and or propsoe a patch to do that?
14:27:47 sean-k-mooney we dont consider policy change to be api changes
14:27:53 sean-k-mooney so presumable that would be backportable
14:47:27 gibi I'm not sure neutron will think this is backportable, but let see
14:59:31 melwitt bauzas: thanks ^_^
15:45:43 opendevreview Dan Smith proposed openstack/nova master: DNM: Run against performance.json patch https://review.opendev.org/c/openstack/nova/+/838934
17:00:13 gibi bauzas: I reported a gate-failure https://bugs.launchpad.net/nova/+bug/1970642 it is not super frequent but I saw it multiple times
18:53:15 opendevreview Artom Lifshitz proposed openstack/nova master: Fix LM rollback w/o multi port bindings extension https://review.opendev.org/c/openstack/nova/+/839227
18:53:15 opendevreview Artom Lifshitz proposed openstack/nova master: Reproduce live migration rollback w/o multi port bindings error https://review.opendev.org/c/openstack/nova/+/839091
22:53:54 opendevreview Ghanshyam proposed openstack/nova master: DNM: test https://review.opendev.org/c/openstack/tempest/+/839647 https://review.opendev.org/c/openstack/nova/+/839648
22:56:21 opendevreview Ghanshyam proposed openstack/nova stable/yoga: DNM: test https://review.opendev.org/c/openstack/tempest/+/839647 https://review.opendev.org/c/openstack/nova/+/839653
22:56:31 opendevreview Ghanshyam proposed openstack/nova stable/xena: DNM: test https://review.opendev.org/c/openstack/tempest/+/839647 https://review.opendev.org/c/openstack/nova/+/839654
23:02:38 opendevreview Ghanshyam proposed openstack/nova master: DNM: test https://review.opendev.org/c/openstack/tempest/+/839647 https://review.opendev.org/c/openstack/nova/+/839648
23:02:51 opendevreview Ghanshyam proposed openstack/nova stable/yoga: DNM: test https://review.opendev.org/c/openstack/tempest/+/839647 https://review.opendev.org/c/openstack/nova/+/839653
23:03:05 opendevreview Ghanshyam proposed openstack/nova stable/xena: DNM: test https://review.opendev.org/c/openstack/tempest/+/839647 https://review.opendev.org/c/openstack/nova/+/839654
#openstack-nova - 2022-04-28
06:42:41 elodilles good morning o/ fyi, i see lot of tox-docs job failure in zuul (nova + in several other projects) which seems to be a result of the latest oslo.policy release from yesterday. I'll try to look into it, but first I've pinged the oslo team on #openstack-oslo
09:51:39 gibi ^^ fix is up and I checked locally it works for the nova jobs https://review.opendev.org/c/openstack/oslo.policy/+/839711
10:02:48 bauzas thanks gibi
10:03:03 bauzas (sorry was on and off)
10:08:42 sean-k-mooney gibi: when you get a chance can you look at the comments i left on https://review.opendev.org/c/openstack/nova/+/838555
10:41:38 gibi sean-k-mooney: looking...
10:46:38 gibi and pulling the patch down...
10:50:01 gibi sean-k-mooney: hm, the test passing locally for me even after a rebase
10:50:59 opendevreview Balazs Gibizer proposed openstack/nova stable/train: Remove unavailable but not reported PCI devices at startup https://review.opendev.org/c/openstack/nova/+/839717
10:51:00 opendevreview Balazs Gibizer proposed openstack/nova stable/train: Simulate bug 1969496 https://review.opendev.org/c/openstack/nova/+/839718
10:51:01 opendevreview Balazs Gibizer proposed openstack/nova stable/train: Allow claiming PCI PF if child VF is unavailable https://review.opendev.org/c/openstack/nova/+/839719
10:51:15 gibi let see if after the rebase it will be clean
10:51:28 gibi if not then something is interfeering between test cases
10:56:32 gibi hm
10:56:46 gibi now gerrit says it is in merge conflict
10:57:47 gibi bah I pushed it against stein :D
10:57:57 gibi *train
10:57:59 sean-k-mooney hehe
10:58:45 opendevreview Balazs Gibizer proposed openstack/nova master: Remove unavailable but not reported PCI devices at startup https://review.opendev.org/c/openstack/nova/+/838553
10:58:46 opendevreview Balazs Gibizer proposed openstack/nova master: Allow claiming PCI PF if child VF is unavailable https://review.opendev.org/c/openstack/nova/+/838555
10:58:46 opendevreview Balazs Gibizer proposed openstack/nova master: Simulate bug 1969496 https://review.opendev.org/c/openstack/nova/+/838554
10:58:59 gibi I blame it for the lack of coffein
11:39:52 sean-k-mooney gibi: sorry was pinned for something else runing it locally but ill readd my +2 and review the final patch when it completes
11:40:45 gibi no worries, we have a block in the docs job until https://review.opendev.org/c/openstack/oslo.policy/+/839711 merged and released
11:41:30 sean-k-mooney i breifly looked at that but did not get the full context
11:42:22 sean-k-mooney so oslo-config-generator chagne the kw paramater to a flag?
11:42:30 sean-k-mooney removing the boolean paramater
11:42:54 sean-k-mooney and this is adapting to that backwards incompatible change correct
11:44:07 sean-k-mooney that shoudl have been a major version bump
11:44:28 sean-k-mooney as in oslo.policy=4.0.0 not 3.12.0
11:45:02 sean-k-mooney gibi: nova.tests.unit.pci.test_manager.PciDevTrackerTestCase.test_set_hvdevs_unavailable_vf_removed is failing for me locally
11:45:29 sean-k-mooney File "/home/sean/repos/openstack/nova-3/nova/objects/pci_device.py", line 238, in _from_db_object
11:45:30 sean-k-mooney setattr(pci_device, key, db_dev[key])
11:45:32 sean-k-mooney KeyError: 'id'
11:46:50 sean-k-mooney its form the create call
11:46:53 sean-k-mooney File "/home/sean/repos/openstack/nova-3/nova/tests/unit/pci/test_manager.py", line 413, in test_set_hvdevs_unavailable_vf_removed
11:46:55 sean-k-mooney self._create_tracker([fake_db_dev_3, fake_db_dev_4, fake_db_dev_5])
11:47:54 gibi looking
11:49:16 gibi strange, it is passing for me
11:49:41 gibi do you have commit hash f395e71168 ?
11:58:36 sean-k-mooney f395e71168d843f06c8de7b04874c29f1e10e5a8
11:58:55 sean-k-mooney ill run it again
11:58:58 sean-k-mooney with -r
11:59:19 sean-k-mooney i think it was a clean venv but we will see if it repoduces
12:00:24 sean-k-mooney oh odd
12:00:26 sean-k-mooney https://zuul.opendev.org/t/openstack/build/f877f8e9afa04b5bb993d6615b8bd558
12:00:33 sean-k-mooney it failed on the 3.8 arm job
12:00:37 sean-k-mooney but passed on 3.9
12:00:55 gibi hm I use 3.9 locally
12:01:08 sean-k-mooney let me check which version im using i have 3.8-3.10 locally
12:01:15 sean-k-mooney im proably useing 3.8
12:01:39 gibi ok it fails iwith 3.8 locally for me too
12:01:52 sean-k-mooney that is super weird
12:02:15 gibi yes
12:02:48 sean-k-mooney this is not in code you are changin i think it appear to be in the fixture/test setup code
12:03:39 sean-k-mooney is it this https://review.opendev.org/c/openstack/nova/+/838553/3/nova/tests/unit/pci/test_manager.py#147
12:03:42 gibi yes but now I can trace and compare
12:03:57 sean-k-mooney id is technically a reserved keywrod for the id function
12:04:17 sean-k-mooney but when you asign to it as a kwarg it shoudl intoduce it also as a variable
12:04:25 sean-k-mooney its disucuraged but legal
12:05:40 sean-k-mooney hum
12:06:49 sean-k-mooney i wonder if this is realted to not cloning the fake object or soemthing like that
12:07:30 sean-k-mooney i didnt get the failure this time
12:09:20 sean-k-mooney oh this is failing on the first patch
12:09:41 sean-k-mooney oh is it
12:09:56 sean-k-mooney no third i just have the wrong tab open
12:10:16 sean-k-mooney the first patch also hass the same issue
12:10:49 gibi hm, you have a point about cloning
12:11:06 gibi if the id is dropped by our db code then that is now a global change on the db dict
12:11:21 sean-k-mooney yep
12:11:30 sean-k-mooney nova.tests.unit.pci.test_manager.PciDevTrackerTestCase.test_set_hvdevs_unavailable_pf_removed is failing in the first patch
12:12:48 sean-k-mooney you need to do
12:12:52 sean-k-mooney fake_pci_devs = [copy.deepcopy(fake_pci), copy.deepcopy(fake_pci_2),
12:12:54 sean-k-mooney copy.deepcopy(fake_pci_3)]
12:14:27 gibi but non of the test does it so probably the rest of test can be broken too
12:14:37 gibi I can add the deepcopy to _fake_get_pci_devices to fix them all
12:14:39 sean-k-mooney some do

Earlier   Later