| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-09-18 | |||
| 14:07:27 | bauzas | sure, but then I wonder which context to pass | |
| 14:07:34 | dansmith | but you need to use an admin context, not the one for the current boot request, since that one won't be able to read all the instances you're going to survey | |
| 14:07:44 | bauzas | context for others, we speak about https://bugs.launchpad.net/nova/+bug/2125052 | |
| 14:08:12 | bauzas | yup, I figured it, so I probably need to instantiate a fully new admin context | |
| 14:08:38 | bauzas | we have the user request context stored in the requestspec, but as you said, that can't work | |
| 14:09:11 | bauzas | okay, I think I have everything I need | |
| 14:09:18 | bauzas | I'll write the bugfix | |
| 14:09:45 | dansmith | yup | |
| 14:10:07 | dansmith | I also definitely think it makes sense to have this enabled in nova-next, if not more of the weighers | |
| 14:10:17 | bauzas | dansmith: fancy question, is it better to hydrate a list of instances by passing the context in InstanceList creator or do exactly liek https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L339 ? | |
| 14:10:21 | dansmith | even if they're simple, if we're not running them we're not testing them | |
| 14:10:51 | dansmith | pass it on create, IIRC.. that other usage is likely very old (or misguided) | |
| 14:11:47 | bauzas | dansmith: I don't disagree but if so, we need to find the right weigher configs in order to have predictable and easy-to-understand scheduling | |
| 14:12:48 | dansmith | I surely hope that the weighers won't change the behavior in a way that makes the tests not work, especially on single-node jobs :) | |
| 14:31:55 | opendevreview | Sylvain Bauza proposed openstack/nova master: Add admin context when filling metadata on ImagePropsWeigher https://review.opendev.org/c/openstack/nova/+/961673 | |
| 14:31:55 | opendevreview | Sylvain Bauza proposed openstack/nova master: Regression test for ImagePropsWeigher due to missing context https://review.opendev.org/c/openstack/nova/+/961615 | |
| 14:47:11 | bauzas | gibi: dansmith: given you still have context about the bug (oh oh oh, pun intended), reviews would be appreciated before we all forget https://review.opendev.org/c/openstack/nova/+/961673 | |
| 14:47:36 | dansmith | already did? | |
| 14:53:51 | bauzas | well, that's a one-liner addition, right? | |
| 14:54:14 | bauzas | the regression suite was written this morning | |
| 14:54:32 | dansmith | what? | |
| 14:56:37 | bauzas | the functional test I meant | |
| 14:57:04 | dansmith | I'm not sure what you're saying | |
| 14:57:24 | dansmith | I already +2d the regression and left a comment on the other one | |
| 15:03:27 | bauzas | let me rephrase: my morning, I investigated the cause of the bug and I tried to reproduce it using a functional test, which I uploaded | |
| 15:03:58 | bauzas | that's why it only took me 10 mins to upload the fix itself | |
| 15:04:19 | bauzas | (I was just replying to to 'already did ?') | |
| 15:04:27 | dansmith | weren't you asking for review? | |
| 15:04:43 | dansmith | that's what I was responding to: "already did...review" | |
| 15:09:06 | bauzas | oh sorry about the misunderstanding then :) | |
| 15:18:30 | gibi | I'm +2 on the first patch and the second looks good too I will +2 once Dan's comment is fixed | |
| 15:22:27 | bauzas | cool, lemme provide a new patchset then | |
| 15:25:22 | opendevreview | Sylvain Bauza proposed openstack/nova master: Add admin context when filling metadata on ImagePropsWeigher https://review.opendev.org/c/openstack/nova/+/961673 | |
| 16:09:26 | opendevreview | Merged openstack/nova master: Regression test for ImagePropsWeigher due to missing context https://review.opendev.org/c/openstack/nova/+/961615 | |
| 19:03:43 | opendevreview | melanie witt proposed openstack/nova master: Add functional reproducer for bug 2125030 https://review.opendev.org/c/openstack/nova/+/961734 | |
| 19:07:07 | opendevreview | melanie witt proposed openstack/nova master: Add functional reproducer for bug 2125030 https://review.opendev.org/c/openstack/nova/+/961734 | |
| 20:01:34 | opendevreview | Merged openstack/nova stable/2024.1: hardware: Fix image_meta.id within get_mem_encryption_constraint https://review.opendev.org/c/openstack/nova/+/960050 | |
| #openstack-nova - 2025-09-19 | |||
| 06:57:58 | gibi | bauzas: Hi! if you have a bit of time this backport will look familiar to you https://review.opendev.org/q/topic:%22bug/2115905%22 :)h | |
| 07:00:25 | bauzas | lolilol | |
| 07:01:33 | jlejeune | gibi: hello, same request for mine https://review.opendev.org/c/openstack/nova/+/961601 :) | |
| 07:07:25 | gibi | jlejeune: on it | |
| 07:08:07 | jlejeune | thanks :) | |
| 07:11:26 | gibi | jlejeune: maybe its me but I only see the regression test being backported there. do you have the actual fix backported on top of that as well? | |
| 07:12:55 | jlejeune | yes but I haven't yet create the changes, doing | |
| 07:14:44 | gibi | OK. I'm +2 on the regression test backports. Feel free to ping me when the fix backports are up. | |
| 07:14:57 | jlejeune | perfect | |
| 07:36:11 | opendevreview | Julien LE JEUNE proposed openstack/nova stable/2025.1: Adds regression test for bug LP#2044235 https://review.opendev.org/c/openstack/nova/+/961601 | |
| 07:36:12 | opendevreview | Julien LE JEUNE proposed openstack/nova stable/2025.1: nova-conductor puts instance in error state https://review.opendev.org/c/openstack/nova/+/961774 | |
| 07:40:47 | opendevreview | Julien LE JEUNE proposed openstack/nova stable/2024.2: nova-conductor puts instance in error state https://review.opendev.org/c/openstack/nova/+/961775 | |
| 07:41:55 | opendevreview | Julien LE JEUNE proposed openstack/nova stable/2024.1: nova-conductor puts instance in error state https://review.opendev.org/c/openstack/nova/+/961778 | |
| 07:42:57 | jlejeune | gibi: here there are ^ | |
| 07:47:33 | opendevreview | Merged openstack/nova stable/2025.1: Reproduce bug/2115905 https://review.opendev.org/c/openstack/nova/+/960241 | |
| 08:02:55 | gibi | jlejeune: thanks | |
| 08:06:16 | gibi | jlejeune: one small suggestion, you can put all these to the same gerrit topic that was used for the original bugfix so it is easy to see the list of backports in a single query | |
| 08:30:53 | jlejeune | gibi: indeed, can I add a topic after having created the change ? | |
| 08:33:30 | gibi | jlejeune: yes on the web UI you can add it by hand | |
| 08:40:04 | jlejeune | nice, done :) | |
| 08:46:44 | gibi | jlejeune: thanks | |
| 08:47:11 | gibi | elodilles: there is a simple clean backport series from jlejeune in https://review.opendev.org/q/topic:%22bug-2044235%22 if you have time :) | |
| 08:48:05 | elodilles | gibi: ACK, will add it to my TODO :] | |
| 08:48:12 | gibi | elodilles: thanks! | |
| 08:50:34 | gibi | Uggla: (and others) I kept monitoring the nova-tox-py312-threading job to see if we have unexplained failures. I found three cases where this job failed but the eventlet based unit test job does not. I filed a bug and I will patch the ignore list to not run these two test cases until I have time to go back to burning down that ignore list https://bugs.launchpad.net/nova/+bug/2125185 | |
| 08:51:23 | gibi | If anybody sees a nova-tox-py312-threading run that fails while the normal unit test job passes then please let me know | |
| 08:53:39 | Uggla | gibi, ok I think we could share this in our next meeting and follow up on it if you wish. | |
| 08:57:24 | gibi | sure I will try to remember of it in the next meeting j) | |
| 08:57:25 | gibi | :) | |
| 09:00:16 | opendevreview | Balazs Gibizer proposed openstack/nova master: [nova-tox-py312-threading]Ignore failing tests https://review.opendev.org/c/openstack/nova/+/961781 | |
| 09:00:33 | gibi | Uggla: ^^ this is the immediate fix | |
| 09:00:51 | Uggla | 👍 | |
| 09:00:52 | gibi | bauzas: sean-k-mooney: ^^ if you are around this fix a small gate instability | |
| 09:31:47 | bauzas | gibi: looking (sorry was on meeting) | |
| 09:32:27 | bauzas | gibi: thanks for continuing looking at our CI <3 | |
| 09:33:08 | gibi | yeah I feel like I introduced a voting job so I responsible keeping that job in good health :) | |
| 11:22:37 | sean-k-mooney | gibi: done | |
| 11:23:26 | sean-k-mooney | gibi: sorry was not around in my morning today | |
| 12:03:13 | gibi | sean-k-mooney: thanks, and no worries :) | |
| 12:15:47 | gibi | heads up I saw multiple multinode job failing due to the fact that the subnode nova-compute cannot connet to rabbit. | |
| 12:16:34 | gibi | maybe it is intermitten infra issue but if you also see it happening on your patches then it might worth to report to infra | |
| 12:17:31 | frickler | gibi: infra is watching you already ;) do you have an example I could look at? | |
| 12:19:42 | sean-k-mooney | gibi: the last tim ethat happend it was a build where the nodes came form 2 diffent providers | |
| 12:20:01 | sean-k-mooney | so it woudl be good to check if all nodes came form the same provider in that failed job run | |
| 12:20:54 | gibi | frickler: https://zuul.opendev.org/t/openstack/build/488552424c654e2e8a4d8c5cb82f02a0/logs | |
| 12:21:12 | gibi | frickler: and thanks for keeping an eye on it (on me?!) | |
| 12:22:02 | frickler | sean-k-mooney: yes, that was one of my ideas, but both from sjc3 in the above case | |
| 12:22:11 | sean-k-mooney | https://zuul.opendev.org/t/openstack/build/488552424c654e2e8a4d8c5cb82f02a0/log/zuul-info/inventory.yaml | |
| 12:22:19 | sean-k-mooney | they are both form raxflex | |
| 12:22:40 | sean-k-mooney | https://zuul.opendev.org/t/openstack/build/488552424c654e2e8a4d8c5cb82f02a0/log/zuul-info/inventory.yaml#320 | |
| 12:22:44 | sean-k-mooney | so it not that htis time | |
| 12:22:53 | gibi | https://zuul.opendev.org/t/openstack/build/7055bb2bfcb84b6388f67ad3181f8043 this was the another case I hit today | |
| 12:24:49 | sean-k-mooney | frickler: the two node might be in diffent subnets | |
| 12:25:15 | sean-k-mooney | im not sure what the cider is but once is sueing 10.0.16.132 and the other is 10.0.17.239 for the private ip | |
| 12:26:23 | sean-k-mooney | 255.255.240.0 | |
| 12:26:36 | sean-k-mooney | ok so they are in a /20 so in the same subnet | |
| 12:27:04 | sean-k-mooney | so there shoudl nto eb any firewalling between the nodes then | |
| 12:28:00 | sean-k-mooney | well assumign they are in the same secuiryt group and we allow access from member of the same secuirty group but i dont think secuirty groups are likely to be the issue here | |
| 12:28:07 | sean-k-mooney | if it was it woudl affect all jobs on that provider | |
| 12:28:53 | frickler | there should not be two ethernet interfaces. we same some changes recently that could cause this. let's move to #opendev | |
| 12:29:28 | sean-k-mooney | ack, ya i notcied there are 2 interface and 2 diffent private ips | |
| 12:29:36 | sean-k-mooney | ack on swaping | |
| 12:35:32 | opendevreview | Balazs Gibizer proposed openstack/nova master: Centralize cooperative yield https://review.opendev.org/c/openstack/nova/+/950991 | |