Earlier  
Posted Nick Remark
#openstack-nova - 2017-07-25
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
15:08:53 mriedem i meant in https://review.openstack.org/#/c/486426/3/nova/virt/libvirt/vif.py
15:09:07 mriedem if vif.dev_type != 'ethernet': raise some error,
15:09:09 dansmith mriedem: swebster
15:09:12 dansmith mriedem: er, sweet :)
15:09:15 mriedem or just add a TODO as moshele said
15:09:42 jangutter mriedem: aaah, but I'm almost done adding the GENERIC! (I think....)
15:09:55 mriedem ok whatever floats your boat
15:10:25 mgiles lyarwood: It looks like you were the last person working on https://review.openstack.org/#/c/389798 but it's been a couple of months with no activity
15:10:26 sdague mriedem: sounds good
15:10:37 mgiles lyarwood Any objection if I take this over and fix up the tests to work with the latest codebase?
15:10:54 mriedem mgiles: just take it over, lyarwood is on nova sabbatical

Earlier   Later