Earlier  
Posted Nick Remark
#openstack-nova - 2025-01-13
18:29:02 sean-k-mooney but i suspect that the extra call to waitall is related to that
18:29:44 sean-k-mooney with the new oslo release i was able to remove the funcitonal test change
18:30:00 sean-k-mooney but i didnt test master with the new versions which im doing now
18:30:28 JayF nice, that'll build even more confidence that the oslo.log pipemutex stuff fixed something \o/
18:33:04 sean-k-mooney hum ok master apprelty passed. but i need to verify that it has the correct versions fo eventlet. changing branch might have cause the venv to be recreateded
18:34:28 sean-k-mooney https://paste.opendev.org/show/bUq1UNJTP1NHybsQJHPN/
18:34:40 sean-k-mooney so ya i actully think the nova change is not requried any more
18:35:09 sean-k-mooney frickler: do we want to try droping the depends-on form the requirements change?
18:36:15 sean-k-mooney oslo.log==7.0.0 might be all tha twas requried to fix nova with eventlet 0.38.2
19:04:45 opendevreview melanie witt proposed openstack/nova master: Bump requirement to PrettyTable>=2.4.0 https://review.opendev.org/c/openstack/nova/+/939157
19:13:30 frickler sean-k-mooney: ack, confirmed locally, updating the change now
19:32:36 sean-k-mooney cool im goign to call it a night, ill leave my nova change open but ill abandon it if the requiremetn patch passes
19:38:05 opendevreview melanie witt proposed openstack/nova stable/2024.2: libvirt: Wrap un-proxied listDevices() and listAllDevices() https://review.opendev.org/c/openstack/nova/+/939158
20:19:19 opendevreview Dr. Jens Harbott proposed openstack/nova master: DNM: Test eventlet bump https://review.opendev.org/c/openstack/nova/+/938879
20:33:19 opendevreview melanie witt proposed openstack/nova stable/2024.1: libvirt: Wrap un-proxied listDevices() and listAllDevices() https://review.opendev.org/c/openstack/nova/+/939162
20:34:25 opendevreview melanie witt proposed openstack/nova stable/2023.2: libvirt: Wrap un-proxied listDevices() and listAllDevices() https://review.opendev.org/c/openstack/nova/+/939163
#openstack-nova - 2025-01-14
00:58:44 opendevreview Merged openstack/nova master: Handle iso+gpt detections https://review.opendev.org/c/openstack/nova/+/931833
01:55:56 opendevreview Tatsuya Hayashino proposed openstack/nova-specs master: Repropose instance metadata protection https://review.opendev.org/c/openstack/nova-specs/+/939190
01:59:46 opendevreview Tatsuya Hayashino proposed openstack/nova-specs master: Repropose instance metadata protection https://review.opendev.org/c/openstack/nova-specs/+/939190
08:52:43 opendevreview Merged openstack/nova-specs master: Create specs directory for 2025.2 Flamingo https://review.opendev.org/c/openstack/nova-specs/+/939091
14:29:48 opendevreview Dan Smith proposed openstack/nova master: WIP: Handle GPT image detection https://review.opendev.org/c/openstack/nova/+/933928
14:29:48 opendevreview Dan Smith proposed openstack/nova master: DNM: Test with latest oslo.utils https://review.opendev.org/c/openstack/nova/+/933444
16:01:45 bauzas #startmeeting nova
16:01:45 opendevmeet Meeting started Tue Jan 14 16:01:45 2025 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:01:45 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:01:45 opendevmeet The meeting name has been set to 'nova'
16:01:49 bauzas heyho
16:01:52 fwiesel \o
16:02:01 masahito o/
16:02:02 bauzas #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting
16:02:13 s3rj1k hi all
16:03:14 elodilles o/
16:03:15 Uggla o/
16:03:26 bauzas (on a meeting but I can run)
16:05:06 bauzas #topic Bugs (stuck/critical)
16:05:44 bauzas #info No Critical bug
16:05:50 bauzas #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster
16:05:57 bauzas any bug report to discuss ?
16:06:39 bauzas looks not
16:06:49 masahito If there is a time, I want to talk this bug in the review priority topic. https://bugs.launchpad.net/nova/+bug/2085709
16:06:50 bauzas #topic Gate status
16:07:02 bauzas masahito: sure, I'll ping you at that time
16:07:12 masahito thank you.
16:07:37 bauzas #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:07:44 bauzas #link https://etherpad.opendev.org/p/nova-ci-failures-minimal
16:07:57 bauzas #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0 Nova&Placement periodic jobs status
16:08:03 bauzas #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:08:10 bauzas #info Please try to provide meaningful comment when you recheck
16:08:46 opendevreview Lajos Katona proposed openstack/nova master: blueprint: iothreads-for-instances https://review.opendev.org/c/openstack/nova/+/939254
16:09:54 bauzas periodic jobs are all green
16:10:01 bauzas any gate failure to report ?
16:12:19 bauzas okay moving on
16:14:02 bauzas #topic Release Planning
16:14:09 bauzas #link https://releases.openstack.org/epoxy/schedule.html
16:14:16 bauzas #info Nova deadlines are set in the above schedule
16:14:53 bauzas #info 6 weeks before Feature Freeze
16:14:59 bauzas #info we'll try to create as os-traits release by the next 2 weeks, please provide your os-traits patches sooner than later.
16:15:02 bauzas you know this
16:16:09 bauzas #topic Review priorities
16:16:16 bauzas #link https://etherpad.opendev.org/p/nova-2025.1-status
16:16:29 bauzas #action bauzas to update the etherpad with the latest changes
16:16:40 bauzas masahito: you had an itemù
16:16:52 masahito Thanks.
16:17:09 masahito I added two bugs in the bottom of the etherpad page.
16:17:29 masahito https://bugs.launchpad.net/nova/+bug/2075100 and https://bugs.launchpad.net/nova/+bug/2085709
16:17:48 masahito The second one is a bug patch I mentioned before.
16:17:53 gibi masahito: I'm wondering if you problem is related to https://review.opendev.org/c/openstack/nova/+/932669 that fixed a freeze
16:18:42 masahito gibi: thanks, let me check. I didn't notice the patch.
16:20:05 masahito It looks like C or later release has the problem that long running thread blocks other thread operation because of libvirt connection.
16:21:53 bauzas masahito: okay, that's good that you added both fixes, we'll try to review them
16:23:03 bauzas can we move on ?
16:23:29 masahito I'm ok, thank you.
16:25:07 bauzas ack
16:25:15 bauzas #topic Stable Branches
16:25:24 bauzas elodilles: do you have anything ?
16:25:29 elodilles #info nothing to report, stable gates seem to be healthy
16:25:43 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:25:53 elodilles that's all from me
16:26:38 bauzas cool
16:27:45 bauzas #topic vmwareapi 3rd-party CI efforts Highlights
16:27:54 fwiesel No updates from my side
16:27:54 bauzas fwiesel: anything on your side ?
16:27:56 bauzas cool
16:28:03 bauzas #topic Open discussion
16:30:06 bauzas nothing on the agenda, anything else ?
16:30:10 masahito If time is allowed, I want to hear your opinion for this spec, too https://review.opendev.org/c/openstack/nova-specs/+/937587
16:30:50 masahito According to the gibi's comment, it's a bug not a new feature. We're wondering the spec approval is needed or not.
16:32:40 bauzas unfortunately, we're post spec approval deadline
16:34:15 bauzas hmmmm
16:34:19 masahito yes, that's why I asked the question. If it's a bug, we can push bug fix for the problem, IIUC. But it's defined as a new feature, we'll wait the next development cycle.
16:34:23 bauzas I don't have that context in mind
16:34:58 bauzas sean-k-mooney: about https://review.opendev.org/c/openstack/nova-specs/+/937587/2/specs/2025.1/approved/add-mutual-prefix.rst, do you think like gibi that's just a placement bug ?
16:35:14 gibi not a placement one but a nova one :)
16:35:47 bauzas because that's nova which knows that, I see
16:35:49 bauzas you're right
16:36:30 bauzas so we should do something like set(new_traits) - set(existing_traits) to calculate the ones that should be deleted
16:36:47 bauzas and if we don't do that for custom traits, I agree with you that's a bug
16:37:02 bauzas because operators expect to only get custom traits that they pass
16:37:08 gibi it is more like nova always generates the list of expected traits internally for the RP and then it just need to sync it with placement to overwrite what is there
16:38:01 gibi I think nova never allowed outside users to add traits to RPs that is owned by nova, I expect that nova overwrites the extra traits during the periodic.

Earlier   Later