| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-04-02 | |||
| 19:23:44 | gmaan | Monday 15 - 18 UTC is I see the leader interaction sessions booked | |
| 19:24:03 | gouthamr | we'll have to email blast this info: "Please try and schedule all cross project meetings at the beginning of the week, preferably by avoiding project-only sessions at the beginning of the week" | |
| 19:24:03 | gouthamr | we can't get all of it, but, will be good to coordinate and attempt | |
| 19:24:14 | sean-k-mooney | gmaan: ya the last 3 hours of that slot are the tc ones | |
| 19:24:20 | gmaan | yeah | |
| 19:24:43 | Uggla | gmaan got it, i'll avoid TC of course | |
| 19:25:28 | sean-k-mooney | gouthamr: so taht can be a litte togh if you wnat to try and attend all or as much as possibel fo cybrog nova, watcher and tc seesions | |
| 19:26:38 | gouthamr | always :( but we can try our best.. i think Monday for the TC will also be "forum" style - so we'll def address cross project stuff, even if all of it isn't "governance". I'm going to try to get some TC buy in for this | |
| 19:26:47 | Uggla | sean-k-mooney, I see that as a trend to book x session first. | |
| 19:27:46 | sean-k-mooney | gouthamr: im also tryign to decied if i want to bug a 00UTC slot or not | |
| 19:27:51 | sean-k-mooney | for cybrog. | |
| 19:27:53 | gouthamr | the "community leaders" session will likely be followed by an operators forum.. the specifics are tbd.. i'll also work with hberaud to get the "eventlet-removal" discussion scheduled, likely on tuesday for 1 hour instead of two | |
| 19:27:55 | opendevreview | Clif Houck proposed openstack/nova master: perf(ironic): eliminate O(N²) ProviderTree deepcopy at startup (B6) https://review.opendev.org/c/openstack/nova/+/980676 | |
| 19:28:20 | gouthamr | sean-k-mooney: ah you might have some interest since past contributors have been from APAC | |
| 19:28:50 | sean-k-mooney | gouthamr:right that why i was thinking of doing that on monday night and having the main seesion on tuesday | |
| 19:29:19 | gmaan | gouthamr: i think monday 3 hrs is too much for cross projects in TC? unless you are accommodating eventlet kind of topics also | |
| 19:30:11 | gmaan | bcz these 3 hrs will take most of the Monday slots so other cross projects things will be difficult to avoid conflict | |
| 19:30:44 | gouthamr | gmaan: hmm, fair, i could cut that down to two hours if we don't have "cross project" impact. can i take until our next TC meeting (Tuesday) to decide? | |
| 19:31:08 | gouthamr | if that happens, you folks get an extra hour.. if not, i'll promise it'll still be something you'll want to join and participate in | |
| 19:32:15 | gmaan | ++, sure I mean, keeping it for TC is ok, but it will be helpful to know which hrs (out of these 3 hrs) hrs cross projects interaction/topic will be and which hrs TC specific | |
| 19:35:27 | gouthamr | i'll push TC/governance-only discussions to Friday as much as possible | |
| 19:36:41 | sean-k-mooney | well its ok for them ot be on moday | |
| 19:37:12 | sean-k-mooney | its just we have a 2 hour widnow in the eu timeslot but htat a bit early for NA folks | |
| 19:37:28 | sean-k-mooney | so most corss project stuff woudl have to happenon tueday or durign the week | |
| 19:37:43 | sean-k-mooney | unless we do them in the na slots on monday | |
| 21:56:38 | JayF | sean-k-mooney: clif: I'll get https://review.opendev.org/c/openstack/ironic/+/983251 mergable tomorrow or next week, but it should be good enough to get started. Ironic+Nova services start with it enabled. There's a zuul job in there with a devstack config. | |
| 21:57:04 | clif | nice | |
| 21:57:40 | sean-k-mooney[m] | Cool just got to the ironc part of the openinfra live | |
| 21:57:53 | JayF | it's mainly just an ad for the full one next week | |
| 22:20:45 | sean-k-mooney[m] | [JayF_](https://matrix.to/#/@_oftc_JayF_:matrix.org) https://4a2cc9e4719053545829-344a6ad21c722e33f9112420ebbef28e.ssl.cf2.rackcdn.com/openstack/0127c1b07a614bf59b7652d259434573/controller/logs/local_conf.txt will be useful especially with the patch | |
| 22:49:09 | JayF | sean-k-mooney[m]: feel free to give review feedback if it's on my change specifically; if it's an overall pattern then LOOK OVER THERE [/me runs] | |
| 22:51:40 | sean-k-mooney[m] | Some telephone communication vibes. | |
| 22:55:52 | sean-k-mooney[m] | Like instead of CUSTOM_GOLD trait I would expect you to use a CUSTOM_BEARMETAL_GOLD resource class so you can use unified limits of per sku quota and simpler billing | |
| 23:28:02 | JayF | sean-k-mooney[m]: there's no doubt in my mind that some nontrivial % of that is carryover, if there are concrete improvements we can make in the devstack setup that'd be cool | |
| 23:28:23 | JayF | sean-k-mooney[m]: I don't know as much as I should about the nova setup side of Ironic as I should, despite the work I've done on the virt driver, maybe could kill both those birds with one stone | |
| #openstack-nova - 2026-04-03 | |||
| 07:28:14 | opendevreview | Taketani Ryo proposed openstack/nova master: mem-enc: stop using _get_mem_encryption_config() for SEV checks https://review.opendev.org/c/openstack/nova/+/967970 | |
| 07:28:15 | opendevreview | Taketani Ryo proposed openstack/nova master: mem-enc: refactor memory encryption trait logic for extensibility https://review.opendev.org/c/openstack/nova/+/967971 | |
| 07:28:15 | opendevreview | Taketani Ryo proposed openstack/nova master: mem-enc: make RP creation independent of specific encryption models https://review.opendev.org/c/openstack/nova/+/967972 | |
| 07:28:16 | opendevreview | Taketani Ryo proposed openstack/nova master: mem-enc: refactor _guest_configure_mem_encryption() for extensibility https://review.opendev.org/c/openstack/nova/+/967973 | |
| 07:28:16 | opendevreview | Taketani Ryo proposed openstack/nova master: mem-enc: adjust requirement checks for mem_encryption guests https://review.opendev.org/c/openstack/nova/+/967974 | |
| 07:28:17 | opendevreview | Taketani Ryo proposed openstack/nova master: mem-enc: introduce a check between mem_encryption and locked_memory https://review.opendev.org/c/openstack/nova/+/971300 | |
| 07:28:17 | opendevreview | Taketani Ryo proposed openstack/nova master: mem-enc: address minor issues pointed out in the review https://review.opendev.org/c/openstack/nova/+/983278 | |
| 13:24:46 | TheJulia | sean-k-mooney[m]: quick comment looking at the back scroll, there is an interesting and confusing shift we've seen when the topic of billing baremetal has come up, in that I think most take entirely different views on approaches at that cross-over to whole hosts, likely rooted in the shift from op-ex accounting of expenditures and already sunk cost against the prior cap-ex versus the sunk cap-ex cost of just the gear and | |
| 13:24:46 | TheJulia | then the direct tie to op-ex of use. Unfortunately, the venn diagram of the topic has never really yielded solid consensus from the baremetal heavy operators that I've spoken to. :( | |
| 13:28:23 | sean-k-mooney | TheJulia: :) ist more that we recommend encoding model sepcific informationin resouce classes rathre then traits if the reosuce shoudl not be consider interchangable. i.e. if you have 2 dell server skus and form a billing/perfoamce/consumtion point of view you treat them the same because objectivly an end user would not care whic of the two host they got then its ok to share | |
| 13:28:25 | sean-k-mooney | a resouce class but if they are not interchangable they should use diffent resouce classes | |
| 13:28:45 | sean-k-mooney | so the Standard baremental one shoudl really only be used if you only have 1 type of server. | |
| 13:28:58 | sean-k-mooney | or one tyep in a given AZ or regions for example | |
| 13:29:02 | TheJulia | oh, yeah, absolutely, I guess what I'm trying to get across, is people seem to really stop caring about billing baremetal at some point and its weeeeeird. | |
| 13:29:14 | sean-k-mooney | oh ya | |
| 13:29:23 | sean-k-mooney | well at some pont it just power cost as well right | |
| 13:29:33 | TheJulia | OR, they have entirely different models built into their budgets and just roll with that | |
| 13:29:39 | sean-k-mooney | i.e. you run them till they die or you run out of power/rack space | |
| 13:29:48 | sean-k-mooney | ya that too | |
| 13:29:50 | TheJulia | well, power + licenses + support on some level, but yeah | |
| 13:30:06 | TheJulia | oh, and cooling | |
| 13:30:53 | TheJulia | when I ran data centers, getting leadership to accept budgetting for cooling repairs or even improvements was quite literally the hardest problem even with temp sensors, load graphs, power curve and usage calculations | |
| 13:31:12 | TheJulia | I never quite understood that resistance to keeping the server nice and happy at ideal temps | |
| 13:31:13 | sean-k-mooney | i was an intern at micosoft on the office infra engeieing team and i remmeber the day the sent out a email saying you have 10 minths ot shutdown allw workloads in a data center | |
| 13:31:50 | sean-k-mooney | they loss all redunant cooling in the building and the rack room hat already pass 48c | |
| 13:32:42 | TheJulia | yup, nothing quite like walking into a data center at 61-62c. | |
| 13:32:57 | sean-k-mooney | there was some auto cutoff on the power that gong to dump the racks off line if it got to like 55 or something that they were trying to get ahead of | |
| 13:33:14 | TheJulia | (we lost all cooling on christmas day once, it was awesome!) | |
| 13:33:24 | sean-k-mooney | i bet | |
| 13:33:55 | sean-k-mooney | fyi ironic with devstack does not install on debina 13 due to a missing depency that was replaced | |
| 13:33:57 | TheJulia | yeah, the transformers trip was at 65c | |
| 13:34:15 | sean-k-mooney | shim-signed i think | |
| 13:34:16 | TheJulia | sean-k-mooney: has it been logged in launchpad? | |
| 13:34:20 | TheJulia | oh, figures | |
| 13:35:36 | sean-k-mooney | https://paste.opendev.org/show/bnsVQDVkNQ16t6PvmTVr/ | |
| 13:36:10 | sean-k-mooney | i can report that quickly. i kicked off an install yesterday and i was just checking on it im going to kick it off on ubuntu again | |
| 13:36:58 | sean-k-mooney | TheJulia: i assuem the ironic launchpad this is related i think ti the pxe image install or somethign related to that | |
| 13:38:17 | sean-k-mooney | https://github.com/openstack/ironic/blob/master/devstack/lib/ironic#L726 | |
| 13:39:03 | TheJulia | yeah, because of all the things around shim packaging we've seen those names change/evolve a lot over the years, that should really be in bindep :\ | |
| 13:39:11 | TheJulia | ... and LP doesn't load for me today. Joy! | |
| 13:40:00 | sean-k-mooney | hum same | |
| 13:40:36 | sean-k-mooney | it might just be very slow it did fineally load partly with a timeout error | |
| 13:41:30 | TheJulia | took close to 90 seconds on my end, but yeah, did finally load | |
| 13:42:08 | TheJulia | 30+ seconds to just sort the bug list, awesome! | |
| 13:42:34 | sean-k-mooney | shall i file it or are you on it | |
| 13:42:39 | TheJulia | I'll do it | |
| 13:42:46 | sean-k-mooney | cool | |
| 13:43:38 | sean-k-mooney | im seeing up a dev env badsed on the patch jay created so if i get time to look at the startup performance between now and the ptg i have a place to test things out | |
| 13:43:50 | sean-k-mooney | then you on im goign to enjoy the day off :) | |
| 13:50:42 | TheJulia | enjoy! | |
| 14:17:46 | TheJulia | gibi: I don't see any issue with your tls socket change, that being said it looks like somewhere the job setup for graphical console in ironic ci fell down or got lost, I'm going to sync up with stevebaker next week and we'll get it on the top of our list to sort out next week. | |
| 15:55:51 | Uggla | FYI I have booked the PTG slots here: https://ptg.opendev.org/ptg.html. This will happen mostly in Liberty room. Note this is currently draft, I will arrange when I'll be back from PTO. | |
| 22:56:10 | opendevreview | melanie witt proposed openstack/nova master: TPM: fixup for bump service version documentation https://review.opendev.org/c/openstack/nova/+/978836 | |
| 22:56:11 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `user` secret security https://review.opendev.org/c/openstack/nova/+/983333 | |
| 23:51:49 | opendevreview | Merged openstack/nova master: Add nova-vtpm job https://review.opendev.org/c/openstack/nova/+/978841 | |
| #openstack-nova - 2026-04-04 | |||
| 03:14:28 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771 | |
| 03:14:28 | opendevreview | melanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629 | |
| 03:14:30 | opendevreview | melanie witt proposed openstack/nova master: TPM: add late check for supported TPM secret security https://review.opendev.org/c/openstack/nova/+/956975 | |
| 03:14:30 | opendevreview | melanie witt proposed openstack/nova master: TPM: enable conversion of secret security modes via resize https://review.opendev.org/c/openstack/nova/+/962052 | |
| 03:17:42 | opendevreview | melanie witt proposed openstack/nova master: DNM vtpm tempest https://review.opendev.org/c/openstack/nova/+/957477 | |
| 03:26:10 | opendevreview | melanie witt proposed openstack/nova master: DNM vtpm tempest https://review.opendev.org/c/openstack/nova/+/957477 | |
| 03:36:39 | opendevreview | melanie witt proposed openstack/nova master: DNM vtpm tempest https://review.opendev.org/c/openstack/nova/+/957477 | |
| 07:25:30 | opendevreview | melanie witt proposed openstack/nova master: TPM: fixup for bump service version documentation https://review.opendev.org/c/openstack/nova/+/978836 | |
| 07:25:31 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `user` secret security https://review.opendev.org/c/openstack/nova/+/983333 | |
| 07:25:31 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771 | |