16:00:59 #startmeeting nova 16:00:59 Meeting started Tue Jan 9 16:00:59 2024 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:59 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:59 The meeting name has been set to 'nova' 16:01:06 heyho 16:01:14 happy new year folks ! 16:01:18 o/ 16:01:20 * kashyap waves hi 16:01:23 o/ 16:01:24 happy new year o/ 16:01:41 #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting 16:02:53 Rajesh Tailor proposed openstack/nova master: Add support for showing requested az in output https://review.opendev.org/c/openstack/nova/+/904568 16:02:56 o/ 16:03:16 bauzas: I had one more item to bring up, but didn't add it to the wiki (bad me) 16:03:27 ok let's start our first meeting of 0x7E8 16:03:44 kashyap: no worries, I'll ping you at the end 16:03:50 #topic Bugs (stuck/critical) 16:03:55 #info No Critical bug 16:03:58 woohoo 16:04:02 #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 43 new untriaged bugs (-1 since the last meeting) 16:04:09 thanks folks ! 16:04:13 #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster 16:04:22 #info bug baton could be Uggla 16:04:35 any bug reports you would want to discuss ? 16:05:38 looks none 16:05:43 #topic Gate status 16:05:49 #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:05:52 #link https://etherpad.opendev.org/p/nova-ci-failures-minimal 16:05:58 #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status 16:06:04 all greens 16:06:08 #info Please look at the gate failures and file a bug report with the gate-failure tag. 16:07:03 I've seen some post-failure on the zed stable 16:07:14 but apart from this, nothing else 16:08:38 anything else ? 16:10:20 looks not 16:10:26 #topic Release Planning 16:10:30 #link https://releases.openstack.org/caracal/schedule.html#nova 16:10:35 IMPORTANT : 16:10:37 #info Caracal-2 (and spec freeze) milestone this Thursday 16:10:55 this means that after Thursday, we would not accept new specs 16:11:39 note: there is only os-vif with changes worth to release at Caracal-2 it seems: https://review.opendev.org/c/openstack/releases/+/904927 16:11:40 I'll try to look at all the already open specs but we already have a lot of accepted specs for this cycle : https://blueprints.launchpad.net/nova/2024.1 16:11:52 elodilles: I've seen the email, I'll look at it 16:12:12 bauzas: ++ 16:14:24 anything people want to discuss about open specs ? 16:15:45 looks not 16:15:48 moving on 16:15:56 #topic Review priorities 16:16:00 #link https://etherpad.opendev.org/p/nova-caracal-status 16:16:05 folks, please look at the etherpad 16:16:14 I've added all the blueprints in it 16:17:26 (I actually forgot to add the last blueprint we agreed) 16:18:23 Thanks for the link; /me bookmarks 16:18:41 voila 16:18:45 moving on 16:18:58 #topic Stable Branches 16:19:02 elodilles: ? 16:19:14 #info stable gates are not blocked but patches on older branches can have many rechecks until they get merged 16:19:28 the usual, i would say. 16:19:36 #info nova stable Zed release: https://review.opendev.org/c/openstack/releases/+/899604 16:19:49 this is waiting for one last patch to merge afaik ^^^ 16:19:52 indeed 16:19:59 +1 16:20:08 #info according to TC's plan (train and) ussuri branches are proposed to be End of Life if a team is OK with that: https://review.opendev.org/c/openstack/releases/+/903278 16:20:21 yep 16:20:26 can we proceed with that 16:21:02 I'll look at the Ussuri EOL change and if everything is OK, I'll +1 it 16:21:03 the patch needs a PTL / release liaison +1 16:21:14 otherwise i think it's OK 16:21:18 bauzas: thx 16:21:27 #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci 16:21:36 and that's all from me 16:21:43 cool 16:22:02 thanks elodilles for reporting 16:22:07 #topic vmwareapi 3rd-party CI efforts Highlights 16:22:15 #Info Access to logs was blocked automatically thanks to corporate policy. Working on exemption. 16:22:24 cool 16:22:39 So, the link I provided was promptly automatically shut down. Nothing says IaaS like introducing a ticket process on top of it. 16:22:53 #Info Limited external network access from test infrastructure with allow-list (currently: opendev.org, pypi.org). 16:23:27 The test infrastructure is now fairly locked down, we probably need to figure out, what we have to add to the allow-list. 16:23:44 But at least, that way we feel more comfortable running essentially random stuff from the internet. 16:23:58 That's it more or less from my side. Any questions? 16:24:16 nope for me :) 16:24:26 thanks for reporting :) 16:24:36 You're welcome. Any happy new year. 16:24:40 you too 16:24:50 #topic Open discussion 16:24:56 bauzas, I have one bug to discuss/share 16:25:08 we got the bug w.r.t clean dangling volume patch 16:25:08 https://bugs.launchpad.net/nova/+bug/2048154 16:25:08 https://bugs.launchpad.net/nova/+bug/2048184 16:25:12 nothing in the wikipage, but kashyap had one point 16:25:17 Yeah 16:25:35 So it's about this specless blueprint - a suggestion that came from sean-k-mooney: https://blueprints.launchpad.net/nova/+spec/allow-disabling-ephemeral-disk-formatting 16:25:56 The main motivation (as I understand it) seems to be the following: 16:26:16 (1) To explore removal of libguestfs / and unneeded dependencies 16:26:38 (2) Doing so will help reduce security/package footprint from containers that might be shipping nova-compute. 16:27:20 Today libguestfs' usage seems to be in the area of file injection and ephemeral disk creation. 16:27:26 to be clear, the default would be "formatted", right? 16:27:42 I think so, yes. I need to check. 16:27:51 bauzas: That said, putting my upstream hat on: 16:28:25 we can't really change our current behaviour so I'd prefer to keep the current usage by default 16:28:56 but of course, if operators and products want to not use libguestfs, they can change the option value 16:29:19 We should also bear in mind that libguestfs provides many other "adjacent tools" (e.g. an incomplete list: https://paste.opendev.org/show/bfNahtW5QJVeYSQUNaFH/) that operators might be using. 16:29:35 there could be some nits on the values of the items for this config option 16:29:52 (These "adjacent tools" are all to do with disk images, etc. They're extremely useful. So even for downstreams I'd be wary of suggesting to 'drop' libguestfs.) 16:29:58 but looks to me some implementation question, not a design one 16:30:17 bauzas: Yeah, the nits could be worked out. But yeah, the devil is in the implementation indeed. 16:30:37 kashyap: do you remember the current defaults we have for ephemeral disks ? ext4 ? 16:31:12 Quickly checking... 16:31:19 this would mean that we would need to provide all the supported disk formats in the config option items 16:31:36 maybe people don't want this, right? 16:31:42 (I'd think so, it'd be one of ext3) 16:31:49 are we able to format our disks by something else but the default format ? 16:32:12 I can quickly look at the code 16:34:38 (There's several places the CONF.default_ephemeral_format is used - I guess you're looking for this?) 16:37:16 nope, I just wonder the negative value of 'unformatted' which then would be the default 16:38:10 bauzas: The current default is ext4, as I see it 16:38:23 everything seems to be handled by this module https://github.com/openstack/nova/blob/master/nova/virt/disk/vfs/guestfs.py 16:39:58 It depends on what you mean by "everything" :) I think you mean everything related to libguestfs. But we don't have to get into the details of it here. 16:39:59 anyway, I'm OK to approve this specless blueprint but we'll need to make sure that the default behaviour is continuing to support to format the ephemeral disk 16:40:15 sean-k-mooney: any concern by what I said ? 16:40:16 Please add that remark in the BP. I need to still explore what makes sense here 16:40:34 But also I need to hear if anyone actually needs this. We shouldn't do needless work 16:41:12 I have a hard stop in 5 minutes; afraid. I need to visit a friend in a hospital. Can discuss the rest afterwards 16:41:41 anyone not wanting to accept this blueprint ? 16:41:54 if not, 16:42:43 #agreed https://blueprints.launchpad.net/nova/+spec/allow-disabling-ephemeral-disk-formatting is approved as specless, provided it defaults to format the disks 16:42:49 kashyap: ^ 16:43:03 Okay; for now we can go ahead; thank you 16:44:35 ++ 16:44:42 auniyal: you wanted to discuss a specific bug ? 16:45:25 yeah - we got this bug https://bugs.launchpad.net/nova/+bug/2048154 16:45:42 similar to this - https://bugs.launchpad.net/nova/+bug/2048184 16:45:55 I have created a patch - https://review.opendev.org/c/openstack/nova/+/904817 16:46:24 add your patch proposals into https://etherpad.opendev.org/p/nova-caracal-status 16:46:41 sean-k-mooney for " source_type: snapshot and source_type:image" 16:46:47 is it snapshot image 16:47:28 I created snapshot of Vm then Vm from that snapshot, but their source_type was sa same as original vm 16:47:30 auniyal: add your patches into https://etherpad.opendev.org/p/nova-caracal-status#L114 so people could review them 16:47:34 ack bauzas 16:48:03 I think we're done for the meeting 16:48:15 auniyal: we don't really discuss bugs in the nova meeting 16:48:31 but if you want, please ping other folks after we end this meeting 16:48:55 ack 16:49:45 bauzas, I added the patch in etherpad 16:49:54 ok, thanks all then 16:50:02 and happy new year again 16:50:04 #endmeeting