Earlier  
Posted Nick Remark
#openstack-nova - 2023-01-23
14:02:46 kashyap We can't possibly test all cases. So I'm not confident in any code-flow w/o absolute confidence that it's introducing unwanted regressions
14:03:20 sean-k-mooney kashyap: i am confident that disablinbg the check is a regession and im not comfrotabel with use telling custoemr to do that
14:03:27 kashyap sean-k-mooney: Addressing gaps and QE testing can come later. We take step by step based on the available bandwidth.
14:04:14 gibi we don't have the coverage over the current code either, and we see a bug in it for the *lake CPUs. We want to fix the bug by removing a buggy check. But by removing the buggy check we remove the good part of the check too.
14:04:59 gibi sean-k-mooney proposed a fix that does not remove the buggy check but improve it
14:05:10 gibi sure it has a testing risk as we have no coverage
14:05:50 gibi so the we have to decide what is bigger the lost good part of the check if we remove it or the risk by fixing the check but not having full coverage
14:05:51 kashyap Okay, let me try sean-k-mooney's suggestion from their comment
14:06:02 kashyap And "see what happens" with tests
14:06:16 kashyap I'll come back and comment on the change.
14:06:20 sean-k-mooney we can test it with the functional tests we just need to write a test for it
14:06:48 sean-k-mooney but i agree the test coverage is not complete and we might want to do that as a followup
14:06:53 gibi sean-k-mooney: we don't have the real libvirt code running in functional
14:07:16 gibi we have the libvirt/driver but we don't have the compareCPU from libvirt itself
14:07:19 sean-k-mooney we dont but we could enhance the fixture if we really wanted
14:07:41 sean-k-mooney i was thinking if we could test this in ci via tempest but we dont really contole the enve enought to do that reliably
14:08:01 sean-k-mooney so i dont really want to go down that route
14:08:11 gibi yeah, best would be to test this with real hardver and the TSX case but that is haaard
14:08:34 gibi (should be possible downstream though)
14:09:29 sean-k-mooney with whitebox we coudl proably do it
14:09:46 kashyap I'm running the UTs with Sean's suggestion on top this: https://review.opendev.org/c/openstack/nova/+/870794
14:10:02 sean-k-mooney how we woululd do it upstream in tempest is selct a cpu_model that we knwo is unaviable
14:10:11 kashyap (If that gives some confidence in a day or so. I can wrap it in the workaround.)
14:10:12 sean-k-mooney and disable the cpu flag to make it look like nehalem
14:10:37 sean-k-mooney the problem is that a provider could add that model in teh future
14:10:54 sean-k-mooney the best way to do that would be to use a model that requests a remvoed feature like TSX
14:11:01 sean-k-mooney and disable tsk via the extra flags
14:11:39 sean-k-mooney presumable our ci provireder also dont have tsx avaible anymore
14:11:48 sean-k-mooney if they have been updating htere kernels/microcode
14:12:08 kashyap Yeah, we don't know that, and can't rely on it.
14:15:31 gibi so my position is that let's take the risk and doing sean-k-mooney's fix but have the WA flag added. So if the change is good then all is golden, but if the change has some unforseen side effect then we can turn it off while we improve it. For me the risk of this scenario is acceptable.
14:16:20 kashyap Right, I'm testing Sean's suggestion with a workaroud wrapper
14:16:26 sean-k-mooney ack
14:16:35 kashyap gibi: Can you also review the code that sean-k-mooney suggested, please? Two eyes are better :)
14:16:38 sean-k-mooney so you testing just one check the new one i pasted ya
14:16:44 sean-k-mooney and that wrapped in the workaround flag
14:16:54 kashyap sean-k-mooney: Your comment on PS8, yeah
14:16:55 gibi kashyap: I checked it it looked OK to me at first glance
14:16:58 sean-k-mooney cool
14:18:05 sean-k-mooney ok i want to prepare for meeting ectra so ill be back in a bit
14:18:10 kashyap Sure; thanks, folks.
14:32:19 kashyap gibi: sean-k-mooney: The first brush looks good :) I only had to modify the mocked_compare in 3 unit tests to return a negative integer.
14:43:09 opendevreview Kashyap Chamarthy proposed openstack/nova master: libvirt: At start-up rework compareCPU() usage with a workaround https://review.opendev.org/c/openstack/nova/+/870794
14:43:09 opendevreview Kashyap Chamarthy proposed openstack/nova master: libvirt: Replace usage of compareCPU() with compareHypervisorCPU() https://review.opendev.org/c/openstack/nova/+/869950
14:43:31 kashyap sean-k-mooney: --^ (gibi: On the UTs: with the negative integer added, the extra mock is not required even.)
14:43:37 kashyap Thanks for bearing with me!
14:50:14 opendevreview Artom Lifshitz proposed openstack/nova master: DNM: demo 1 https://review.opendev.org/c/openstack/nova/+/871480
14:50:14 opendevreview Artom Lifshitz proposed openstack/nova master: DNM: demo 2 https://review.opendev.org/c/openstack/nova/+/871481
14:52:07 opendevreview Artom Lifshitz proposed openstack/nova master: DNM: demo 2 https://review.opendev.org/c/openstack/nova/+/871481
14:52:07 opendevreview Artom Lifshitz proposed openstack/nova master: DNM: demo 1 https://review.opendev.org/c/openstack/nova/+/871480
14:52:08 opendevreview Artom Lifshitz proposed openstack/nova master: DNM: demo middle https://review.opendev.org/c/openstack/nova/+/871482
15:58:59 sahid o/ - quick question I have to rebase on conflict a micro-version change, I have some tests failing but struggling to find the issue https://paste.ubuntu.com/p/RNw8yxQtj6/
15:59:05 sahid any idea that can help me?
16:01:34 sahid Template: ^2.95$
16:01:36 sahid Sample: 2.94
16:01:49 sahid I don't see where this 2.94 is comming from
16:57:55 bauzas sahid: are you sure you updated all your API change files so it now uses 2.95 ?
17:04:37 bauzas sahid: commented your patch
17:34:03 sahid bauzas: well I want to say yes but I have probably missed something :-)
17:34:10 sahid I will double check
17:34:45 bauzas sahid: I tried to quick looked at the test to understand why it autogenerates 2.94
17:34:53 bauzas to quickly look*
17:35:11 bauzas but I haven't found a lot, if you still have the problem, you could try to pdb it
17:35:28 bauzas to find how it generates this template
17:35:50 bauzas if you can't, I can offer my help tomorrow
17:37:36 sahid no worries thanks to have looked at it. I will double check that tomorrow as-well, don't spend time on it I will ping you when it's ready :-)
18:28:21 opendevreview Sofia Enriquez proposed openstack/nova master: WIP: Implement encryption on backingStore https://review.opendev.org/c/openstack/nova/+/870012
18:53:25 opendevreview Sahid Orentino Ferdjaoui proposed openstack/nova master: api: extend evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858384
#openstack-nova - 2023-01-24
08:50:59 opendevreview Sahid Orentino Ferdjaoui proposed openstack/nova master: api: extend evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858384
10:28:53 opendevreview Kashyap Chamarthy proposed openstack/nova master: libvirt: At start-up rework compareCPU() usage with a workaround https://review.opendev.org/c/openstack/nova/+/870794
10:28:54 opendevreview Kashyap Chamarthy proposed openstack/nova master: libvirt: Replace usage of compareCPU() with compareHypervisorCPU() https://review.opendev.org/c/openstack/nova/+/869950
10:29:24 kashyap sean-k-mooney: --^ Good catch in the workaround patch; addressed your remarks. When you can, lemme know if that looks fine :)
10:31:04 sean-k-mooney[m] sure ill review it now
10:31:45 kashyap sean-k-mooney: Also: the bug reporter from the downstream also tested it on a real machine and it works
10:33:21 sean-k-mooney[m] nice am if you respin add a release note but im +2 on it
10:43:00 kashyap sean-k-mooney: I'm not sure if this warrants a release note? I don't mind adding, though. Thank you!
10:43:47 kashyap gibi: --^ Please have a gander when you can (the WA patch)
10:44:04 sean-k-mooney[m] i like to have release notes for most of the changes we make that might be of interest to operators
10:44:08 kashyap sean-k-mooney: The API replacement patch lost your +2, can you also re-look at it when you can? - https://review.opendev.org/c/openstack/nova/+/869950/9
10:44:19 kashyap (And also it lost +W due to rebase)
10:44:32 sean-k-mooney[m] sure i tought it still had it when i looked but ill look again
10:44:52 kashyap Thx!
10:45:34 sean-k-mooney[m] +2 was still there it lost +w
10:45:52 sean-k-mooney[m] i have added that but its obviously pendeing the first change having both
10:50:09 sean-k-mooney[m] ok i think its time for coffee brb
10:55:55 kashyap Yeah, it won't merge anyway until the predicated patch is merged
11:00:33 ratailor sean-k-mooney[m], gibi Could you please review https://review.opendev.org/c/openstack/nova/+/852737 and https://review.opendev.org/c/openstack/nova/+/861738
11:09:55 sean-k-mooney ratailor: i started looking at that yesterday actully i just got pulled into other discussions
11:10:28 ratailor sean-k-mooney, ack. np. Thanks!
11:18:58 opendevreview Merged openstack/nova stable/zed: Correct config help message related options https://review.opendev.org/c/openstack/nova/+/871247
11:45:42 opendevreview Merged openstack/nova stable/train: func: Introduce a server_expected_state kwarg to InstanceHelperMixin._live_migrate https://review.opendev.org/c/openstack/nova/+/865382
12:14:24 opendevreview Sahid Orentino Ferdjaoui proposed openstack/nova master: api: extend evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858384
13:04:44 sean-k-mooney bauzas: ^ can you look at shaid's seriese i think its ready to go
13:05:05 sean-k-mooney zuul is still running on the last revision but the func test fix was trivial so i expect it to pass
13:08:38 sean-k-mooney dansmith: can you send this on its way https://review.opendev.org/c/openstack/nova/+/865071 that the last patch for the new defaults
13:29:24 bauzas sean-k-mooney: was on my todolist
13:30:08 bauzas btw. thanks for the first thoughts on my series
13:30:51 sean-k-mooney more or less it made sense to me
13:31:03 sean-k-mooney i just needed to figure out how you had it split up
13:32:24 bauzas sean-k-mooney : the 3rd patch was too large for the CI

Earlier   Later