| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-05-31 | |||
| 16:57:00 | sean-k-mooney | jrosser_: i.e. you precreate one and tell nova to pass it to the guest via the metadtaa service | |
| 16:57:03 | jrosser_ | i think that spcifying a service user for a VM might be enough | |
| 16:57:40 | jrosser_ | anyway this is a rabbit hole and i don't want to disrupt your meeting | |
| 16:57:58 | bauzas | jrosser_: no worries, we don't have other discussions | |
| 16:58:47 | bauzas | at least, looks to me we have a consensus : levy14 will provide an incomplet spec or a backlog one | |
| 16:58:54 | bauzas | levy14: do you know about https://specs.openstack.org/openstack/nova-specs/specs/backlog/index.html ? | |
| 16:59:09 | jrosser_ | tldr was that other $clouds let you associate a service user (thats already in your project) with that VM, and that combined with a JWT from the metadata to auth against keystone would give you a token for that service user | |
| 16:59:36 | bauzas | anyway, we're at the last minute for our meeting | |
| 16:59:48 | levy14 | I saw the page, seemed convoluted. next week I'm at openinfra, but for the week after that I'll try to create a spec. | |
| 16:59:50 | sean-k-mooney | jrosser_: i think the closest thing to a service user we have in openstack in an application credential | |
| 17:00:46 | bauzas | levy14: ok, then, we're done today | |
| 17:00:54 | bauzas | thanks folks | |
| 17:00:56 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2022/nova.2022-05-31-16.00.log.html | |
| 17:00:56 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2022/nova.2022-05-31-16.00.txt | |
| 17:00:56 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2022/nova.2022-05-31-16.00.html | |
| 17:00:56 | opendevmeet | Meeting ended Tue May 31 17:00:56 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 17:00:56 | bauzas | #endmeeting | |
| 17:01:12 | bauzas | sean-k-mooney: gibi: elodilles: fwiw, I'll be off tomorrow | |
| 17:01:13 | elodilles | thanks o/ | |
| 17:01:19 | elodilles | bauzas: ack | |
| 17:01:21 | sean-k-mooney | bauzas: ack | |
| 17:01:38 | sean-k-mooney | bauzas: for rest of week or you back thursday | |
| 17:19:10 | bauzas | sean-k-mooney: no, only tomorrow | |
| 17:19:35 | bauzas | I have a few appointments so I thought it was better to just take one day off | |
| 17:20:24 | sean-k-mooney | bauzas: cool i did have one topic for the meeting but it can wait till next week | |
| 17:20:40 | bauzas | sean-k-mooney: which meeting ? | |
| 17:20:46 | sean-k-mooney | the nova one | |
| 17:20:46 | bauzas | the upstream nova one ? | |
| 17:20:51 | sean-k-mooney | ya | |
| 17:20:57 | sean-k-mooney | we didnt have time anyway | |
| 17:21:02 | bauzas | hah, we just said that we won't have a meeting next week | |
| 17:21:06 | sean-k-mooney | but i had a previous downstream meeting that ran over | |
| 17:21:14 | sean-k-mooney | oh well it can wai | |
| 17:21:17 | sean-k-mooney | *wait | |
| 17:21:19 | bauzas | sean-k-mooney: but if you want, you can run the meeting | |
| 17:21:21 | sean-k-mooney | its not urgent | |
| 17:21:33 | sean-k-mooney | no its fine i just wanted input on a patch | |
| 17:21:39 | bauzas | sean-k-mooney: this is just that gibi, stephenfin and me at least won't be around | |
| 17:22:08 | sean-k-mooney | bauzas: ya no worreis i frogot summit was next week | |
| 17:22:30 | sean-k-mooney | i was going to turn https://review.opendev.org/c/openstack/nova/+/842359 into a real patch with a release note | |
| 17:22:38 | sean-k-mooney | but wanted to get input form other before i do | |
| 17:22:46 | sean-k-mooney | i.e. is this somethign we want to do | |
| 17:22:52 | sean-k-mooney | before i spend time on it | |
| 17:23:40 | bauzas | hah | |
| 17:23:45 | bauzas | no worries | |
| 17:24:02 | bauzas | I understand your point and we can surely discuss this the other week | |
| 17:24:16 | bauzas | sean-k-mooney: just add your topic in the agenda in order to not forget it | |
| 17:25:36 | sean-k-mooney | sure will do | |
| 17:58:36 | gibi | away | |
| 17:58:44 | gibi | ehh | |
| 18:02:41 | gibi | bauzas: I can take the triage baton next week over a beer :) | |
| 18:36:22 | opendevreview | sean mooney proposed openstack/nova master: update nova to use black for code formating. https://review.opendev.org/c/openstack/nova/+/844120 | |
| 18:42:43 | sean-k-mooney | i have run unit and functional test on that locally and they appear to pass so im pretty confident that there has been no effective code change in ^ | |
| 18:43:25 | sean-k-mooney | black, pep8 and fast8 also pass and so does pre-commit | |
| 18:48:07 | gibi | sean-k-mooney: thanks | |
| 18:48:45 | sean-k-mooney | lol just realised it updated leet files 1337 | |
| 18:49:23 | sean-k-mooney | in my somewhat biased opipion the code is more readable. im also not a black fangirl by any means its jut looks nicer to me | |
| 18:58:32 | artom | Are "Cinder multi-backend feature disabled" a known thing on stable/victoria? | |
| 19:45:14 | sean-k-mooney | am ping me tomorrow but im not sure what that means | |
| 19:45:36 | sean-k-mooney | i assume that is a tempest config option | |
| 20:06:02 | gmann | artom: it is enabled, it is enabled tempest-slow job and in cinder-tempest-lvm-multibackend which pass in victoria | |
| #openstack-nova - 2022-06-01 | |||
| 00:05:12 | opendevreview | Artom Lifshitz proposed openstack/nova stable/victoria: Add a regression test for bug 1939545 https://review.opendev.org/c/openstack/nova/+/843948 | |
| 00:05:13 | opendevreview | Artom Lifshitz proposed openstack/nova stable/victoria: compute: Ensure updates to bdms during pre_live_migration are saved https://review.opendev.org/c/openstack/nova/+/843949 | |
| 00:19:02 | opendevreview | melanie witt proposed openstack/nova stable/train: Define new functional test tox env for placement gate to run https://review.opendev.org/c/openstack/nova/+/840777 | |
| 05:35:57 | opendevreview | Steve Baker proposed openstack/nova master: Align ironic driver with libvirt secure boot enable https://review.opendev.org/c/openstack/nova/+/844243 | |
| 08:44:02 | opendevreview | Rico Lin proposed openstack/nova master: libvirt: Ignore LibvirtConfigObject kwargs https://review.opendev.org/c/openstack/nova/+/830644 | |
| 08:44:03 | opendevreview | Rico Lin proposed openstack/nova master: libvirt: Add vIOMMU device to guest https://review.opendev.org/c/openstack/nova/+/830646 | |
| 08:44:03 | opendevreview | Rico Lin proposed openstack/nova master: libvirt: Remove unnecessary TODO https://review.opendev.org/c/openstack/nova/+/830645 | |
| 09:22:55 | opendevreview | Balazs Gibizer proposed openstack/nova stable/train: Extend the reproducer for 1953359 and 1952915 https://review.opendev.org/c/openstack/nova/+/839354 | |
| 09:22:56 | opendevreview | Balazs Gibizer proposed openstack/nova stable/train: [rt] Apply migration context for incoming migrations https://review.opendev.org/c/openstack/nova/+/839355 | |
| 09:26:46 | opendevreview | Balazs Gibizer proposed openstack/nova master: Reject AZ changes during aggregate add / remove host https://review.opendev.org/c/openstack/nova/+/821423 | |
| 09:32:28 | opendevreview | Balazs Gibizer proposed openstack/osc-placement master: Support microversion 1.39 https://review.opendev.org/c/openstack/osc-placement/+/828545 | |
| 09:38:27 | slaweq | gibi hi, since few days we are seeing same failure in our fedora based scenario periodic job, see https://zuul.openstack.org/build/4a7f284f32eb436da6b5ef59d46e615d for example | |
| 09:38:37 | slaweq | it seems like some nova and/or glance issue for me | |
| 09:38:56 | slaweq | did You maybe saw already something like that? or should I open new LP for it? | |
| 09:39:55 | gibi | slaweq: it does not immediately ring a bell but give me some time to look into it... I will get back to you | |
| 09:40:09 | slaweq | @gibi sure, thx a lot | |
| 09:47:42 | sean-k-mooney | slaweq: its proably related to runnign on python 3.10 | |
| 09:48:02 | sean-k-mooney | slaweq: we dont have any tempest based testing on 3.10 currently for nova | |
| 09:48:14 | sean-k-mooney | if you are only seing it on fedora | |
| 09:50:24 | slaweq | sean-k-mooney: yes, we are seeing it only on fedora currently | |
| 09:51:38 | sean-k-mooney | do you need to run that job on fedora for a particalar reason by the way? im wondering if ubuntu 22.04 woudl see the same failure | |
| 09:54:05 | slaweq | sean-k-mooney (@sean-k-mooney:matrix.org) we just want to have fedora based periodic job, we run many Ubuntu jobs in check/gate queues already | |
| 09:54:25 | slaweq | maybe we could/should move it to c9s now | |
| 09:54:30 | slaweq | but for now it's fedora | |
| 09:57:26 | sean-k-mooney | slaweq: right i was going to suggest ye move to ubuntu 22.04 or centos 9 stream | |
| 09:57:43 | sean-k-mooney | i strongly dislike haveing fedora based testing in the gate | |
| 09:58:00 | sean-k-mooney | im supportive of c9s testing | |
| 09:59:21 | sean-k-mooney | im looking at the logs currently and waitign for the filters error logs to render | |
| 10:02:10 | sean-k-mooney | actully there are no error level logs in nova | |
| 10:02:28 | sean-k-mooney | so there were no excptions | |
| 10:02:36 | sean-k-mooney | i do see DEBUG neutronclient.v2_0.client [-] Error message: {"NeutronError": {"type": "PortNotFound", "message": "Port 1a6c72ae-3e1a-45d6-a70e-1f9964b70756 could not be found.", "detail": ""}} | |
| 10:02:46 | sean-k-mooney | but that proably not related to the failure | |
| 10:03:04 | sean-k-mooney | im only looking at the novac compute currently | |
| 10:04:09 | gibi | slaweq: I see that the instance being snapshotted is crashed | |
| 10:04:11 | gibi | https://zuul.openstack.org/build/4a7f284f32eb436da6b5ef59d46e615d/log/controller/logs/screen-n-cpu.txt#19235 | |
| 10:04:26 | gibi | Instance instance-0000002e disappeared while taking snapshot of it: [Error Code 42] Domain not found: no domain with matching uuid | |
| 10:04:44 | gibi | https://zuul.openstack.org/build/4a7f284f32eb436da6b5ef59d46e615d/log/controller/logs/libvirt/libvirt/qemu/instance-0000002e_log.txt | |
| 10:04:50 | gibi | 2022-06-01 03:13:33.853+0000: shutting down, reason=crashed | |
| 10:05:02 | gibi | but I don't see any reaonse why it is crashed | |