Wednesday, 2021-06-30

opendevreviewYongli He proposed openstack/nova master: Smartnic support - cyborg drive  https://review.opendev.org/c/openstack/nova/+/77136201:32
opendevreviewYongli He proposed openstack/nova master: smartnic support - new vnic type  https://review.opendev.org/c/openstack/nova/+/77136301:32
opendevreviewYongli He proposed openstack/nova master: smartnic support - create arqs  https://review.opendev.org/c/openstack/nova/+/75894401:32
opendevreviewYongli He proposed openstack/nova master: smartnic support - build instance with smartnic arqs  https://review.opendev.org/c/openstack/nova/+/79824901:32
opendevreviewYongli He proposed openstack/nova master: smartnic support - cleanup arqs  https://review.opendev.org/c/openstack/nova/+/79805401:32
opendevreviewYongli He proposed openstack/nova master: smartnic support - reject server move and suspend  https://review.opendev.org/c/openstack/nova/+/77991301:32
opendevreviewYongli He proposed openstack/nova master: smartnic support - functional tests  https://review.opendev.org/c/openstack/nova/+/78014701:32
ralonsohsean-k-mooney, hi good morning! Just a heads-up: the idea for OVN (and OVS because is the same VIF type) has been approved. Well, at least the RFE. Now I need to push a spec.07:37
ralonsohbut the idea was understood and accepted07:37
ralonsohcontext (for anyone else): https://bugs.launchpad.net/neutron/+bug/193351707:38
opendevreviewYongli He proposed openstack/nova master: Smartnic support - cyborg drive  https://review.opendev.org/c/openstack/nova/+/77136207:54
opendevreviewYongli He proposed openstack/nova master: smartnic support - new vnic type  https://review.opendev.org/c/openstack/nova/+/77136307:54
opendevreviewYongli He proposed openstack/nova master: smartnic support - create arqs  https://review.opendev.org/c/openstack/nova/+/75894407:54
opendevreviewYongli He proposed openstack/nova master: smartnic support - build instance with smartnic arqs  https://review.opendev.org/c/openstack/nova/+/79824907:54
opendevreviewYongli He proposed openstack/nova master: smartnic support - cleanup arqs  https://review.opendev.org/c/openstack/nova/+/79805407:54
opendevreviewYongli He proposed openstack/nova master: smartnic support - reject server move and suspend  https://review.opendev.org/c/openstack/nova/+/77991307:54
opendevreviewYongli He proposed openstack/nova master: smartnic support - functional tests  https://review.opendev.org/c/openstack/nova/+/78014707:54
yongliheHi gibi, alex had finished the core logic review and +2 already. I split original 3rd patch to 3 one, that make review easier. Seems lots of review work, thanks.08:43
kashyapsean-k-mooney: I'll read back the discussion and respond.10:56
sean-k-mooneykashyap: tl;dr dansmith proposed a way that shoudl allow you to do the change of default this cycle by not changing the default in the code that currently sets it and instead populating the image metadata copy we have with the new default if its an intial boot10:58
kashyapsean-k-mooney: Also, I was wondering why not also set the default for x86 in _add_video_driver()?10:59
kashyapsean-k-mooney: The image metadat copy we have on initial boot: got a code pointer here?11:00
sean-k-mooneybecause we dont want to change existing image11:00
kashyapsean-k-mooney: So you're saying: we don't want to change the default for existing images on cold-boot?11:00
sean-k-mooneywhat we can do outside of _add_video_driver is update the exisitng vms to store what they have11:00
sean-k-mooneykashyap: correct11:01
sean-k-mooneywe do not want exisating vms to stop using cirrus automatically11:01
kashyapsean-k-mooney: Sorry, if it was already discussed - but why not?11:01
kashyapWhat does it break?11:01
sean-k-mooneyother then rhel6 we are not sure if it will break anything11:02
sean-k-mooneyyou could try and test that. grab a windows image boot with cirrus use virt manager to change it and reboot11:02
kashyap(I'm not sure even if RHEL6 actually breaks here.  Needs to be tested.)11:02
sean-k-mooneyit proably will be fine11:02
kashyapYeah; needs testing.11:03
sean-k-mooneykashyap: have you confirm if virtio works on all architectures11:03
sean-k-mooneyits the default on arm but powerpc defaults to vga11:03
sean-k-mooneydo we need to check the arch of the image11:03
sean-k-mooneyor just use virtio always11:04
kashyapsean-k-mooney: "all" archs, I don't know.  What do we care about?11:04
kashyapFor x86 and Arm, 'virtio' disply works fine11:04
sean-k-mooneypower8/9 aarch64 and x86_64 really11:04
kashyapI can check for power8/9 - although I doubt how many non-topy deployments actually are there for it11:05
sean-k-mooneykashyap: the power kvm ci should test that config for us11:52
kashyapsean-k-mooney: I see; is the Power KVM CI is maintianed?12:02
sean-k-mooneyits a requirement for in tree dirver to remain so i hope so12:03
sean-k-mooneyi think it is12:03
kashyapAck12:20
gansobauzas, lyarwood: hi! when you have a minute could you please take a look at the train backport now (it is the same one as yesterday): https://review.opendev.org/c/openstack/nova/+/798717 ? Thanks in advance13:10
*** ministry is now known as __ministry13:10
dansmithsean-k-mooney: kashyap I thought you were already talking about annotating instances to avoid changing the default on existing ones, but with inverse logic and a waiting cycle13:30
dansmithI definitely think that when we can avoid switching the ABI on an instance suddenly without a lot of other work, we should do that13:30
dansmithvmware maintains a hardware reference version and while it prompts you after every upgrade to upgrade the guest ABI, it doesn't force you (until it's very old)13:31
dansmithgiven how hard it might be to rescue a cloud instance with broken video, and how easy it is to avoid it and not even require a waiting cycle, I think it's worth doing13:31
kashyapdansmith: Hi, reading back13:32
kashyapdansmith: I'm a bit foggy here, what's the "inverse logic" referred to here?13:32
kashyapdansmith: Nothing is "settled" here, BTW.  I'm going to do a bunch of tests to come back with concrete results 13:32
dansmithIIUC the original proposal was to annotate all instances as "old video" in this release, so that next release we could switch anything not annotated to the new video13:33
dansmiththat's the opposite of what sean-k-mooney was describing from our conversation above13:33
kashyapI see13:33
dansmithkashyap: sure, but you won't be able to test every type of guest with every config, so just not changing the ABI is the safest thing, IMHO13:33
kashyapdansmith: Yeah; I agree.  I just wanted to get a sense of what breaks, if anything.  So if I got you right: you're indeed saying to have a deprecation cycle - yes?13:34
dansmithno13:35
dansmithI'm saying if we invert the logic where we would need one, we can get away without one13:35
sean-k-mooneydansmith: yes i was suggesting annotating the instance so they dont change13:35
dansmithack13:35
sean-k-mooneyso if the image meta is not set when we do a hard reboot use old logic then recored it so next time we just use teh db value13:35
dansmithand record the new model on ambiguous new boots, so they take the new default13:36
sean-k-mooneywhihc means the curernt logic in the vidoe add funciton remains the same13:36
sean-k-mooneyyep13:36
kashyapsean-k-mooney: dansmith: Okay; can you please summarize your thinking here on this DNM draft? - https://review.opendev.org/c/openstack/nova/+/79868013:36
sean-k-mooneyam sure although ill do it in a few minutes want to finish looking at downstream case first13:37
kashyapNo rush.13:37
kashyapThanks, both.13:37
dansmithcool, sean-k-mooney let me know if you want me to chime in there, else I'll leave it to you13:37
sean-k-mooneykashyap: fyi the current patch would not have actully chaged the default the way you were hoping it would13:38
kashyapsean-k-mooney: Yeah, it's a naive draft, to make sure I don't forget this thing :)13:39
sean-k-mooneykashyap: at lest not consitently https://github.com/openstack/nova/blob/25e218484990b41485973fab86adf5afc21dd476/nova/virt/libvirt/driver.py#L5912-L5951 would have altered it in many cases.13:40
sean-k-mooneyack13:40
kashyapsean-k-mooney: Right; if we wanted to blanket-force for "arches we care about" I had to add an if conditional for x86 in _add_video_driver() 13:41
kashyap(AArch64 already defaults to 'virtio' in Nova)13:43
opendevreviewBalazs Gibizer proposed openstack/nova master: Support the new port resource_request format  https://review.opendev.org/c/openstack/nova/+/78720816:37
opendevreviewBalazs Gibizer proposed openstack/nova master: Transfer RequestLevelParams from ports to scheduling  https://review.opendev.org/c/openstack/nova/+/79150616:37
opendevreviewBalazs Gibizer proposed openstack/nova master: [func test] refactor asserts in qos tests  https://review.opendev.org/c/openstack/nova/+/79893016:37
opendevreviewBalazs Gibizer proposed openstack/nova master: [func test] ports with both bw and pps resources  https://review.opendev.org/c/openstack/nova/+/79239416:40
opendevreviewBalazs Gibizer proposed openstack/nova master: [func test] move unshelve test to the proper place  https://review.opendev.org/c/openstack/nova/+/79362116:40
noonedeadpunk\o/19:41
noonedeadpunkfolks, any chance to tag osc-placementclient with 3.0.1 on https://opendev.org/openstack/osc-placement/commit/281ace20df8bd01f4cb8ae29c39d80e754a9d0a3 ?19:42
noonedeadpunk* osc-placement19:42
opendevreviewMerged openstack/nova master: Make explicit the network backend used in the CI jobs  https://review.opendev.org/c/openstack/nova/+/79764119:45
noonedeadpunkbauzas: ok, I just pushed https://review.opendev.org/c/openstack/releases/+/798951 to tag osc-placement (I guess you're release liason?)19:52

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!