Earlier  
Posted Nick Remark
#openstack-nova - 2026-09-21
16:19:33 lajoskatona that's it from me for this topic
16:19:45 Uggla thx lajoskatona
16:20:12 Uggla #topic Bug scrubbing
16:20:19 Uggla #info Stable 70 (+0).
16:20:27 Uggla #link https://etherpad.opendev.org/p/nova-bug-triage-roster
16:20:37 Uggla #link https://truc.uggla.fr/ to follow the trend.
16:20:45 Uggla #info Next meeting: [public] Upstream bug triage. Wednesday, September 23rd · 15:30 – 16:00 UTC. Video call link: meet.google.com/zjr-rxus-hzj
16:21:20 Uggla Note: I manage to deal with some of the latest entries.
16:22:12 Uggla #topic Open discussion
16:22:23 Uggla nothing on the agenda.
16:22:32 Uggla Something you'd like to discuss ?
16:22:57 gibi just a note that as we discussed I dumped my brain about the nova-reviewers topci to the PTG etherpad
16:23:09 gibi some of you already added viewpoints, thanks for taht
16:23:10 gibi that
16:23:36 Uggla thx gibi
16:24:17 Uggla anything else, if not I think we can close it keep this one short.
16:24:40 Uggla giving one more mn
16:25:27 sean-k-mooney i guess just an fyi, im on pto form the 24th-29th inclusive and im reinstalling my work laptop this week
16:25:45 sean-k-mooney so my aviablity for the next 2 weeks is gong to be interminent or limited
16:26:05 gibi sean-k-mooney: have a nice PTO
16:26:15 gibi and good luck with that reinstall :)
16:26:46 sean-k-mooney im waiting for the backup to complete first :)
16:27:40 sean-k-mooney its going a lot faster not that im ignoreing my .tox driectries and deleted the 65 cloud images and iso form my downloads
16:27:55 sean-k-mooney anyway we can prbably wrap up early
16:28:08 gibi yeah lets wrap
16:28:15 Uggla yep we are done
16:28:22 Uggla Thanks for joining this meeting. Have a nice day/evening.
16:28:29 Uggla #endmeeting
16:28:29 opendevmeet Meeting ended Mon Sep 21 16:28:29 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:28:29 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2026/nova.2026-09-21-16.00.html
16:28:29 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-09-21-16.00.txt
16:28:29 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2026/nova.2026-09-21-16.00.log.html
16:28:38 elodilles thanks o/
16:29:10 lajoskatona o/
16:29:18 fwiesel thx
16:29:23 gibi thanks folks
16:42:31 melwitt Uggla: just a fyi I will not be able to attend the PTG this time unfortunately due to a personal conflict, for your scheduling purposes
16:44:12 Uggla melwitt, thank you to let me know.
17:11:42 opendevreview Takashi Kajinami proposed openstack/nova master: Use oslo.utils to escape IPv6 address https://review.opendev.org/c/openstack/nova/+/954175
#openstack-nova - 2026-09-22
09:20:14 gibi thanks bauzas for the review on https://review.opendev.org/q/topic:%22bug/2166786%22
09:20:33 bauzas np, still needing time for my own series
09:20:38 gibi cores I need another set of eyes on ^^. This is a somewhat high profile bug at my employer side
13:05:28 opendevreview ribaudr proposed openstack/nova master: Add reproducer for bug #2164869 https://review.opendev.org/c/openstack/nova/+/1006717
13:05:28 opendevreview ribaudr proposed openstack/nova master: Fix metadata subpath queries returning 500 instead of 404 https://review.opendev.org/c/openstack/nova/+/1006718
14:55:23 bauzas gibi: based on your great comment, I wonder whether I should continue to provide the original patch, at the moment, I'll provide the new change as a follow-up but we can discuss it in Gerrit
14:55:36 bauzas (context about bdm deletion)
14:59:44 gibi bauzas: yeah if you feel like my case is solid in that comment then I think it make sense to try to implement it and see if it works
16:41:57 opendevreview ribaudr proposed openstack/nova master: Add regression test for bug #2167865 https://review.opendev.org/c/openstack/nova/+/1006768
16:41:58 opendevreview ribaudr proposed openstack/nova master: Fix config drive blocking volume attach on Q35 with SCSI https://review.opendev.org/c/openstack/nova/+/1006769
17:53:51 opendevreview Sylvain Bauza proposed openstack/nova master: Guard against deleting a concurrent request's BDM on timeout https://review.opendev.org/c/openstack/nova/+/1005727
17:53:52 opendevreview Sylvain Bauza proposed openstack/nova master: Reject stale reserve_block_device_name RPC on compute https://review.opendev.org/c/openstack/nova/+/1006011
17:53:52 opendevreview Sylvain Bauza proposed openstack/nova master: Prevent concurrent attach_volume with task_state guard https://review.opendev.org/c/openstack/nova/+/1006786
#openstack-nova - 2026-09-23
10:22:32 opendevreview Bence Romsics proposed openstack/nova master: Functional reproducer for #2051685 https://review.opendev.org/c/openstack/nova/+/977331
10:22:40 opendevreview Bence Romsics proposed openstack/nova master: Suppress error in cleanup of pre live migration https://review.opendev.org/c/openstack/nova/+/982085
10:54:37 carloss Uggla: o/ hey there - considering the efforts on cold migration for VirtioFS and the future feature plans, I was wondering if we could have another cross team session in the upcoming PTG?
12:00:07 opendevreview ribaudr proposed openstack/nova master: Avoid a CellDatabases fallback lookup deadlock https://review.opendev.org/c/openstack/nova/+/1006935
12:56:31 gibi cores can I get a second set of eyes on https://review.opendev.org/q/topic:%22bug/2166786%22 this is a somewhat high prio bug fix for me. Sylvain already +2d it.
14:07:35 dansmith gibi: I had this open yesterday and got distracted
14:13:53 dansmith the two regression tests are for regular PCI and PCI-in-placement but otherwise the same right?
14:14:24 gibi right
14:20:31 dansmith oh yeah? I use gpt 5.3 codex for some personal stuff and it seems okay, maybe a little less than claude and opus 4.6.. but haven't tried anything remotely close to redesigning live migration of course
14:20:35 dansmith oops :P
14:22:35 gibi now the truth is out :P
14:22:51 dansmith shame!
14:23:58 dansmith I'm already reviewing your patch I can't imagine what else you'd want more
14:24:12 gibi good point. I take it!
14:24:28 dansmith :P
14:24:52 bauzas I'm now myself using Cursor Grok 4.6, oops :)
14:25:22 dansmith far more shameful, so I feel better ;P
14:28:00 bauzas .... and I have a Tesla, wooops
14:30:04 gibi does Grok bundled with Tesla these days?
14:30:29 dansmith gibi: left a question about cross-cell cold migration on the last patch
14:30:44 dansmith I really hate having to add another RPC call to fix this, even if that RPC call already exists
14:33:21 gibi dansmith: yeah I somehow forsee that. But asked bauzas first to get some reassurance :) I will check your question soon
14:34:11 gibi I did not considered cross cell stuff so I'm glad you reviewed it
14:35:34 bauzas ah indeed I also didn't thought about cross-cell
14:35:35 dansmith I didn't go look in detail
14:36:00 dansmith but the use of an RPC to solve this aroused my curiosity given my current mindset :)
14:38:46 gibi OK I will track down the cross cell implications
14:39:08 gibi I replied to you in the second patch doing the periodic cleanup
14:39:21 gibi if we can land that that alone will help managing the situation
14:39:35 gibi regardless if the RPC based fix can or cannot be landed
14:44:32 dansmith okay yeah, I was thinking of asking what is the impact of just doing this with periodic.. just a delayed freeing of some PCI resources after an infra-level migration failure.. not too bad
14:46:02 gibi yes exactly
14:46:11 gibi it just clears it up periodically
14:46:32 gibi and if that period is long then it might be visible from the outside that we leak
14:46:50 gibi there is a tradeoff on that periodic frequency
14:47:13 gibi but I accept if we only go with the periodic right now
14:48:15 gibi or say we only land the RPC stuf on master but not backporting it (pending cross cell clearings)
14:56:08 bauzas I'm looking at dansmith's questioin
14:56:31 bauzas because when thinking at the support enveloppe for upgrades, I thought we were fine given the very old API call
14:56:51 bauzas so I guess this is a matter of non-supported routine for calling another cell ?
14:59:09 gibi we cannot call other cells there is no MQ for that
14:59:25 gibi so I have to check if in cross cell migration we can hit the same issue or not
14:59:46 gibi and then if we can then say something about the fix
14:59:52 bauzas ok, that's the potential concern I was thinking
14:59:54 gibi and in the meantime see if that the added call is a problem or not for cross cell migration, probably not but I have to look
15:07:24 dansmith the added call would of course be a problem for cross-cell migration.. the question I think is whether or not you can cross-cell cold migrate with PCI devices at all
15:07:33 dansmith and if you can, if you hit the same problem
15:07:47 dansmith if so, perhaps conductor can do the extra call I guess

Earlier   Later