Earlier  
Posted Nick Remark
#openstack-nova - 2017-12-11
15:08:48 mriedem +W
15:09:35 mriedem lyarwood: did you say you're back now?
15:09:49 lyarwood mriedem: I am indeed
15:10:01 mriedem lyarwood: ok, we have a bunch of pike backports which need a final look https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/pike
15:10:02 mriedem if you would
15:10:09 mriedem i need to do a release by end of day
15:10:18 lyarwood mriedem: ack, did a few at the end of the list earlier, I'll start on these now
15:10:38 mriedem thanks
15:11:24 lyarwood mriedem: should I take anything that you have pushed as already having a +2 btw? Noticed you did that with something of mine the other day..
15:11:52 lyarwood mriedem: I'd rather not tbh, just wondering if that's now policy on stable or something
15:12:53 mriedem lyarwood: no you don't have to do that unless it's trivial - i was just referring to the other +2'ed patches in pike right now
15:12:58 mriedem dansmith did a bunch of those +2s already
15:13:13 lyarwood mriedem: kk cool
15:14:38 mriedem andreas_s: zkvm ci failed in 15 minutes on a patch on master http://sng01.objectstorage.softlayer.net/v1/AUTH_1940ea10-6e82-4501-b2f9-eb236510e575/ibmzkvmci/production/507638/29/check-tempest-dsvm-neutron-full-ubuntu-xenial-s390x/4e9ba43/logs/devstacklog.txt.gz
15:14:42 mriedem 2017-12-11 15:06:27.360 | cp: cannot stat '/opt/stack/new/devstack/files/etcd-v3.1.7-linux-s390x/etcdctl': No such file or directory
15:15:30 andreas_s mriedem: hi, saw it earlier the day - a new nodepool image with the updated binary has been build 20 minutes ago, hopefully new test runs will suceed...
15:15:41 mriedem ok
15:34:18 openstackgerrit Stephen Finucane proposed openstack/nova master: console: introduce framework for RFB authentication https://review.openstack.org/345397
15:34:27 openstackgerrit Stephen Finucane proposed openstack/nova master: console: introduce the VeNCrypt RFB authentication scheme https://review.openstack.org/345398
15:34:46 openstackgerrit Stephen Finucane proposed openstack/nova master: console: Provide an RFB security proxy implementation https://review.openstack.org/345399
15:35:29 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Document TLS security setup for noVNC proxy https://review.openstack.org/500544
15:35:34 openstackgerrit Jay Pipes proposed openstack/nova master: handle traits with sharing providers https://review.openstack.org/517119
15:35:35 openstackgerrit Jay Pipes proposed openstack/nova master: Test alloc_cands with non overlapping sharing RPs https://review.openstack.org/519380
15:35:35 openstackgerrit Jay Pipes proposed openstack/nova master: Test alloc_cands with one RP shared between two RPs https://review.openstack.org/519617
15:35:35 openstackgerrit Jay Pipes proposed openstack/nova master: Test allocation candidates: multiple aggregates https://review.openstack.org/518633
15:35:36 openstackgerrit Jay Pipes proposed openstack/nova master: Test helper: validate provider summaries https://review.openstack.org/518982
15:35:36 openstackgerrit Jay Pipes proposed openstack/nova master: Fix accumulated nits in refactor series https://review.openstack.org/521189
15:35:37 openstackgerrit Jay Pipes proposed openstack/nova master: Add aggregates check in allocation candidates https://review.openstack.org/522407
15:35:37 openstackgerrit Jay Pipes proposed openstack/nova master: Fix missing rps in allocation candidates https://review.openstack.org/522409
15:35:38 openstackgerrit Jay Pipes proposed openstack/nova master: placement: func tests for multiple shared RPs https://review.openstack.org/498737
15:52:19 gibi mriedem: went through https://review.openstack.org/#/c/507638/ and +W-d it
15:52:40 mriedem gibi: thanks
16:01:33 openstackgerrit Stephen Finucane proposed openstack/nova master: zuul: Move legacy jobs to project https://review.openstack.org/514309
16:01:34 openstackgerrit Stephen Finucane proposed openstack/nova master: zuul: Resolve review comments from I41b03a347 https://review.openstack.org/525255
16:01:35 openstackgerrit Stephen Finucane proposed openstack/nova master: zuul: Remove WSGI functional tests https://review.openstack.org/527140
16:02:03 openstackgerrit Matt Riedemann proposed openstack/nova master: Update Instance action's updated_at when action event updated. https://review.openstack.org/507473
16:02:03 openstackgerrit Matt Riedemann proposed openstack/nova master: Add instance action db and obj pagination support. https://review.openstack.org/526422
16:02:04 openstackgerrit Matt Riedemann proposed openstack/nova master: Add pagination and changes-since for instance-actions https://review.openstack.org/326326
16:02:36 openstackgerrit Merged openstack/python-novaclient stable/pike: Move zuulv3 jobs to project repo https://review.openstack.org/522207
16:02:36 openstackgerrit Merged openstack/python-novaclient stable/ocata: Move zuulv3 jobs to project repo https://review.openstack.org/522208
16:03:40 openstackgerrit Stephen Finucane proposed openstack/nova master: zuul: Move legacy jobs to project https://review.openstack.org/514309
16:03:41 openstackgerrit Stephen Finucane proposed openstack/nova master: zuul: Remove WSGI functional tests https://review.openstack.org/527140
16:07:14 mriedem first 3 patches in this series are ready to go i think https://review.openstack.org/#/c/524047/
16:20:44 openstackgerrit Ed Leafe proposed openstack/nova master: Change compute RPC to use alternates for resize https://review.openstack.org/526436
16:25:06 mriedem edleafe: i think my only hangup on https://review.openstack.org/#/c/516707/22 is the limits object<>dict conversion
16:25:15 mriedem i think we can hide all of that in the compute rpcapi client code
16:25:32 mriedem for build_and_run_instance, prep_resize, unshelve, etc
16:25:46 mriedem then conductor and compute managers don't need to check that
16:26:39 mriedem if/when we want to send the SchedulerLimits object to compute, we can bump the compute rpc api version and send the object down to compute and the compute will expect the object rather than the dict
16:26:48 mriedem but that's not necessary for this series
16:27:05 mriedem dansmith: ^ agree? or am i missing something?
16:27:51 openstackgerrit Matt Riedemann proposed openstack/nova master: Deprecate file injection https://review.openstack.org/522027
16:29:44 mriedem sdague: you want to take a pass through https://review.openstack.org/#/c/522027/ ?
16:32:03 openstackgerrit Stephen Finucane proposed openstack/nova master: zuul: Move legacy jobs to project https://review.openstack.org/514309
16:32:04 openstackgerrit Stephen Finucane proposed openstack/nova master: zuul: Remove WSGI functional tests https://review.openstack.org/527140
16:32:27 dansmith mriedem: you're proposing making the conductor and scheduler not check service version and do the dict conversion, but instead doing it in compute rpc based on rpc version?
16:32:32 dansmith mriedem: that is fine as long as there isn
16:32:57 dansmith isn't some other semantic detail that needs to happen.. like conductor needing to know if compute is new or old so it can do something different with some other data
16:33:42 mriedem dansmith: the latter yes, like he was doing in an older patch set https://review.openstack.org/#/c/516707/17/nova/compute/rpcapi.py
16:34:31 mriedem at this point i don't think we need to check the compute rpc version to convert to a primitive as we know no computes at this point can handle getting an object
16:35:23 dansmith you mean we always do the dict conversion at the moment, until we have a compute rpc bump to handle it, yes?
16:35:28 mriedem yes
16:37:32 dansmith yep makes sense to me
16:38:07 edleafe mriedem: ok, so just convert in the rpcapi layer, and assume dicts throughout compute
16:38:25 mriedem yup
16:38:31 edleafe ok, gimme a few...
16:38:35 mriedem edleafe: i.e. we shouldn't have any changes to compute in this patch
16:38:48 mriedem nova/compute/manager.py i mean
16:39:15 edleafe mriedem: gotcha. Most of those changes were defensive anyway. You know, "just in case"
16:40:01 mriedem sure, it's just that kind of stuff gets lost in the sands of time and a year from now i'll be looking at the compute code saying, "why is this here? it can never happen..."
16:40:58 edleafe mriedem: it probably was happening in the unit tests
16:41:26 edleafe I probably created SchedulerLimits objects everywhere. I'll make sure those are cleaned up, too
16:47:56 cdent edleafe: you happy to abandon this for later recovery (to get it off the radar), given neither dtantsur nor mriedem seem to want it now? https://review.openstack.org/#/c/494206/
16:49:35 mriedem i think we need a nova-status check first at least
16:49:40 mriedem and probably backport that nova-status check to pike
16:50:54 cdent gibi: you still thinking about https://review.openstack.org/#/c/501252/
16:51:45 dtantsur mriedem, dansmith, sorry, could you please check https://review.openstack.org/#/c/508555/ ? we're waiting for it to unblock our CI
16:51:49 dtantsur others too ^^'
16:52:02 edleafe cdent: I'm still not clear why it should stay
16:52:26 edleafe cdent: By Queens, the flavors must all be migrated
16:52:58 cdent edleafe: I have no skin, I was fine with it moving, so it is mriedem and dtantsur you could be talking to
16:53:37 edleafe ok
16:53:39 mriedem i'm personally a bit uncomfortable at the moment with operators adoption / understanding of the new thing yet
16:53:53 mriedem especially if we don't have traits via flavors yet
16:53:59 mriedem to replace the capabilities filter
16:54:05 gibi cdent: soon we will have n-rp that also makes it possible to use CUSTOM resource so I think I will abandon those patches soon
16:54:50 mriedem i'm thinking of https://specs.openstack.org/openstack/nova-specs/specs/queens/approved/ironic-driver-traits.html
16:55:04 cdent gibi: cool, just checking, i’m passing through the list I created on friday
16:55:41 gibi cdent: thanks for reminding me about this patch :)
16:56:31 edleafe mriedem: I get that that spec isn't completed. I'm just not clear how that impacts resources in extra_specs
16:58:13 jaypipes dtantsur: done
16:58:53 jroll edleafe: seems like the suggestion is to give operators more time to move to resource classes
16:59:03 mriedem holy crap
16:59:07 jroll I'm not sure the traits thing is relevant as people can still run the compute capabilities filter
16:59:16 jroll :P
16:59:49 mriedem maybe traits isn't relevant, i just don't have a good feeling about how much operators understand what's being asked of them to upgrade
17:00:10 mriedem and like i said, we should at least have a nova-status check for this to say, 'yup, you're good to upgrade'
17:00:45 edleafe jroll: hey stranger!
17:00:51 jroll hi :)
17:01:15 edleafe ok, if the idea is to not make resource classes required in queens, that's fine

Earlier   Later