| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-03-22 | |||
| 13:26:50 | mriedem | both can list and show details, and enable/disable | |
| 13:26:50 | jaypipes | hmm. | |
| 13:26:59 | mriedem | but one has some more actions and the other has some other actions | |
| 13:27:03 | mriedem | but separate dumb APIs | |
| 13:27:16 | jaypipes | interesting. lemme finish review on sfinucan's PCI NUMA reserve bp and then will look at it. | |
| 13:27:40 | dansmith | mriedem: yeah, I dunno how we ended up with those | |
| 13:27:57 | mriedem | extensions? | |
| 13:28:01 | mriedem | i blame extensions | |
| 13:28:03 | jaypipes | mb | |
| 13:35:37 | dansmith | sfinucan: hmm, it didn't look like a random failure, but okay | |
| 13:36:16 | sfinucan | All I know is it worked on my machine 🙃 | |
| 13:39:13 | openstackgerrit | Vladik Romanovsky proposed openstack/nova master: neutron: retrieve physical network name from a multi-provider network https://review.openstack.org/430026 | |
| 13:39:24 | dansmith | sfinucan: this one seems like it might should have a reno about removing the thing, especially since it's firewall/security related no? https://review.openstack.org/#/c/430912/8 | |
| 13:40:04 | sfinucan | dansmith: Actually, yeah - I promised that at the PTG. I'll whip one up now | |
| 13:40:13 | dansmith | thanks | |
| 13:40:31 | sfinucan | fwiw, I posted a question on "who uses this" to the operators-list and got zilch back | |
| 13:46:33 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Remove aggregate uuid generation on load from DB https://review.openstack.org/448579 | |
| 13:46:48 | bauzas | mriedem: had a discussion with ttx this FR morning | |
| 13:46:54 | bauzas | mriedem: about the Forum | |
| 13:47:02 | bauzas | mriedem: not sure you saw that | |
| 13:47:12 | dansmith | sfinucan: cool | |
| 13:47:28 | bauzas | tl,dr: I just added a new section for our nova etherpad | |
| 13:47:37 | bauzas | mriedem: about things we could be discussing ad-hoc | |
| 13:48:12 | sfinucan | or not - looks like it got dropped :/ I'll add the reno then put that in -W for a week or so | |
| 13:48:46 | openstackgerrit | Danfly proposed openstack/nova master: remove mox from unit/api/openstack/compute/test_flavor_manage.py https://review.openstack.org/448581 | |
| 13:50:54 | bauzas | dansmith: jroll: added a new comment for explaining why I think we could have a possible problem for rolling-upgrade with https://review.openstack.org/#/c/446570/2 | |
| 13:51:09 | dansmith | I'm reading now | |
| 13:52:42 | jaypipes | sfinucan, mriedem: k, reviewed. | |
| 13:53:24 | sfinucan | jaypipes: Excellent. I'll take a look shortly | |
| 13:53:29 | sfinucan | Cheers :) | |
| 13:54:19 | openstackgerrit | Sujitha proposed openstack/nova master: Add description to policies in cells_scheduler.py https://review.openstack.org/448260 | |
| 13:55:19 | jroll | bauzas: replied | |
| 13:56:38 | bauzas | jroll: I thought we were asking operators to modify their flavors *before* upgrading to Pike | |
| 13:56:50 | bauzas | at least that's what we discussed at the PTG IIRC | |
| 13:57:43 | jroll | bauzas: right, and now we've found the catch and cannot do that | |
| 13:57:44 | openstackgerrit | dane-fichter proposed openstack/nova master: Use cursive for signature verification https://review.openstack.org/351232 | |
| 13:58:08 | jroll | bauzas: we were hoping to drop cpu/memory/disk from the ironic resource in pike, it'll need to happen in queens now | |
| 13:58:42 | bauzas | jroll: okay, then I think we could be adding that into the spec by the operator impact section | |
| 14:00:52 | jroll | bauzas: sure, I could add "after fully deploying pike" there if it makes you happy | |
| 14:01:44 | bauzas | jroll: waiting for dansmith's opinion :) | |
| 14:02:14 | dansmith | bauzas: my opinion has already been expressed as a +2 | |
| 14:02:44 | dane-fichter | mriedem: new patch shows how cursive integration would work with the next cursive release https://review.openstack.org/#/c/351232/12 | |
| 14:03:02 | mriedem | ok | |
| 14:03:24 | dane-fichter | mriedem: basically just making the key types a public member and accessing it directly in fields.py | |
| 14:03:51 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Final cleanups in conf/network https://review.openstack.org/431023 | |
| 14:03:51 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Deprecate 'allow_same_net_traffic' https://review.openstack.org/430913 | |
| 14:03:52 | openstackgerrit | Stephen Finucane proposed openstack/nova master: libvirt: Ignore 'allow_same_net_traffic' for port filters https://review.openstack.org/430912 | |
| 14:04:08 | mriedem | johnthetubaguy: looking at https://developer.openstack.org/api-ref/compute/#hosts-os-hosts it links to the hypervisor support matrix which doesn't mention anything about host power actions for stop/start/reboot :) it does mention the host maintenance mode thing though https://docs.openstack.org/developer/nova/support-matrix.html#operation_maintenance_mode and that it's only implemented for xen | |
| 14:04:40 | johnthetubaguy | mriedem: yeah, it doesn't do anything but change an icon in the management console | |
| 14:04:52 | mriedem | johnthetubaguy: i thought it auto-evacuated all guests from that xen host? | |
| 14:05:02 | mriedem | or something crazy like that | |
| 14:05:12 | mriedem | which i'd think would mess up resource tracking | |
| 14:05:29 | mriedem | like, i thought that was one of the primary reasons we said no to the hyperv cluster driver | |
| 14:05:36 | openstackgerrit | Andrey Volkov proposed openstack/nova-specs master: User-controlled SR-IOV ports allocation https://review.openstack.org/182242 | |
| 14:05:41 | johnthetubaguy | mriedem: no, thats just want people think it does | |
| 14:05:55 | mriedem | because it would auto load balance in the background cluster and we wouldn't know about the resource tracking changes, except the virt driver would hook back into the resource tracker and fiddle things for us, which we didn't want | |
| 14:06:08 | mriedem | johnthetubaguy: ok so it literally is only implemented by one virt driver, and does nothing :) | |
| 14:06:12 | johnthetubaguy | mriedem: yeah, that | |
| 14:06:18 | mriedem | that's aweoms | |
| 14:06:21 | mriedem | *awesome | |
| 14:06:23 | johnthetubaguy | agreed | |
| 14:06:46 | mriedem | i guess the description on https://docs.openstack.org/developer/nova/support-matrix.html#operation_maintenance_mode is a lie then | |
| 14:08:26 | dansmith | mriedem: yeah it's always been xen-only | |
| 14:08:38 | dansmith | and very specific to how its own maintenance mode works, IIRC | |
| 14:08:53 | dansmith | which is why we didn't use it for force-down | |
| 14:09:04 | johnthetubaguy | mriedem: yeah, I think it might stop new instances being built, but thats it | |
| 14:09:38 | johnthetubaguy | I think its time to kill os-hosts | |
| 14:09:45 | johnthetubaguy | in the deprecate sense of kill | |
| 14:10:03 | mriedem | johnthetubaguy: yeah, i'll send something to the ML to see if anyone is actually using it | |
| 14:10:15 | mriedem | i think i might draft a spec to go before this other one, | |
| 14:10:15 | johnthetubaguy | sounds good | |
| 14:10:25 | johnthetubaguy | ah, yeah, that makes sense | |
| 14:10:37 | mriedem | so we could deprecate os-hosts first, and then to the uuid things on os-services and os-hypervisors | |
| 14:16:02 | mriedem | jaypipes: were you going to submit a forum topic session for placement on http://forumtopics.openstack.org/ or should i just do that? | |
| 14:17:24 | mriedem | bauzas: i did not see a discussion between you and ttx about the forum, no | |
| 14:18:13 | bauzas | dansmith: even after reviewing my comment ? | |
| 14:18:31 | bauzas | oh wait, you got commented too | |
| 14:18:53 | openstackgerrit | Andrey Volkov proposed openstack/nova-specs master: User-controlled SR-IOV ports allocation https://review.openstack.org/182242 | |
| 14:19:00 | bauzas | mriedem: basically got more explanations | |
| 14:21:18 | jaypipes | mriedem: I had put a couple ideas into the NFV/Telcom forum area: https://etherpad.openstack.org/p/BOS-UC-brainstorming-Telecom&NFV | |
| 14:21:20 | bauzas | dansmith: okay, it's clear now that updating API flavors should be done after all nodes are Pike and before Queens | |
| 14:21:38 | mriedem | jaypipes: in case you haven't heard, the brainstorming etherpads are so last week | |
| 14:21:51 | bauzas | dansmith: and the nova-status check pre-flight test could warn them if not | |
| 14:21:52 | mriedem | jaypipes: this week the new hotness is submitting a session idea to forumtopics.o.o | |
| 14:22:00 | mriedem | jaypipes: and those get voted on by the TC/UC/Foundation | |
| 14:23:30 | mriedem | if you want i can just submit something generic for placement, | |
| 14:23:39 | jaypipes | mriedem: go for it. | |
| 14:23:41 | mriedem | that will be mostly geared toward ops and devs | |
| 14:23:42 | mriedem | ok | |
| 14:23:57 | mriedem | i'll just take dansmith's cells abstract and s/cells/placement/ :) | |
| 14:24:06 | dansmith | heh | |
| 14:26:25 | ttx | mriedem: FYI http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2017-03-22.log.html#t2017-03-22T08:26:04 | |
| 14:26:42 | ttx | mriedem: but then I also answered on the ML thread | |
| 14:27:16 | mriedem | yup i'm reading the ML now | |
| 14:27:25 | dansmith | mriedem: I just hit your uuid spec, btw | |
| 14:27:33 | mriedem | ok | |
| 14:37:46 | jroll | bauzas: thanks for the spec merge :) | |
| 14:40:06 | stvnoyes | good morning. I am having a lot of trouble in my devstack env after updating to latest. The error is "Failed to retrieve resource provider record from placement API". It seems to have started with this change: "virt: add get_inventory() virt driver API method". The [placement] info in nova.conf looks ok. any ideas? Thanks. | |
| 14:44:52 | sfinucan | jaypipes: I've what looks like a frickin' essay left in https://review.openstack.org/#/c/364468/ :D | |
| 14:46:21 | jaypipes | sfinucan: I shall respond, then, in haiku form. | |