Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-09-05
10:44:28 aspiers maybe it's on an etherpad somewhere
10:44:29 sean-k-mooney aspiers: i was going to say etherpad would be good.
10:44:35 aspiers WFM too
10:44:49 aspiers OK, gonna take a break
10:45:23 sean-k-mooney aspiers: the designer.py was intoduced by danpb to breakout some fo the code out of the driver but it was started and never finish and became techdebt
10:45:39 sean-k-mooney really we shoudl merge it into the config.py
10:45:48 aspiers I disagree
10:45:56 sean-k-mooney its basically doing the same thing
10:46:00 aspiers I think the scoping text at the top of config.py is good
10:46:10 sean-k-mooney well i gues
10:46:12 aspiers it's good to keep logic out of config,py
10:46:22 sean-k-mooney config.py is giving you the datamodels
10:46:24 aspiers just keep it parsing/generating XML only
10:46:28 sean-k-mooney and serialistaion code
10:46:38 sean-k-mooney and the designer is wiring up the elements
10:46:51 sean-k-mooney but the problem is so is the driver.py
10:47:21 sean-k-mooney so without moveing more of the xml logic out of the dirver and into the desinger among other things its kind of messey to have it in two places
10:47:48 sean-k-mooney yonglihe: o/
10:50:25 sean-k-mooney yonglihe: i see stephenfin has +2'd the toplogy api seires. it should merge soon
10:50:55 sean-k-mooney yonglihe: that just leaves your orpahn vm series right
10:51:22 openstackgerrit Adam Spiers proposed openstack/nova master: Ensure q35 machine type is used when booting with SEV https://review.opendev.org/680065
10:51:37 openstackgerrit Adam Spiers proposed openstack/nova master: Ensure q35 machine type is used when booting with SEV https://review.opendev.org/680065
10:52:10 yonglihe sure, i notice that. thank you guys. That orphan is real orphan now. -:)
10:52:44 sean-k-mooney ill try and check it out again this week.
10:53:20 yonglihe That's great !
10:53:46 yonglihe Pile of patches recently.
10:54:12 sean-k-mooney well code freeze is in a week so it always gets hechtic at this time
10:55:29 yonglihe deja vu
11:12:09 stephenfin yaawang, alex_xu: I'm going to address my nits in the docs for https://review.opendev.org/#/c/670298/ and then fast approve, if that's okay. I'd like to see a follow-up for the non-doc fixes though
11:15:27 aspiers sean-k-mooney: https://review.opendev.org/#/c/680065/6/nova/virt/hardware.py@30 still doesn't work because that imports libvirt.driver which imports virt.hardware
11:15:43 aspiers kashyap: ^^^
11:16:27 kashyap Hmm
11:16:45 openstackgerrit wangfengsheng proposed openstack/nova master: test https://review.opendev.org/680372
11:16:48 kashyap aspiers: Is it simpler if you just put it in utils?
11:20:05 aspiers kashyap: http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2019-09-05.log.html#t2019-09-05T10:32:41
11:21:25 kashyap Ah, "The problem is that get_mem_encryption_constraint() and its helpers are tied to virt.hardware"
11:21:33 aspiers yes, keep reading
11:23:40 alex_xu stephenfin: cool
11:24:13 cdent aspiers, sean-k-mooney : https://twitter.com/richard_parris/status/1169414190093627392
11:25:02 aspiers cdent: heh that's good
11:28:07 aspiers mine too
11:28:13 aspiers argh
11:28:19 Sundar Hi gibi, I resubmitted the Cyborg interaction patch series [1] with the updated notification structure. Please review it when you can. [1] https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/nova-cyborg-interaction
11:30:13 aspiers sean-k-mooney: :)
11:33:01 kashyap aspiers: Sorry for no bright ideas yet; I'm mired in mutliple tasks (multitasking--); now for lunch
11:33:45 artom aspiers, so ideally you'd want to fail early at the compute API level, around the same place _validate_flavor_image_mem_encryption() is called
11:34:15 artom The problem is that we don't want to have driver-specific calls in there (libvirt_utils.get_machine_type)
11:34:19 aspiers artom: That's already happening; the challenge is getting import dependencies right
11:34:19 Sundar sean-k-mooney: How are you?
11:34:48 aspiers artom: Yeah that's a good point, maybe the crux of the problem
11:34:50 artom aspiers, right, sorry, you're calling your thing from get_mem_encryption_constraint
11:35:16 aspiers Well you're right that we're calling driver-specific stuff from the API level
11:35:45 artom But if we move to fail within libvirt, which is where the machine type stuff belongs, it's super late (around https://review.opendev.org/#/c/644565/51/nova/virt/libvirt/driver.py@4931 presumably)
11:35:49 sean-k-mooney Sundar: hi. im ok i did not sleef last night but other then that im good
11:36:01 sean-k-mooney Sundar: how is the cyborg integration comming
11:36:17 aspiers artom: exactly
11:36:36 aspiers artom: so how to achieve https://review.opendev.org/#/c/680065/6//COMMIT_MSG ?
11:36:45 artom aspiers, I don't want to over design, but maybe drivers need a validate_image_props() or something
11:36:56 aspiers urgh
11:37:00 artom I know :(
11:37:29 aspiers a cloud suddenly passed over the chances of landing SEV before feature freeze :-(
11:37:31 Sundar sean-k-mooney: The integ is progressing. When you tried to deploy Cyborg, perhaps you may have grappled with which patch series to deploy. Many of them have merged now. If you have the time, I can explain further.
11:37:44 artom That's what we get for exposing driver-specific stuff in what's essentially our API
11:38:08 aspiers artom: you referring to stuff like hw_machine_type extra spec?
11:38:18 aspiers I don't see how that could be avoided
11:38:19 Sundar sean-k-mooney: Hope Cyborg is not what's keeping you up ;)
11:38:21 sean-k-mooney Sundar: i ended up spending the last few days teting artoms numa live migration patch.
11:38:32 Sundar Ah, I see
11:38:49 sean-k-mooney Sundar: no i set up a clean vm to test cyborg in with centos 7 as you suggeted
11:39:02 sean-k-mooney but i did not get time to actully execute devstack and deploy it
11:39:17 openstackgerrit Luyao Zhong proposed openstack/nova master: Add resources dict into _Provider https://review.opendev.org/678449
11:39:17 openstackgerrit Luyao Zhong proposed openstack/nova master: object: Introduce Resource and ResourceList objs https://review.opendev.org/678448
11:39:18 openstackgerrit Luyao Zhong proposed openstack/nova master: Claim resources in resource tracker https://review.opendev.org/678452
11:39:18 openstackgerrit Luyao Zhong proposed openstack/nova master: Retrieve the allocations early https://review.opendev.org/678450
11:39:18 artom aspiers, yes to both points :P
11:39:19 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: report VPMEM resources by provider tree https://review.opendev.org/678454
11:39:19 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: Enable driver discovering PMEM namespaces https://review.opendev.org/678453
11:39:20 openstackgerrit Luyao Zhong proposed openstack/nova master: Parse vpmem related flavor extra spec https://review.opendev.org/678456
11:39:20 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: Support VM creation with vpmems and vpmems cleanup https://review.opendev.org/678455
11:39:21 openstackgerrit Luyao Zhong proposed openstack/nova master: Add functional tests for virtual persistent memory https://review.opendev.org/678470
11:39:21 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: Enable driver configuring PMEM namespaces https://review.opendev.org/679640
11:39:22 openstackgerrit Luyao Zhong proposed openstack/nova master: doc: attaching virtual persistent memory to guests https://review.opendev.org/680300
11:40:24 aspiers artom: well it wouldn't be too hard to add validate_flavor_image() or whatever to the driver interface I guess?
11:40:32 Sundar sean-k-mooney: There was an issue that Cyborg's notificaiton event would come too soon before the n-cpu has begun to wait, so the event was getting dropped. I believe I have fixed it now. The crux of it is to do it in _build_resources, and to launch the wait before calling Cyborg for the bind, so that there is no window in between.
11:40:35 aspiers artom: it could just be a nop in the base class
11:40:49 aspiers artom: or even individual noops in each driver except libvirt
11:41:18 Sundar sean-k-mooney: In the patch series https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/nova-cyborg-interaction, the notification is in 'Create/bind ARQs' patch https://review.opendev.org/631244
11:41:32 aspiers efried: seems there is a substantial flaw in our idea of checking for hw_machine_type=q35 at API-level, since it's driver-specific ...
11:41:40 aspiers efried: see above discussion with artom ^^^
11:41:51 Sundar The lvirt driver merely queries Cyborg to get the ARQs, relyung upon _build_resources to have done the wait.
11:42:11 aspiers artom: can you think of any other way around this?
11:42:45 stephenfin yaawang, alex_xu: Actually, there's an issue with the second patch in the series so I'll leave the release note rework to yaawang :)
11:42:51 aspiers artom: the alternative would be to not check at API-level and then it would try and fail on every compute host, right?
11:42:52 sean-k-mooney Sundar: ok
11:42:58 alex_xu stephenfin: hah
11:43:14 sean-k-mooney Sundar: we treat missign the event as fatal uncondtionally correct
11:43:23 artom aspiers, or just move get_machine_type out of libvirt utils
11:43:39 artom Well
11:43:50 artom No, because it depends on the default machine type if nothing is set
11:44:00 artom I'll drive my kids to school/daycare and think about it

Earlier   Later