| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-04-13 | |||
| 18:40:25 | mriedem | jangutter: well i commend your internal team for getting their ducks in a row then | |
| 18:41:00 | jangutter | It's my first time using gerrit... The scary thing is that I feel nearly the same way about it as I felt about first encountering "git". | |
| 18:41:14 | jangutter | "where has this been all my life". | |
| 18:41:18 | mriedem | heh | |
| 18:42:01 | artom | Do we need a new API version for that kind of possible parameter value change? | |
| 18:43:04 | mriedem | artom: api parameter value change where? | |
| 18:43:19 | mriedem | that's all on the neutron side isn't it? | |
| 18:43:38 | artom | https://review.openstack.org/#/c/456386/5/specs/pike/approved/netronome-smartnic-enablement.rst@134 | |
| 18:43:45 | artom | I may be reading it completely wrong | |
| 18:44:10 | jangutter | Well, there's one new "VNIC" type we're proposing. | |
| 18:44:19 | mriedem | artom: there are no rest api changes to the compute api | |
| 18:44:26 | mriedem | i would have just left that section as None to avoid confusion | |
| 18:44:36 | mriedem | artom: but otherwise i think of this like https://github.com/openstack/nova/commit/32069c8f397e395134c3b1142c2d852640685fef | |
| 18:44:44 | artom | mriedem, ah, right, you pass that to Neutron when you create the port | |
| 18:45:00 | mriedem | yeah, how neutron handles that i don't know | |
| 18:45:14 | jangutter | Yeah, and that changes to text basically. | |
| 18:45:41 | jangutter | And Neutron has a matching bit of text to pick up the same type of VNIC. | |
| 18:46:23 | jangutter | So, technically, the protocol changes by "new allowed value combinations". Where previously those would error out. | |
| 18:47:22 | jangutter | Meaning an opportunity for extra error handling and nicer exceptions, of course. | |
| 18:48:14 | artom | jangutter, right, but those new allowed value combinations aren't in the Nova REST API, right? | |
| 18:48:16 | jangutter | Oh hang on, I'm confused, Neutron tells Nova, it's the other way around. Blame a week of late nights. | |
| 18:48:34 | mriedem | right, | |
| 18:48:38 | mriedem | you create the port in neutron, | |
| 18:48:40 | artom | User tells Neutron, Neutron tells Nova is what I think the workflow is | |
| 18:48:51 | mriedem | nova gets the vif type from the port and determines how to plug it on the host using os-vif | |
| 18:49:07 | jangutter | OK, so newbie question, where's the REST API defined.... | |
| 18:49:45 | artom | jangutter, defined? All over the place ;) Documented? https://developer.openstack.org/api-ref/compute/ for Nova | |
| 18:50:06 | artom | https://developer.openstack.org/api-ref/networking/ for Neutron | |
| 18:50:27 | jangutter | Hence "APIImpact" | |
| 18:50:54 | artom | Right, except I don't think your spec actually has one | |
| 18:51:51 | jangutter | :-O | |
| 18:53:08 | artom | jangutter, you'd be changing the vnic-type here: https://developer.openstack.org/api-ref/networking/v2/index.html?expanded=create-port-detail, right? | |
| 18:54:00 | jangutter | artom: yeah, binding:vnic_type, port binding extended attribute. | |
| 18:54:23 | artom | So that's the Neutron REST API - Nova just consumes that | |
| 18:55:24 | jangutter | Aaah, so that's where the core API impact rests. | |
| 18:55:46 | artom | Yeah, I think that's where you'd add your type | |
| 18:57:20 | jangutter | OK, so that means we'd need to submit a Neutron API spec change too? | |
| 18:57:46 | mriedem | jangutter: neutron uses launchpad bugs tagged as RFEs | |
| 18:57:48 | mriedem | for smaller things | |
| 18:57:53 | mriedem | i don't think they require a spec for everything | |
| 18:58:02 | mriedem | but i'm not totally familiar with their process | |
| 18:58:15 | mriedem | jangutter: https://docs.openstack.org/developer/neutron/policies/blueprints.html | |
| 18:59:48 | jangutter | mriedem: OK. Should I add that task to the spec or the blueprint? | |
| 19:00:14 | mriedem | jangutter: not the nova one no | |
| 19:00:35 | mriedem | well, you could just call out a dependency on needing to get that support into neutron, but it's kind of implied | |
| 19:01:16 | jangutter | OK. It's a bit of a chicken/egg situation. Both sides need the support at roughly the same time. | |
| 19:01:31 | artom | jangutter, also, and I'm only superficially familiar with this sort of thing, but do you need a new vnic *and* vif type? | |
| 19:02:26 | jangutter | I think sean-k-mooney pointed out that we don't, just new portbinding types. | |
| 19:03:36 | jangutter | It would mean the OVS vif type is now one of the most overloaded ones in the universe. | |
| 19:06:39 | vladikr | what are the chances for anyone looking at the spice spec again? https://review.openstack.org/#/c/442040 ? | |
| 19:07:21 | artom | Heh, while we're doing last-minute spec merged ;) mriedem ^^ | |
| 19:07:26 | artom | *merges | |
| 19:07:56 | artom | To be completely honest, I feel like we should have bugged alex_xu for the API part earlier | |
| 19:08:25 | vladikr | the spec was there for a long while - definitely not a last minute spec | |
| 19:09:33 | mriedem | spice-native? | |
| 19:09:36 | mriedem | does anyone use spice? | |
| 19:09:49 | mriedem | spice-uncut | |
| 19:09:55 | mriedem | spice-freerange | |
| 19:10:00 | mriedem | spice-organic | |
| 19:10:22 | artom | The whole of interstellar travel runs on spice;) | |
| 19:10:33 | mriedem | yes i love dune references | |
| 19:10:35 | artom | So clearly we need faster proxies | |
| 19:11:56 | vladikr | mriedem, yes, well, more like 'will', especially with the introduction of the vgpus | |
| 19:12:24 | vladikr | mriedem, it's not just about a faster proxy , but for the ability to connect native clients | |
| 19:13:10 | mriedem | introduction of vgpus? into nova? or in general? | |
| 19:13:42 | artom | mriedem, I think the hope is that eventually we send the vGPU output to the client through SPICE | |
| 19:13:50 | vladikr | mriedem, well, in general and in nova in future :) | |
| 19:13:52 | artom | Ie, full workstation virt | |
| 19:16:08 | vladikr | speaking about vgpu: https://review.openstack.org/#/c/450122/ | |
| 19:21:29 | openstackgerrit | Jan Gutter proposed openstack/nova-specs master: Spec to enable Netronome SmartNIC support https://review.openstack.org/456386 | |
| 19:29:34 | sean-k-mooney | jangutter: actully the ovs-vif type is really just a special case of the generic tap vif type but ya it has a pretty broad meaning | |
| 19:31:54 | jangutter | In trying to amend the spec, I seem to have plonked in a unicode character somewhere. | |
| 19:33:37 | clarkb | mriedem: is the livemigration stuff happy now with my fixes in? | |
| 19:33:48 | mriedem | clarkb: yeah, i didn't realize that fix merged this morning | |
| 19:34:02 | clarkb | cool just double checking I don't have more to look at now that I am back to a computer | |
| 19:36:30 | openstackgerrit | Jan Gutter proposed openstack/nova-specs master: Spec to enable Netronome SmartNIC support https://review.openstack.org/456386 | |
| 19:50:39 | sean-k-mooney | did gerrit just go down | |
| 19:50:50 | clarkb | yes | |
| 19:50:53 | sean-k-mooney | its back | |
| 19:50:55 | clarkb | the notice is on its way out | |
| 19:51:03 | clarkb | but too many irc channels to do it all at once | |
| 19:51:58 | sean-k-mooney | clarkb: is the maitenace still ongoing or was that restart the only one to expect | |
| 19:52:42 | clarkb | hopefully the only one | |
| 19:53:39 | sean-k-mooney | cool ill continue reviewing then | |
| 20:00:13 | jangutter | I'm trying to find out why tox is somehow getting stuck on a unicode character in the spec. It's not happening if I run it locally :-( | |
| 20:01:05 | sean-k-mooney | jangutter: which spec? this one https://review.openstack.org/#/c/456386/5/specs/pike/approved/netronome-smartnic-enablement.rst | |
| 20:01:27 | sean-k-mooney | i can test it locally if you like and see if i get the same error | |
| 20:01:31 | clarkb | jangutter: its likely a locale issue. I think you get C.utf-8 in the jenkins runs | |
| 20:01:38 | clarkb | but maybe not | |
| 20:03:58 | jangutter | Yeah, if I look at the unicode character it's complaining about it's an "en dash" "\u2013". | |
| 20:04:27 | jangutter | I've been bitten by them before: cutting and pasting from IM apps that believe the world should be a prettier place. | |
| 20:05:29 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Fix 404 for no bdm.device_name when showing volume attachment details https://review.openstack.org/290196 | |
| 20:05:32 | mriedem | gmann: jaypipes: oomichi: ^ updated this very old change, i don't think requires a microversion | |
| 20:05:35 | clarkb | oh regardless of locale it seems like the docs build expect ascii for some reason | |
| 20:05:40 | mriedem | jaypipes: could you drop the -2 on that? | |
| 20:11:39 | jangutter | sean-k-mooney: I've updated it to https://review.openstack.org/#/c/456386/7/specs/pike/approved/netronome-smartnic-enablement.rst | |
| 20:12:01 | jangutter | sean-k-mooney: would you mind checking? tox completes fine on my side... | |
| 20:12:11 | peter-hamilton | jaypipes: do you think you'll be able to get to the cert validation spec today? | |
| 20:12:33 | peter-hamilton | jaypipes: don't want to be pest, obv | |
| 20:12:38 | mriedem | i think he's under the weather | |