| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-01-23 | |||
| 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: Replace usage of compareCPU() with compareHypervisorCPU() https://review.opendev.org/c/openstack/nova/+/869950 | |
| 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: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 2 https://review.opendev.org/c/openstack/nova/+/871481 | |
| 14:50:14 | opendevreview | Artom Lifshitz proposed openstack/nova master: DNM: demo 1 https://review.opendev.org/c/openstack/nova/+/871480 | |
| 14:52:07 | opendevreview | Artom Lifshitz proposed openstack/nova master: DNM: demo 1 https://review.opendev.org/c/openstack/nova/+/871480 | |
| 14:52:07 | opendevreview | Artom Lifshitz proposed openstack/nova master: DNM: demo 2 https://review.opendev.org/c/openstack/nova/+/871481 | |
| 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 | |
| 13:32:31 | bauzas | hence the split | |
| 13:33:12 | sean-k-mooney | so i can generate a smaller set of files for you if you like | |
| 13:33:16 | sean-k-mooney | many of the files in that are not used | |
| 13:33:47 | sean-k-mooney | if you look you are only using a small subset of sysfs currenly | |
| 13:34:02 | sean-k-mooney | and most of the fiels are symlinks | |
| 13:35:48 | bauzas | yep I know | |
| 13:36:15 | bauzas | like in general sysfs btw ;-) | |
| 13:36:47 | sean-k-mooney | yep | |
| 13:37:00 | sean-k-mooney | it took a while to figureout how to make a copy that worked the same | |
| 13:37:41 | sean-k-mooney | if i rememebr correctly my first attempt flatened the symlinks and resulted in things getting out of sync | |