| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-07-12 | |||
| 13:13:06 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Use consistent author, section for man pages https://review.openstack.org/482960 | |
| 13:13:41 | moshele | claudiub: there is SR-IOV for networking solution is work with the sriovnicswitch mechanism driver which is linux ip link based so maybe you need to add support there to windows | |
| 13:14:25 | cdent | avolkov`++ | |
| 13:14:38 | moshele | claudiub: what you talking is pci passthrough when neutron is not aware of the SR-IOV network interface | |
| 13:14:56 | stephenfin | jaypipes: IF you get a chance to look through that doc-migration series again, I'd be mighty appreciative. Fixed the issue efried pointed out | |
| 13:15:07 | stephenfin | Sorry - gibi | |
| 13:15:24 | jaypipes | stephenfin: you mean the one you just rebased and pushed above? | |
| 13:15:37 | claudiub | moshele: are both cases viable? | |
| 13:16:18 | stephenfin | jaypipes: Yup https://review.openstack.org/#/q/topic:doc-migration+project:openstack/nova+status:open | |
| 13:16:58 | jaypipes | stephenfin: sure thing :) | |
| 13:17:01 | efried | stephenfin So that wasn't intended to be to my attn? | |
| 13:17:03 | moshele | claudiub: yes both of them should work | |
| 13:17:17 | stephenfin | efried: Nope, as always you can ignore me :) | |
| 13:18:00 | claudiub | moshele: aham. interesting. well, i'll look into the neutron side as well then. :) thanks for the help. :) | |
| 13:18:19 | moshele | claudiub: np :) | |
| 13:21:39 | bauzas | jaypipes: dansmith: sorry folks, was (again) on PTO yesterday | |
| 13:22:08 | avolkov` | stephenfin: placement-api-ref should also be moved to doc/source/api, I'll prepare patch when it's accomplished | |
| 13:22:27 | stephenfin | avolkov`: I thought we weren't moving that yet? | |
| 13:22:31 | stephenfin | Did plans change? | |
| 13:22:42 | cdent | stephenfin: dhellman wants that to happen asap | |
| 13:22:55 | cdent | so that we don't have to have a situation where there are publishing jobs that need to get changed | |
| 13:23:05 | cdent | (there's a placement-api-ref publishing job pending) | |
| 13:23:14 | stephenfin | cdent: Ah, hadn't heard that update | |
| 13:23:15 | stephenfin | Sounds fair | |
| 13:23:15 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Populate the 'configuration' section https://review.openstack.org/478473 | |
| 13:23:16 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Populate the 'user' section https://review.openstack.org/478475 | |
| 13:23:16 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Populate the 'cli' section https://review.openstack.org/478472 | |
| 13:23:17 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Populate the 'contributor' section https://review.openstack.org/478474 | |
| 13:23:17 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Switch to openstackdocstheme https://review.openstack.org/477751 | |
| 13:23:18 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Start using oslo_config.sphinxext https://review.openstack.org/482961 | |
| 13:23:18 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Enable pep8 on doc generation code https://review.openstack.org/480469 | |
| 13:23:19 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Start using oslo_policy.sphinxext https://review.openstack.org/479358 | |
| 13:23:19 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Rework README to reflect new doc URLs https://review.openstack.org/480074 | |
| 13:23:20 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Populate the 'reference' section https://review.openstack.org/478484 | |
| 13:23:20 | openstackgerrit | Stephen Finucane proposed openstack/nova master: policies: Fix Sphinx issues https://review.openstack.org/480516 | |
| 13:23:21 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Remove dead files https://review.openstack.org/478470 | |
| 13:23:21 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Rework index page per new sections https://review.openstack.org/478485 | |
| 13:23:26 | jaypipes | efried: stephenfin just wanted to wake you out of your slumber. | |
| 13:24:30 | jaypipes | ralonsoh: I'm really liking the direction of your native OVSDB os-vif work. | |
| 13:29:16 | stephenfin | bauzas: Could I ask you to look at the doc-migration series starting with https://review.openstack.org/#/c/478468/ too? | |
| 13:29:26 | bauzas | stephenfin: roger this. | |
| 13:29:34 | stephenfin | Shouldn't take long, and it's easy re-arrange stuff later if we don't like the end result | |
| 13:29:42 | stephenfin | bauzas: Ta :) | |
| 13:30:03 | ralonsoh | jaypipes: thanks! Also I added functional tests. YOu only need to have a live OVS running in the system to execute them | |
| 13:30:37 | jaypipes | ralonsoh: I saw those. ++ | |
| 13:36:26 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Always set MTU when plugging devices https://review.openstack.org/408781 | |
| 13:41:02 | gibi | stephenfin: thanks for the rebase | |
| 13:46:03 | openstackgerrit | Chason Chan proposed openstack/python-novaclient master: switch to openstackdocstheme https://review.openstack.org/477757 | |
| 13:48:20 | mriedem | o/ | |
| 13:49:35 | jaypipes | cdent: thx for your comments on https://review.openstack.org/#/c/482383/1. Answered. Please have a gander at the latest revision. | |
| 13:51:35 | gibi | mriedem: good morning! I fixed the last outstanding issue with the BDM in notification patch https://review.openstack.org/#/c/448779/ | |
| 13:51:46 | mriedem | jaypipes: should i just remove this sentence? https://review.openstack.org/#/c/454322/35/nova/api/openstack/compute/rest_api_version_history.rst@598 | |
| 13:51:54 | mriedem | jaypipes: i think that would probably clear up the confusion in that paragraph | |
| 13:52:00 | jaypipes | mriedem: yeah | |
| 13:52:11 | jaypipes | mriedem: I'd appreciate that. sorry for not yet responding to you. | |
| 13:53:02 | mriedem | gibi: cool | |
| 13:53:06 | mriedem | jaypipes: np | |
| 13:53:14 | mriedem | gibi: i'll go through that today | |
| 13:54:31 | openstackgerrit | OpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata https://review.openstack.org/477091 | |
| 13:55:40 | gibi | mriedem: thanks! | |
| 14:13:27 | openstackgerrit | Stephen Finucane proposed openstack/python-novaclient master: doc: Create directory structure for docs migration https://review.openstack.org/480135 | |
| 14:13:27 | openstackgerrit | Stephen Finucane proposed openstack/python-novaclient master: doc: Switch from oslosphinx to openstackdocstheme https://review.openstack.org/477757 | |
| 14:13:28 | openstackgerrit | Stephen Finucane proposed openstack/python-novaclient master: Remove custom autodoc implementation https://review.openstack.org/480262 | |
| 14:16:50 | mriedem | alex_xu: i understand your comments on the os-services change now; fwiw i care less about the wasted db call - this api won't be used often and i'd rather keep the complexity in here to a minimum | |
| 14:17:01 | mriedem | but i can investigate it, and add validation for the other error cases you pointed out, | |
| 14:17:11 | mriedem | like passing status=enabled and disabled_reason | |
| 14:39:17 | mriedem | gibi: if you'll be around for 5 minutes i'll have something for you | |
| 14:40:11 | mriedem | gibi: https://review.openstack.org/#/c/448779/ | |
| 14:40:28 | mriedem | questions in there about why we aren't using the existing in scope BDMs when building the payload, like during instance.create | |
| 14:40:50 | mriedem | seems that could be optimized to use the bdms we already have when we notify, rather than always look them up from the db - but maybe that's a later optimization | |
| 14:42:37 | gibi | mriedem: looking... | |
| 14:44:56 | gibi | mriedem: I think we can do some optimization on the loading of BDM. But I feel that it would be better to do that separately | |
| 14:45:31 | mriedem | heh, of course you would :) | |
| 14:45:34 | mriedem | also https://review.openstack.org/#/c/448779/38/nova/tests/fixtures.py | |
| 14:45:49 | mriedem | gibi: it's not even 5pm yet! :) | |
| 14:45:58 | stephenfin | sean-k-mooney, moshele, jaypipes: What on earth is IVS, in the context of network interfaces? | |
| 14:46:05 | gibi | mriedem: true :) | |
| 14:46:17 | jaypipes | stephenfin: it's Indigo (plumbgrid) stuff | |
| 14:46:28 | jaypipes | plumgrid | |
| 14:46:29 | mriedem | gibi: fwiw i'm ok with deferring the optimization part since loading bdms is disabled by default | |
| 14:46:38 | mriedem | but i wanted to make sure we discussed it first | |
| 14:47:03 | jaypipes | stephenfin: NIH OVS for NFV? :) | |
| 14:47:13 | gibi | mriedem: let's see if I can make the optimization this week then we can squash the two patches but if I run out of time then it would be nice to merge at least what we have already | |
| 14:47:19 | stephenfin | jaypipes: So not an "initialization vector"? :) It's rather un-Googleable | |
| 14:47:56 | jaypipes | stephenfin: no. I mean, there's the ivshmem thing but that's DPDK-related. | |
| 14:47:56 | mriedem | gibi: how about you put a TODO in the code in the InstanceAction init where it calls BlockDevicePayload.from_instance to investigate optimizing that by passing in any existing in-scope BDMs, rather than pull from the db | |
| 14:48:01 | mriedem | gibi: i'll +2 with the todo | |
| 14:48:06 | mriedem | check out my question in the cinder fixture also | |
| 14:48:10 | gibi | mriedem: sure, I can do that til 5 pm :) | |
| 14:48:10 | jaypipes | stephenfin: depends on the context I guess. | |
| 14:48:15 | mriedem | \o/ | |
| 14:48:42 | stephenfin | jaypipes: Cool cool. TA | |
| 14:48:45 | stephenfin | *Ta | |
| 14:50:21 | jaypipes | mriedem, dansmith, edleafe, bauzas: so do you think we should be returning alternate *destination hosts* or do you think we should be returning alternate *allocation requests*? I'm questioning my thoughts here. :( | |
| 14:50:45 | dansmith | jaypipes: I thought the whole point was to store alternate allocation requests | |
| 14:51:05 | dansmith | jaypipes: otherwise cell conductor has to formulate such a thing, without the details the scheduler has, and I don't think that's going to work | |
| 14:51:15 | dansmith | s/store/return/ | |
| 14:51:37 | dansmith | so conductor can almost blindly throw the allocation request at placement, and if it sticks, send it along | |
| 14:51:49 | cdent | I agree with dansmith. I seem to recall that's why we ended up down the allocation_candidates path in the first place? | |
| 14:51:57 | dansmith | one of yeah | |