Earlier  
Posted Nick Remark
#openstack-nova - 2024-04-08
15:13:46 sean-k-mooney do you know if we have dont that before?
15:13:53 dansmith not that I know of
15:14:07 sean-k-mooney ok ill pause the patch there then and see if that is possibel
15:14:15 sean-k-mooney if thats an approch you and bauzas prefer
15:14:39 sean-k-mooney dansmith: for context i have othen patch in this dumping in the past
15:14:49 bauzas I'm just testing what we get
15:14:51 sean-k-mooney when doing testing locally to repoduce an issue
15:15:09 bauzas so we just jsondump the primitive
15:15:19 bauzas which means for unset attrs that we won't show them
15:16:29 bauzas so yeah I agree with dansmith, we should show all the fields regardless, as it will be easier for ops to know whether we provided the fields or not
15:31:20 kashyap tobias-urdin: Hi, for later - I think this removal of "tunnelled migration" should be merged this cycle (also wrote it on the review): https://review.opendev.org/c/openstack/nova/+/879021
15:31:39 kashyap tobias-urdin: If you're respinning it for other reasons, please add the deprecation patch URL to the commit message :)
18:34:47 tobias-urdin kashyap: ack, thanks!
#openstack-nova - 2024-04-09
06:18:02 zigo My first Caracal VM pings ! :)
06:33:07 zigo Tempest is running ... :P
06:42:44 opendevreview Haidong Pang proposed openstack/nova master: Catch MessagingTimeout during evacuation https://review.opendev.org/c/openstack/nova/+/915309
06:47:34 opendevreview Haidong Pang proposed openstack/nova master: Catch MessagingTimeout during evacuation https://review.opendev.org/c/openstack/nova/+/915309
06:59:01 opendevreview Haidong Pang proposed openstack/nova master: Catch MessagingTimeout during evacuation https://review.opendev.org/c/openstack/nova/+/915309
07:13:40 mikal sean-k-mooney: hey Sean... Unfortunately 11pm my time is well past my old man bed time so I missed your message. I'm mostly good, just pottering away on things I think are interesting because I'm not good at being fun.
07:50:44 zigo bauzas: There's no operator feedback session in the Nova PTG schedule this year?
07:50:58 zigo We're in the "public cloud SIG session", and we wonder when we could all join.
07:51:15 bauzas zigo: nope, the TC didn't discussed about it afaik
07:51:23 bauzas I can join if people wany
07:51:35 zigo It's the end of the session ... :/
07:52:05 zigo We have another session on Thurdsay 14:00 UTC.
12:52:14 bauzas nova PTG sessions start at the top of the hour, ie. in 8 mins :)
12:55:53 SvenKieske I'll join, I guess mostly as a spectator for now :)
13:43:39 opendevreview Rajesh Tailor proposed openstack/nova master: Fix trivial doc issues https://review.opendev.org/c/openstack/nova/+/878779
14:30:24 kashyap gibi: When your topic starts, can you ping here, please? :)
14:32:45 bauzas kashyap: you can look at https://ptg.opendev.org/ptg.html
14:33:29 kashyap Thanks!
14:43:31 bauzas fwiesel : we start discussing "nova on top of k8s"
14:44:15 sean-k-mooney ill joing the ptg soon fyi
14:44:33 sean-k-mooney i need to grab a drink before i do
15:02:08 bauzas melwitt: are you around ?
15:02:17 bauzas could you join us for unified limits ?
15:04:57 melwitt bauzas: yeah joining in a few
15:24:45 opendevreview Rafael Weingartner proposed openstack/nova master: Add logs for PCI passthrough device selection https://review.opendev.org/c/openstack/nova/+/915361
15:30:57 bauzas fwiesel: want to discuss "Compute node (instead host) for all scheduling operations and APIs" just after the unified limits discussion ?
15:35:16 bauzas nevermind, we'll discuss this tomorrow
15:42:59 dansmith bauzas: is that your keyboard being so loud?
15:43:10 bauzas not mine
15:43:17 dansmith okay
15:50:18 melwitt kashyap: thanks for taking notes on the etherpad about unified limits :)
15:51:27 kashyap melwitt: Happy to be a scribe :) Now I'm out of steam, so I stopped taking any notes on the current topics. (I've done one for an earlier, longer topic too)
16:02:57 bauzas haleyb: so, what about a nova-neutron session ? do you have specific bits in your agenda to share with us ?
16:40:17 haleyb bauzas: i think the only thing on my list was a continuation from last ptg as we never worked on the multiple port bindings items, that was all i had
16:41:18 bauzas haleyb: okay, do you think you need a nova audience for this then ?
16:44:43 haleyb bauzas: unclear, it's more of a reminder to pick up the work. it would be good to have a blueprint/rfe on what extensions need to be mandatory on the neutron side
16:45:11 bauzas haleyb: then, let's do a quick wrap on it on tomorrow if you want
16:48:08 haleyb bauzas: sure. i had created a time slot from 15:30-16:00 to talk about it if that works
16:48:21 haleyb or we can move things around a little
17:04:41 bauzas haleyb: we may have a conflicting session for discussing with the glance folks at the same time actually
17:04:58 bauzas haleyb: any possibility to move that 30-min chat ?
17:05:39 haleyb bauzas: can move to 15:00, does that work?
17:12:06 bauzas haleyb: yup, thanks !
17:12:15 bauzas I just added it to our etherpad
17:12:28 bauzas haleyb: we'll then go to your room
17:12:40 bauzas wfy ?
17:15:16 haleyb yes, works for me
17:15:18 haleyb thanks
17:16:51 bauzas haleyb: thanks
17:23:16 opendevreview ribaudr proposed openstack/nova master: Fix: migration configuration with cpu_shared_set (object part) https://review.opendev.org/c/openstack/nova/+/903706
17:23:16 opendevreview ribaudr proposed openstack/nova master: Fix: migration configuration with cpu_shared_set (libvirt part) https://review.opendev.org/c/openstack/nova/+/915139
17:23:17 opendevreview ribaudr proposed openstack/nova master: Test live migration between hosts with differnet cpu_shared_sets https://review.opendev.org/c/openstack/nova/+/913744
18:06:27 opendevreview Rafael Weingartner proposed openstack/nova master: Add logs for PCI passthrough device selection https://review.opendev.org/c/openstack/nova/+/915361
18:06:40 opendevreview Merged openstack/nova stable/2023.1: Power on cores for isolated emulator threads https://review.opendev.org/c/openstack/nova/+/913224
#openstack-nova - 2024-04-10
02:38:48 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Use native DictOpt for disk_cachemode https://review.opendev.org/c/openstack/nova/+/915390
02:47:31 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Validate valid cache mode at config input layer https://review.opendev.org/c/openstack/nova/+/915391
09:51:21 opendevreview Elod Illes proposed openstack/nova stable/2023.2: [ironic] Partition & use cache for list_instance* https://review.opendev.org/c/openstack/nova/+/906155
11:03:45 opendevreview Merged openstack/nova stable/2024.1: Fix nova-manage image_property show unexpected keyword https://review.opendev.org/c/openstack/nova/+/914671
12:38:12 opendevreview Merged openstack/nova stable/zed: Remove outdated comment about allocation ratios https://review.opendev.org/c/openstack/nova/+/908692
12:52:46 bauzas fwiesel: tkajinam: hey, which one of you both would want to start to discuss about your topics ?
12:53:03 bauzas Extending memory encryption support or Nova Metadata Optimization ?
12:57:01 fwiesel bauzas: No strong preference. It would just be good to be finished with the metadata optimization before the neutron cross project call.
12:57:37 tkajinam the other 3 topis are mine it seems so I'm fine with metadata discussion going first
12:58:00 bauzas fwiesel: tkajinam: cool, we'll start with the metadata, thanks
13:50:54 opendevreview Merged openstack/nova stable/2023.1: pwr mgmt: make API into a per-driver object https://review.opendev.org/c/openstack/nova/+/913225
14:11:02 opendevreview Merged openstack/nova stable/2023.2: Fix nova-manage image_property show unexpected keyword https://review.opendev.org/c/openstack/nova/+/914765
14:33:12 zigo I still have this bug open, unaddress since 2021: https://bugs.debian.org/982241
14:33:12 zigo Can nova use something else than genisoimage? If not, it'd be a good idea to make it support xorriso ...
14:34:29 tkajinam zigo, ROD switched to xorriso. probably you can follow the same patch. There is a patch to update the default but has been stall. if other distros follow that switch then we can move the defualt switch forward
14:34:58 zigo tkajinam: Just switching the config option is enough?
14:36:48 clarkb zigo: if that is for config drive building then I think nova can also make a fat32 instead of an iso9660 image
14:53:47 zigo clarkb: Well, grep -r genisoimage points to config drive building indeed.
14:54:15 zigo I'd prefer if I could just switch to xorriso easily... :/
14:54:21 zigo tkajinam: Do you have the patch handy?
14:54:59 tkajinam zigo, I'm in ptg sessions so will update you sometime later
14:55:08 zigo Thanks.
15:02:08 tkajinam bauzas, I'll take some break during cross project discussion with neutron so please ping me when we resume nova discussions
15:02:12 bauzas ++
15:02:52 tkajinam I'll try to summarize the discussion during that time, too. sorry I was mostly listening but there were some good points raised during the time
15:03:13 opendevreview Merged openstack/nova stable/2023.1: Reproducer test for live migration with power management https://review.opendev.org/c/openstack/nova/+/913226
15:14:17 kashyap tkajinam: Hi, a note on that AMD SEV-ES thing: when you get time, see my comments on the spec - https://review.opendev.org/c/openstack/nova-specs/+/907702
15:15:34 kashyap tkajinam: The main question to think of is: SEV-ES processors are vulnerable to attestation attacks (see the links I provided). SEV-SNP fixes those problems.
15:16:12 kashyap tkajinam: So we should be careful in not investing too much effort on something that will soon be "replaced" / taken over by its next-gen tech (SEV-SNP)
15:16:28 kashyap You can write your thoughts on the spec. I mentioned my concerns there too.
15:17:07 tkajinam kashyap, thanks !
15:17:13 kashyap It looks like, we won't get to that topic today. So let's keep the discussion on the Etherpad / spec :-)
15:17:51 kashyap tkajinam: A year ago or so, I've spent some time testing SEV-SNP. I need to refresh on it, though. I'll do some more analysis on where are various low-level projects on it, and get back

Earlier   Later