Earlier  
Posted Nick Remark
#openstack-nova - 2022-05-31
16:56:31 levy14 sean-k-mooney: I can try writing an (incomplete) spec, I am not up to implement it myself
16:56:41 sean-k-mooney jrosser_: i could see us adding a --application-credetial or something to the api
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 bauzas #endmeeting
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 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2022/nova.2022-05-31-16.00.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 Log: https://meetings.opendev.org/meetings/nova/2022/nova.2022-05-31-16.00.log.html
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 bauzas the upstream nova one ?
17:20:46 sean-k-mooney the 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: Remove unnecessary TODO https://review.opendev.org/c/openstack/nova/+/830645
08:44:03 opendevreview Rico Lin proposed openstack/nova master: libvirt: Add vIOMMU device to guest https://review.opendev.org/c/openstack/nova/+/830646
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

Earlier   Later