Earlier  
Posted Nick Remark
#openstack-nova - 2026-04-02
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: make RP creation independent of specific encryption models https://review.opendev.org/c/openstack/nova/+/967972
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: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: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: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
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
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: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: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: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629
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: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: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: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 `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771
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:32 opendevreview melanie witt proposed openstack/nova master: TPM: add late check for supported TPM secret security https://review.opendev.org/c/openstack/nova/+/956975
07:25:32 opendevreview melanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629
07:25:33 opendevreview melanie witt proposed openstack/nova master: TPM: enable conversion of secret security modes via resize https://review.opendev.org/c/openstack/nova/+/962052
07:36:12 opendevreview melanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629
07:36:12 opendevreview melanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771
07:36:13 opendevreview melanie witt proposed openstack/nova master: TPM: enable conversion of secret security modes via resize https://review.opendev.org/c/openstack/nova/+/962052
07:36:13 opendevreview melanie witt proposed openstack/nova master: TPM: add late check for supported TPM secret security https://review.opendev.org/c/openstack/nova/+/956975
09:11:51 opendevreview melanie witt proposed openstack/nova master: DNM vtpm tempest https://review.opendev.org/c/openstack/nova/+/957477
23:22:43 opendevreview melanie witt proposed openstack/nova master: TPM: support live migration of `user` secret security https://review.opendev.org/c/openstack/nova/+/983333
23:24:26 opendevreview melanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771
23:24:27 opendevreview melanie witt proposed openstack/nova master: TPM: add late check for supported TPM secret security https://review.opendev.org/c/openstack/nova/+/956975
23:24:27 opendevreview melanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629
23:24:28 opendevreview melanie witt proposed openstack/nova master: TPM: enable conversion of secret security modes via resize https://review.opendev.org/c/openstack/nova/+/962052
#openstack-nova - 2026-04-05
13:07:51 opendevreview Takashi Kajinami proposed openstack/nova-specs master: libvirt: AMD SEV-SNP support https://review.opendev.org/c/openstack/nova-specs/+/983376
13:41:52 opendevreview Takashi Kajinami proposed openstack/nova-specs master: libvirt: AMD SEV-SNP support https://review.opendev.org/c/openstack/nova-specs/+/983376
14:07:30 opendevreview Takashi Kajinami proposed openstack/nova-specs master: libvirt: AMD SEV-SNP support https://review.opendev.org/c/openstack/nova-specs/+/983376
14:34:07 opendevreview Takashi Kajinami proposed openstack/os-traits master: Add a new trait for AMD SEV-SNP https://review.opendev.org/c/openstack/os-traits/+/983378
15:41:34 opendevreview Takashi Kajinami proposed openstack/os-traits master: Add a new trait for AMD SEV-SNP https://review.opendev.org/c/openstack/os-traits/+/983378
#openstack-nova - 2026-04-06
17:43:36 melwitt dansmith: I'm going over your comments but something unrelated to the review that I keep forgetting is that barbican secrets when created default to having project_access=true which means the permission is for the project, not only the user
17:44:44 dansmith really? I thought it was the opposite
17:44:50 melwitt so I'm thinking I wonder if the doc for vTPM might be a bit misleading since it says "owned by the user" because it's really owned by the user and its project
17:45:55 melwitt I had thought so too but apparently no. not sure if it's always been like that or if something could have changed

Earlier   Later