| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-07-25 | |||
| 13:45:28 | bauzas | jaypipes: ah, right | |
| 13:45:39 | bauzas | nested RPs is understandable by me | |
| 13:46:01 | bauzas | because you could consume more than one thing for a specific compute node | |
| 13:46:10 | bauzas | ah, and I see your point with shared storage | |
| 13:46:22 | jaypipes | bauzas: so, imagine a compute host with 2 NUMA nodes and 4 PCI devices, affined to the different NUMA cells. We might potentially have a lot of allocation requests (candidates) for those child providers plus resources on the compute host itself (like VCPU, etc) | |
| 13:46:30 | bauzas | we could potentially have the compute node having allocation request for local resources + shared resource ? | |
| 13:46:42 | jaypipes | bauzas: yep | |
| 13:46:46 | bauzas | jaypipes: that, I'm clear for nested RPs | |
| 13:46:53 | bauzas | okay, nevermind all my comments then | |
| 13:46:56 | bauzas | I'm on board now :) | |
| 13:46:57 | jaypipes | bauzas: one alloc request might have local disk, another consuming from shared disk. | |
| 13:47:00 | sdague | mriedem: ah, that one. Approved | |
| 13:47:09 | jaypipes | bauzas: of course, that's not currently possible, but you see the idea | |
| 13:47:09 | bauzas | jaypipes: thanks for explaning it | |
| 13:47:14 | jaypipes | no worries | |
| 13:48:08 | mriedem | dtantsur: TheJulia: what is the story on https://review.openstack.org/#/c/468353/ ? | |
| 13:48:14 | mriedem | required for pike? | |
| 13:49:37 | sdague | melwitt: https://bugs.launchpad.net/nova/+bug/1706310 that's addressed by your new quota counting? | |
| 13:49:38 | openstack | Launchpad bug 1706310 in OpenStack Compute (nova) "Quota usage is not updated if an instance is deleted while booting" [Undecided,New] | |
| 13:49:42 | dtantsur | mriedem: I think this is nice-to-have, but still optional | |
| 13:49:56 | dtantsur | I guess it may cause some longer discussions | |
| 13:49:58 | TheJulia | mriedem: the consensus is not required this cycle, it just allows for greater use case flexibility ultimately shipping a source IP address off to cinder in the event there is firewalling present. | |
| 13:50:03 | bauzas | jaypipes: +2d FTW | |
| 13:50:25 | sdague | mriedem: that one is a little less straight forward, and honestly probably a good ptg conversation | |
| 13:50:29 | sdague | it adds virt driver methods | |
| 13:50:54 | mriedem | right i'd like to defer it | |
| 13:51:00 | sdague | mriedem: agreed | |
| 13:51:01 | TheJulia | sdague: good point | |
| 13:51:07 | mriedem | as something else - ironic bfv + network-managed storage | |
| 13:51:30 | jaypipes | edleafe: I can clean those nits up later. at this point, I'm nervous about kicking off another gate recheck odyssey ;) | |
| 13:52:00 | cdent | jaypipes: you might like these then: https://review.openstack.org/#/c/486237/ | |
| 13:52:17 | edleafe | jaypipes: totally agree | |
| 13:52:47 | ildikov | mriedem: oh ok, tnx for the info :) | |
| 13:56:47 | mriedem | sdague: about that quota bug, yes counting quotas would address that, but also, it could already be a known issue fixed in ocata, | |
| 13:56:52 | mriedem | the reporter didn't say what version they were using | |
| 13:56:55 | mriedem | i'm leaving comments | |
| 14:06:57 | openstackgerrit | Jan Gutter proposed openstack/nova master: Add VIFHostDevice support to libvirt driver https://review.openstack.org/486426 | |
| 14:09:10 | openstackgerrit | Jan Gutter proposed openstack/nova master: Add VIFHostDevice support to libvirt driver https://review.openstack.org/486426 | |
| 14:11:52 | mriedem | sdague: the dependencies for the cells fleetify devstack change are all merged https://review.openstack.org/#/c/477556/ | |
| 14:12:00 | mriedem | sdague: thoughts on putting that in right now? | |
| 14:12:12 | mriedem | or, | |
| 14:12:18 | mriedem | maybe i should run a novaclient change against it quick? | |
| 14:12:29 | dansmith | damn the torpedos | |
| 14:12:34 | mriedem | i think it blew up novaclient functional ci on the first go around | |
| 14:12:45 | mriedem | b/c it wasn't dependent on the quotas stuff | |
| 14:12:48 | mriedem | and that job is single tenant | |
| 14:13:42 | mriedem | i'll push a novaclient test change quick just to be sure | |
| 14:14:49 | dansmith | cool | |
| 14:15:10 | openstackgerrit | Matt Riedemann proposed openstack/python-novaclient master: DNM: test conductor fleet with single-tenant job https://review.openstack.org/487091 | |
| 14:43:29 | openstackgerrit | Jan Gutter proposed openstack/nova master: Netronome SmartNIC Enablement https://review.openstack.org/483459 | |
| 14:43:41 | openstackgerrit | Sean Dague proposed openstack/nova master: Clean up second ephemeral disk https://review.openstack.org/341008 | |
| 14:49:14 | openstackgerrit | Jay Pipes proposed openstack/nova master: hardware offload support for openvswitch https://review.openstack.org/398265 | |
| 14:51:10 | openstackgerrit | Jan Gutter proposed openstack/nova master: Netronome SmartNIC Enablement https://review.openstack.org/483459 | |
| 14:52:33 | openstackgerrit | Jan Gutter proposed openstack/nova master: Netronome SmartNIC Enablement https://review.openstack.org/483459 | |
| 14:54:17 | mriedem | jangutter: question in https://review.openstack.org/#/c/486426/3/nova/virt/libvirt/vif.py | |
| 14:55:52 | jangutter | mriedem: let me see if the downstream code checks that. It hadn't occured to me to do input validation there! | |
| 14:56:17 | mriedem | well, one would probably never think to check it if only testing against a single configuratoin | |
| 14:56:22 | mriedem | *configuration | |
| 14:56:46 | sdague | mriedem: we had to revert it once before right? | |
| 14:56:56 | sdague | maybe an ironic issue | |
| 14:57:04 | mriedem | sdague: yes, but for two issues, | |
| 14:57:17 | mriedem | 1. notifications | |
| 14:57:22 | sdague | if you all tell me it's good to go, I'm fine doing it | |
| 14:57:26 | mriedem | 2. it didn't depent on the quotas change | |
| 14:57:34 | mriedem | sdague: i'm just running tests before we do | |
| 14:57:49 | sdague | sfinucan: https://bugs.launchpad.net/nova/+bug/1704458 that bug on your radar? | |
| 14:57:50 | openstack | Launchpad bug 1704458 in OpenStack Compute (nova) "The use_ipv6 flag not only influences nova networking" [Undecided,New] | |
| 14:58:06 | mriedem | sdague: sfinucan is now stephenfin and stephenfin is out this week | |
| 14:58:13 | sdague | ok | |
| 14:58:15 | dansmith | sdague: ironic and notification issues are fixed, and quotas are merged so those are the things we knew about and reverted for before | |
| 14:58:36 | sdague | mriedem: ok, so run the test you want to run, then poke me when it's successful | |
| 14:58:43 | moshele | mriedem: the generic is used in the old way https://github.com/openstack/nova/blob/master/nova/virt/libvirt/vif.py#L341-L343 so we can skip it for now | |
| 14:58:45 | dansmith | ack, thanks | |
| 14:59:30 | mriedem | moshele: what controls that getting called over the other? | |
| 14:59:35 | mriedem | for VIFHostDevice? | |
| 15:00:01 | moshele | mriedem: the vif type that send from neutron | |
| 15:00:18 | jangutter | mriedem, moshele: VIFHostDevice isn't used anywhere _yet_, it's not too difficult to fix though. | |
| 15:00:23 | moshele | mriedem: some code uses os-vif path, but most of it not | |
| 15:00:53 | openstackgerrit | Eric Fried proposed openstack/nova master: nova.utils.get_service_url() https://review.openstack.org/458257 | |
| 15:01:20 | jangutter | moshele, mriedem: it amounts to adding an if that will prevent future idiots like me to plonk in potholes. | |
| 15:01:43 | mriedem | moshele: ok so a vif with type 'hostdev_physical' would go down that old path, but couldn't something on the neutron side start sending VIFHostDev with dev_type='generic'? | |
| 15:01:55 | mriedem | jangutter: yes that's basically what i'm looking for | |
| 15:02:11 | moshele | mriedem: the nova code create it | |
| 15:02:19 | moshele | mriedem: let me look for it | |
| 15:02:44 | mriedem | moshele: you mean this? https://review.openstack.org/#/c/483459/12/nova/network/os_vif_util.py | |
| 15:03:05 | mriedem | L323 | |
| 15:03:18 | moshele | mriedem: yes | |
| 15:03:56 | jangutter | mriedem: good spot, I had forgotten "GENERIC" even existed. | |
| 15:04:17 | mriedem | ok, i guess we should at least have some if check that raises an exception if dev_type isn't 'ethernet' or something | |
| 15:04:19 | moshele | mriedem: so either the vif type will work with the old way of get config or with the new os-vif | |
| 15:04:20 | mriedem | so this doesn't fail in really weird ways | |
| 15:05:11 | moshele | mriedem: we can and also a TODO comment to address generic when it will be use by os-vif | |
| 15:06:55 | mriedem | sure | |
| 15:07:04 | mriedem | just something so we don't have to hunt in the weeds later | |
| 15:07:18 | mriedem | jangutter: ^ | |
| 15:07:58 | jangutter | mriedem: isn't this verified as os-vif level? | |
| 15:08:19 | jangutter | mriedem: https://github.com/openstack/os-vif/blob/master/os_vif/objects/fields.py#L61 | |
| 15:08:21 | mriedem | sdague: dansmith: novaclient functional single tenant job passed on the fleetify conductor patch, i'm just waiting for some experimental queue jobs to pass on it now | |
| 15:08:23 | mriedem | like cells v1 | |
| 15:08:37 | mriedem | jangutter: that's not what i mean | |