| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-09-25 | |||
| 17:34:32 | sean-k-mooney | ok | |
| 17:34:44 | sean-k-mooney | i think we fixed that | |
| 17:34:55 | sean-k-mooney | so you can enable hypervior hideing | |
| 17:34:56 | gregwork | yeah the nested virt works great if you have a chip that can do vmcs shadowing, and do passthrough devices for the L1 guest | |
| 17:35:10 | gregwork | if you dont pass through network/storage it will suck real bad for the L2 guests | |
| 17:35:23 | gregwork | at least then you remove 1 layer of nested virt (storage/network) | |
| 17:35:27 | sean-k-mooney | and we not hardcode a fake vendor id in the hyperv secotion so it thinks its running on a phyical host | |
| 17:35:45 | gregwork | part of it is disabling the hypervisor cpu flag in the guest | |
| 17:35:49 | gregwork | the other is the vendor string thing | |
| 17:36:07 | sean-k-mooney | yes if you set teh image property i think it does both | |
| 17:36:42 | sean-k-mooney | gregwork: have you tried setting img_hide_hypervisor_id | |
| 17:36:47 | sean-k-mooney | in the image to yes | |
| 17:37:05 | gregwork | do you know if a certain hat wearing vendor backported that to their queens release | |
| 17:37:26 | sean-k-mooney | i could check | |
| 17:37:35 | sean-k-mooney | but not off the top of my head | |
| 17:37:51 | sean-k-mooney | the image property woudl not be backportable due to object changes | |
| 17:38:03 | sean-k-mooney | but i belive you can also contol the behavior via the flavor | |
| 17:38:14 | sean-k-mooney | the flavor extra spec would be backportable | |
| 17:38:21 | sean-k-mooney | downstream | |
| 17:40:34 | sean-k-mooney | it looks like the kvm supprot is ther for linux guests | |
| 17:40:44 | sean-k-mooney | which means the image property should be there | |
| 17:41:13 | sean-k-mooney | but the support for windows guest has not been backported | |
| 17:41:38 | sean-k-mooney | http://paste.openstack.org/show/779253/ | |
| 17:41:54 | sean-k-mooney | gregwork: ^ that is the downstream code for generating the elements | |
| 17:49:49 | sean-k-mooney | gregwork: assuming you or one of your customers are a customer of said company have you filed a Bugzilla ro case to request the feature backport. | |
| 17:50:13 | gregwork | im initially trying to figure out if this was a thing accomplished another way | |
| 17:50:30 | mriedem | sean-k-mooney: if you're around i think we're waiting on an ack from you for https://review.opendev.org/#/c/683437/ | |
| 17:50:32 | sean-k-mooney | gregwork: im not committing to it being granted but in principal i belive this would be a minimal risk | |
| 17:51:24 | sean-k-mooney | mriedem: strictly speaking its my birthday and im off but yes im waiting for windows updates to install so if have a few minutes | |
| 17:51:40 | gregwork | sean-k-mooney: happy bday sean :) | |
| 17:51:59 | sean-k-mooney | thanks you :) | |
| 17:52:18 | gregwork | i think i spoke to you here a few years about getting dpdk working with mellanox cards | |
| 17:52:21 | gregwork | your nic is familiar | |
| 17:52:27 | gregwork | *nick | |
| 17:52:43 | sean-k-mooney | yes we have spoken before | |
| 17:52:57 | sean-k-mooney | an ya i used to work with dpdk alot | |
| 17:53:08 | sean-k-mooney | im hopeing to get a dpdk gate job running soon | |
| 17:53:34 | gregwork | are you still with intel | |
| 17:53:57 | sean-k-mooney | no i moved to redhat about 14 months ago | |
| 17:54:14 | sean-k-mooney | hence why i was able to check the OSP downstream code | |
| 17:54:24 | gregwork | oh i just figured you were more in the know | |
| 17:54:46 | gregwork | that link you posted, was that for osp 15 ? | |
| 17:55:01 | sean-k-mooney | no it was osp 13 which is queens | |
| 17:55:40 | sean-k-mooney | so queens has support for hideing the hypervior signature for linux guest | |
| 17:55:53 | gregwork | not not the required bits for a windows guest | |
| 17:55:55 | sean-k-mooney | all its missing is the hyperv vendor signiture bit | |
| 17:55:58 | gregwork | *but | |
| 17:56:27 | sean-k-mooney | so a backport of the fix would just be the xml generation change the rest of the code is alreay in place | |
| 17:57:29 | sean-k-mooney | gregwork mriedem can correct me if im wrong but i think we fixed windwos guest in stien so 15 should have the support. | |
| 17:57:53 | gregwork | we are doing a prod rollout so the business decision was to stick with LTS releases | |
| 17:58:04 | gregwork | so 14 and 15 dont exist as options for us sadly | |
| 17:58:18 | mriedem | sean-k-mooney: train https://review.opendev.org/#/c/579897/ | |
| 17:58:25 | sean-k-mooney | unfortunetly you are not the only customer with that view | |
| 17:59:02 | sean-k-mooney | oh so it was. it felt recent but i did not think it was train | |
| 17:59:42 | sean-k-mooney | mriedem: we ended up treating this as a bug. is it a candiate for upstream backport? generally i would assume not but it does not hurt to ask | |
| 17:59:54 | gregwork | im debating trying to patch this myself and splice it in /var/lib/config-data/puppet-generated/nova_libvirt and see if i can get the hyperv processor bits to die | |
| 18:00:12 | gregwork | then maybe circle back with an rfe | |
| 18:04:33 | mriedem | sean-k-mooney: exhibit A https://review.opendev.org/#/c/663616/ | |
| 18:05:09 | mriedem | either way the hide_hypervisor_id stuff upstream was in rocky so gregwork doesn't have it anyway | |
| 18:05:32 | mriedem | unless you guys in rhosp are going to backport a feature | |
| 18:05:44 | gregwork | for great justice! | |
| 18:06:09 | sean-k-mooney | we cant backport object changes downstream so that must mean that only the flaovr bassed option was suported in queens downstream | |
| 18:06:16 | sean-k-mooney | i did not check if the full feature was there | |
| 18:08:24 | openstackgerrit | Boris Bobrov proposed openstack/nova master: Set iommu driver for virtio controllers too https://review.opendev.org/684825 | |
| 18:22:21 | sean-k-mooney | mriedem: just responeded on https://review.opendev.org/#/c/683437 | |
| 18:23:14 | sean-k-mooney | its close i have one nit but its not overtly worng but there is a subtle point i noted on ptachset 3 | |
| 18:39:11 | mriedem | efried_rollin: i'm going to try to write a functional recreate test for https://bugs.launchpad.net/nova/+bug/1841481 since the fix(es) involved are pretty hairy | |
| 18:39:11 | openstack | Launchpad bug 1841481 in OpenStack Compute (nova) "Race during ironic re-balance corrupts local RT ProviderTree and compute_nodes cache" [Medium,In progress] - Assigned to Eric Fried (efried) | |
| 18:40:14 | openstackgerrit | Dustin Cowles proposed openstack/nova master: Use SDK for add/remove instance info from node https://review.opendev.org/659691 | |
| 18:40:14 | openstackgerrit | Dustin Cowles proposed openstack/nova master: Use SDK for getting network metadata from node https://review.opendev.org/670213 | |
| 18:48:49 | mriedem | dustinc: the blueprint on those changes is going to have to be updated for ussuri | |
| 18:48:58 | mriedem | in case you haven't re-proposed the spec and added a new blueprint | |
| 18:49:09 | mriedem | call it openstacksdk-in-nova-ussuri | |
| 18:55:11 | openstackgerrit | Merged openstack/nova master: Log error when volume validation fails during boot from volume https://review.opendev.org/684140 | |
| 18:55:17 | openstackgerrit | Merged openstack/nova master: Add functional tests for [cinder]/cross_az_attach=False https://review.opendev.org/684141 | |
| 19:21:27 | efried | mriedem: Are we considering that (ironic rebalance snafu) an RC candidate? | |
| 19:22:21 | mriedem | no, it's a regression since at least queens | |
| 19:27:32 | efried | mriedem: what's top priority to get merged today? | |
| 19:27:46 | efried | or approved today, anyway. Merging might take a couple weeks | |
| 19:28:07 | ozzzo | I'm building a new OS cluster and the boxes all have the same CPU including microcode, but they update to the latest microcode when they reboot. If I set cpu_mode to host-passthrough what will happen when microcode updates? Will VMs built on older microcode be able to migrate to HV with newer? | |
| 19:28:32 | ozzzo | or do I need to disable updating of microcode, if I want to run host-passthrough? | |
| 19:29:53 | efried | ozzzo: I think that kind of question is better for the #openstack channel. This one is for development. | |
| 19:30:09 | ozzzo | nobody answers questions in #openstack | |
| 19:30:20 | ozzzo | not even to refer you to another channel | |
| 19:30:28 | ozzzo | questions are answered with silence | |
| 19:30:38 | efried | oh | |
| 19:30:40 | efried | that's a pity | |
| 19:30:46 | ozzzo | so I am trying other #openstack-* channels | |
| 19:30:54 | efried | sean-k-mooney, kashyap: that question ---^ seems like it might be in your wheelhouse? | |
| 19:31:03 | mriedem | kashyap has a summit talk about this, trying to find it | |
| 19:31:38 | mriedem | https://docs.openstack.org/nova/latest/admin/configuration/hypervisor-kvm.html#specify-the-cpu-model-of-kvm-guests | |
| 19:31:40 | efried | well, at least I was right about something :P | |
| 19:31:50 | mriedem | https://www.openstack.org/videos/summits/berlin-2018/effective-virtual-cpu-configuration-in-nova | |
| 19:32:13 | mriedem | efried: i think the immediate priority is just the prelude and dependent docs | |
| 19:32:19 | mriedem | https://etherpad.openstack.org/p/nova-train-release-todo | |
| 19:32:40 | ozzzo | ok I'll watch that, ty! | |
| 19:32:45 | efried | ack; I just approved the pcpu doc (sean-k-mooney hope that's okay, anything else can be fupped?). Not sure what to do about the vpmem doc | |
| 19:32:53 | sean-k-mooney | ozzzo: no libivrt checks that the microcode matach when you use host-passthough but i belive it also does that for host-model | |
| 19:33:39 | efried | I'd be willing to +2 despite having my fingers in it, but definitely want another (non-Intel) core. It looks like stephenfin didn't get back to it today... | |
| 19:33:40 | sean-k-mooney | ozzzo: kashyap might be able to clarify that. | |