Earlier  
Posted Nick Remark
#openstack-nova - 2022-07-26
17:50:50 opendevreview Stephen Finucane proposed openstack/nova master: hacking: force explicit import of python's mock https://review.opendev.org/c/openstack/nova/+/708768
17:51:10 sean-k-mooney well i wont mention there name but they instead on doing pci passthough fo a raid controler intor ther vm because they did not accept novas ephmeral storage as accpetable
17:51:10 bauzas sean-k-mooney: I'll propose a new rev for https://review.opendev.org/c/openstack/nova/+/838976, we'll see
17:52:23 dansmith sean-k-mooney: but that's just because either they didn't read docs, understand, or our docs suck
17:53:08 dansmith and if they're making decisions based on their perception of one word without knowing what it means in context, then they probably have many other problems
17:53:22 sean-k-mooney dansmith: yes they messed up the server toplogy and didnt realise we did not supprot block deivce passethough other then via cinder
17:53:23 dansmith like thinking cinder volumes are actually burnt ashes of former disks
17:53:35 dansmith and nova computes explode to make new space clouds
17:55:09 melwitt lol @ burnt former disks
17:56:39 sean-k-mooney i think im to the point where i dont care anymore
17:57:59 dansmith well, jokes aside, I think we probably have to just pick something that won't be perfect and move on
#openstack-nova - 2022-07-27
06:10:53 opendevreview melanie witt proposed openstack/nova master: imagebackend: Add support to libvirt_info for LUKS based encryption https://review.opendev.org/c/openstack/nova/+/826755
06:49:43 gibi o/
07:00:28 opendevreview Takashi Natsume proposed openstack/nova-specs master: Create specs directory for 2023.1 Antelope https://review.opendev.org/c/openstack/nova-specs/+/851007
07:25:58 bauzas \o
07:42:39 gibi bauzas: I left feedback in https://review.opendev.org/c/openstack/nova/+/838976
08:11:05 bauzas gibi: will look soon
09:02:12 opendevreview wangkuntian proposed openstack/nova master: Modify the url of openstack client commands. https://review.opendev.org/c/openstack/nova/+/851197
09:39:52 gibi stephenfin, sean-k-mooney: we have valid py310 failures in the mock switch patch
09:41:12 gibi we can debate that py310 is non voting, so we can merge regardless but as the failure is valid we just pushing the problem to our future slef
09:41:15 gibi self
09:42:25 kashyap gibi: Morning, can you give this another go? - I've addressed your concerns: https://review.opendev.org/c/openstack/nova/+/851034
09:42:37 gibi sure
09:43:51 gibi done +2
09:43:56 gibi thanks for the releasenotes
09:44:13 kashyap gibi: Thank you! Now to figure out the backports
09:44:41 gibi I expect it to be painless as you have a well contained change
09:48:56 kashyap Yeah, checking
09:49:21 kashyap sean-k-mooney: or bauzas - Can you put it through, pls - https://review.opendev.org/c/openstack/nova/+/851034
09:49:55 bauzas ack
09:51:40 kashyap bauzas: Just for info: the above code was functionally (in a real env) tested by Red Hat support folks
09:54:39 kashyap gibi: Heh, Yoga backport itself has conflicts :D /me goes to look
09:54:51 kashyap It's simple, though
09:58:23 opendevreview Kashyap Chamarthy proposed openstack/nova stable/yoga: Add a workaround to skip hypervisor version check on LM https://review.opendev.org/c/openstack/nova/+/851202
10:00:27 opendevreview Stephen Finucane proposed openstack/nova master: Remove the PowerVM driver https://review.opendev.org/c/openstack/nova/+/850346
10:09:38 bauzas kashyap: -1 just for the relnote https://review.opendev.org/c/openstack/nova/+/851034
10:10:05 bauzas I could accept this change, but I'd change the note to use 'feature' and not 'upgrade'
10:10:48 bauzas so given we're not close to the deadline, that's why I'm asking just for this nit
10:11:21 bauzas at least for operators looking at our releasenotes
10:11:51 kashyap bauzas: FWIW, I've actually seen other rel-notes for such things and chose the 'upgrade' thing
10:11:54 kashyap bauzas: As this is mostly useful during that scenario
10:12:39 sean-k-mooney[m] both points are valid
10:12:53 opendevreview Kashyap Chamarthy proposed openstack/nova stable/xena: Add a workaround to skip hypervisor version check on LM https://review.opendev.org/c/openstack/nova/+/851205
10:12:59 bauzas kashyap: https://docs.openstack.org/nova/latest/contributor/releasenotes.html?highlight=reno#when-a-release-note-is-needed
10:13:00 sean-k-mooney[m] it is a new feature but its also a workaround that is only usefule for upgrades and limited other cases
10:13:17 kashyap sean-k-mooney[m]: bauzas: I could use "other" flag, then
10:13:37 bauzas kashyap: honestly, my thought is just about operators looking at our notes
10:13:40 bauzas I know some of them
10:13:50 kashyap bauzas: Yeah, I get that
10:13:52 bauzas in general, they look at two sections
10:13:54 kashyap bauzas: How about "other", then?
10:14:06 bauzas kashyap: if you want
10:14:18 bauzas my only concern was about the 'upgrade' section
10:14:24 kashyap bauzas: Just vote - you and Sean :)
10:14:33 bauzas as I was saying, operators look at two sections
10:14:34 kashyap "feature" or "other"
10:14:48 kashyap I'll respin right away (inncluding the backports)
10:15:18 bauzas they look at the prelude section (for knowing what we have) and at the upgrade section (to know what they need to verify)
10:15:41 bauzas here, they don't need to verify anything
10:15:45 bauzas hence my concern
10:16:00 bauzas kashyap: about 'feature' or 'other', meh.
10:17:55 kashyap bauzas: Sure, I'll go w/ 'feature'
10:18:03 bauzas thanks
10:18:22 bauzas appreciated
10:20:23 opendevreview Kashyap Chamarthy proposed openstack/nova master: Add a workaround to skip hypervisor version check on LM https://review.opendev.org/c/openstack/nova/+/851034
10:20:51 opendevreview Kashyap Chamarthy proposed openstack/nova stable/yoga: Add a workaround to skip hypervisor version check on LM https://review.opendev.org/c/openstack/nova/+/851202
10:21:29 opendevreview Kashyap Chamarthy proposed openstack/nova stable/xena: Add a workaround to skip hypervisor version check on LM https://review.opendev.org/c/openstack/nova/+/851205
10:31:29 kashyap bauzas: --^
10:31:42 bauzas kashyap: you're late
10:31:46 kashyap Hehe
10:31:54 kashyap Thank you!
10:32:32 kashyap bauzas: Can you also ACK the backports, then, please?
10:32:43 bauzas I can
10:34:16 kashyap Thx
10:34:35 kashyap sean-k-mooney[m]: Unrelated - I see this is still active, can you pls ACK this too: "[nova/libvirt] Support for checking and enabling SMM when needed
10:34:38 kashyap "
10:34:39 kashyap https://review.opendev.org/c/openstack/nova/+/849610
10:35:02 kashyap (Cc: gibi)
10:36:42 opendevreview Kashyap Chamarthy proposed openstack/nova stable/wallaby: Add a workaround to skip hypervisor version check on LM https://review.opendev.org/c/openstack/nova/+/851206
10:40:28 sean-k-mooney kashyap: i wasnt going to review teh wallaby backport until the xena one had merged
10:40:35 sean-k-mooney https://review.opendev.org/c/openstack/nova/+/849676
10:40:36 kashyap Sure
10:40:45 kashyap But it's the same thing
10:41:09 sean-k-mooney yes but it cant merge until that one does so i review them in order
10:41:12 kashyap Sigh, also this stable/yoga backport is not merged yet - https://review.opendev.org/c/openstack/nova/+/845045 (libvirt: Add a workaround to skip compareCPU() on destination
10:41:15 kashyap )
10:41:23 kashyap sean-k-mooney: Oh, sure
11:44:54 opendevreview Merged openstack/nova master: Allow unshelve to a specific host (Compute API part) https://review.opendev.org/c/openstack/nova/+/831507
11:45:01 opendevreview Merged openstack/nova master: Allow unshelve to a specific host (REST API part) https://review.opendev.org/c/openstack/nova/+/845897
11:45:06 gibi \o/
11:46:51 sean-k-mooney stephenfin: gibi how do we want to proceed with the mock change?
11:46:58 gibi sean-k-mooney: good question
11:47:13 sean-k-mooney im kind of sad that we chose to delay it last cycle
11:47:16 sean-k-mooney to drop 3.6
11:47:18 gibi sean-k-mooney: I'm not sure I will have enough time today to try to fix the duplicate mock issue
11:47:27 sean-k-mooney and now we added 3.10 which is causing other issues
11:47:40 gibi I don't know if stephenfin looked at it yet or not
11:49:19 gibi I can be convinced to let it land and fix the 310 issue separately I just affraid that we will forget about it and only realize it again when we want to make the py310 job votinh
11:49:23 gibi g
11:50:18 sean-k-mooney ya thats a valid concen

Earlier   Later