| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-01-24 | |||
| 19:27:09 | openstackgerrit | Merged openstack/osc-placement master: Usage docs and initial release note for osc-placement https://review.openstack.org/536858 | |
| 19:28:05 | mriedem | the cinder gate fix has been promoted btw | |
| 19:28:13 | mriedem | so hopefully stuff starts merging again soon | |
| 19:35:35 | melwitt | that's super news ++ | |
| 19:38:39 | openstackgerrit | Mark Goddard proposed openstack/nova master: Unplug all VIFs from ironic nodes during tear down https://review.openstack.org/537626 | |
| 19:49:55 | dansmith | melwitt: mriedem tssurya: do we need to have a cells meeting today? I've got nothing new to talk abotu | |
| 19:50:43 | archit | msg amodi identify titanic123 | |
| 19:51:11 | dansmith | whoopsie :) | |
| 19:51:13 | archit | lol | |
| 19:51:20 | archit | yep .:( | |
| 19:51:27 | melwitt | dansmith: I don't have anything new either | |
| 19:51:28 | efried | swhy I always do those in the status channel | |
| 19:51:35 | mriedem | dansmith: there are no major new bugs that i'm aware of, | |
| 19:51:40 | mriedem | and the resize + alternate hosts change is approved | |
| 19:51:49 | efried | Is this cinder bug going to affect all patches? | |
| 19:51:58 | mriedem | efried: anything that runs tempest api tests | |
| 19:52:01 | mriedem | so all dsvm jobs | |
| 19:52:23 | efried | so all my nova patches | |
| 19:52:50 | mriedem | it's #13 in the gate right now | |
| 19:53:03 | mriedem | dansmith: melwitt: so only other thing would be ptg topics, but that can wait until after FF | |
| 19:53:15 | dansmith | cool | |
| 19:53:45 | mriedem | tssurya: tssurya_: do you have any status updates from cern's migration to cells v2? | |
| 19:54:41 | tssurya_ | mriedem : actually belmiro was going to participate in the cells meeting today, not sure though; but yea we are going to be doing in at the end of Feb | |
| 19:54:57 | dansmith | drat! :) | |
| 19:55:14 | mriedem | tssurya_: doing it in prod? but you're all clear in pre-prod testing? | |
| 19:55:21 | tssurya_ | migrating to Ocata during the last days of this month | |
| 19:55:29 | dansmith | tssurya: can you find out if he's going to be around? | |
| 19:55:33 | tssurya_ | and we will have to move to Pike in a few weeks | |
| 19:55:35 | mriedem | ok; would be good to know as soon as possible if there are blockers *before* rocky | |
| 19:55:35 | tssurya_ | yes in prod | |
| 19:55:52 | mriedem | because i think we still plan on dropping cellsv1 and nova-net in rocky | |
| 19:56:11 | tssurya_ | dansmith : yea will ping him and see if he will be joining | |
| 19:56:17 | dansmith | tssurya_: okay thanks | |
| 19:56:22 | tssurya_ | mriedem : yea we have half out cloud on neutron | |
| 19:56:32 | tssurya_ | and trying to scale it to move out ot nova-net | |
| 19:56:36 | tssurya_ | out of * | |
| 19:56:47 | tssurya_ | our * | |
| 20:01:45 | mriedem | this needs another +2 - https://review.openstack.org/#/c/533210/ - moves the nova-tox-functional job in-tree so we can define our own files blacklist, so we don't have gate issues again with notification samples only patches not getting test | |
| 20:01:46 | mriedem | *tested | |
| 20:11:20 | openstackgerrit | sean mooney proposed openstack/nova master: Change 'InstancePCIRequest' spec field https://review.openstack.org/449257 | |
| 20:11:20 | openstackgerrit | sean mooney proposed openstack/nova master: Add Neutron port capabilities to devspec in request https://review.openstack.org/451777 | |
| 20:11:21 | openstackgerrit | sean mooney proposed openstack/nova master: Format NIC features using os-traits definitions https://review.openstack.org/466051 | |
| 20:11:21 | openstackgerrit | sean mooney proposed openstack/nova master: Read Neutron port 'binding_profile' during boot https://review.openstack.org/507481 | |
| 20:16:32 | sean-k-mooney | stephenfin: if you have time tomorow rodoflos nic feature based schduling patch series is now all rebased with versioned objects https://review.openstack.org/#/q/topic:bp/enable-sriov-nic-features+(status:Open) | |
| 20:24:20 | openstackgerrit | melanie witt proposed openstack/nova master: Add release note for QEMU native LUKS decryption https://review.openstack.org/537642 | |
| 20:32:17 | mriedem | melwitt: some questions in that reno | |
| 20:32:56 | openstackgerrit | Eric Fried proposed openstack/nova master: ProviderTree.get_provider_uuids: Top-down ordering https://review.openstack.org/536624 | |
| 20:32:56 | openstackgerrit | Eric Fried proposed openstack/nova master: set_{aggregates|traits}_for_provider: tolerate set https://review.openstack.org/536625 | |
| 20:32:57 | openstackgerrit | Eric Fried proposed openstack/nova master: WIP: SchedulerReportClient.update_from_provider_tree https://review.openstack.org/533821 | |
| 20:32:57 | openstackgerrit | Eric Fried proposed openstack/nova master: WIP: Use update_provider_tree from resource tracker https://review.openstack.org/520246 | |
| 20:32:58 | openstackgerrit | Eric Fried proposed openstack/nova master: Fix nits in update_provider_tree series https://review.openstack.org/531260 | |
| 20:32:58 | openstackgerrit | Eric Fried proposed openstack/nova master: Move refresh time from report client to prov tree https://review.openstack.org/535517 | |
| 20:32:59 | openstackgerrit | Eric Fried proposed openstack/nova master: WIP: New-style _set_inventory_for_provider https://review.openstack.org/537648 | |
| 20:46:59 | dansmith | tssurya_: any word from belmiro? | |
| 20:47:51 | tssurya_ | dansmith: no, nothing yet | |
| 20:48:21 | dansmith | okay I guess we'll just go forward with it, see if he shows up and if not, bail :) | |
| 20:48:48 | tssurya_ | we had a couple of things to discuss, but nothing urgent; | |
| 20:49:03 | tssurya_ | in case he doesn't show up, we will just ask in the channel tomorrow | |
| 20:51:51 | tssurya_ | oh cool he is here | |
| 20:51:53 | dansmith | well, lookie there | |
| 20:52:21 | dansmith | belmoreira: we were going to cancel the cells meeting to focus on other things, but tssurya_ rained on our parade and said you were coming with things to talk about | |
| 20:54:26 | belmoreira | hi dansmith. We will move to Ocata next week. Then start preparing Pike and cellsV2 | |
| 20:54:44 | mriedem | but ocata requires cellsv2...? | |
| 20:54:45 | mriedem | i'm confused | |
| 20:55:07 | dansmith | ocata being single cell I assume | |
| 20:55:32 | belmoreira | I'm interested about the progress in listing instances if a cell goes down and the quota issue | |
| 20:55:57 | belmoreira | mriedem: in Ocata we define only one cell but continue to use cellsV1 | |
| 20:55:57 | mriedem | belmoreira: there hasn't been any progress on that, | |
| 20:55:59 | dansmith | belmoreira: tssurya_ was going to put up a straw man for us to discuss with api people | |
| 20:56:02 | mriedem | it's a discussion item for the ptg | |
| 20:56:13 | jackie-truong | mriedem: The cert validation patch series has been +2'd :-) Can I move it to the "Needs final +2 to complete blueprint" section in the nova-queens-blueprint-status etherpad? | |
| 20:56:16 | dansmith | which I don't think has been posted, or at least that I saw | |
| 20:56:25 | mriedem | jackie-truong: go for it | |
| 20:56:40 | jackie-truong | mriedem: *\o/* | |
| 20:57:19 | tssurya_ | dansmith : we have been working on it and have some ideas/questions on how to proceed | |
| 20:57:19 | belmoreira | tssurya_ and I started to check for some alternatives. The PTG for us may be to late | |
| 20:57:28 | mriedem | jackie-truong: i don't understand why this isn't in the series before the API change? https://review.openstack.org/#/c/479949/ | |
| 20:57:34 | dansmith | tssurya_: okay cool | |
| 20:58:20 | belmoreira | I would like to move to Pike in few weeks after Ocata. Meaning that we will need to cook something even it's only internal | |
| 20:59:18 | jackie-truong | mriedem: That patch implements the the certificate_utils module, but doesn't make any changes to the API. So it basically adds the functionality with no way to use it. | |
| 20:59:46 | jackie-truong | mriedem: The API change adds the usability part | |
| 20:59:58 | mriedem | jackie-truong: so technically here, | |
| 21:00:03 | mriedem | we could merge the API, | |
| 21:00:17 | mriedem | w/o the utils merged to do the things the api says you can do, right? | |
| 21:00:36 | mriedem | adding functionality that is eventually exposed out of the rest api is kind of how all new things work | |
| 21:01:26 | jackie-truong | The API change works with the trusted_certs object added in https://review.openstack.org/#/c/489408/ | |
| 21:01:33 | jackie-truong | So, techincally | |
| 21:01:59 | jackie-truong | We could merge the API change (which would require the trusted_certs object change to be merged) | |
| 21:02:17 | jackie-truong | which would result in you being able to create and pass around a TrustedCerts object | |
| 21:02:20 | mriedem | what does the cert utils module do then? | |
| 21:02:20 | jackie-truong | Without making use of it | |
| 21:02:46 | mriedem | if i can't make use of the thing, what's the point of having the api before said thing works? | |
| 21:02:56 | jackie-truong | the cert utils module takes in the TrustedCerts object (which gets turned into a list of strings) | |
| 21:03:33 | jackie-truong | I realize that it technically makes sense to have the dependencies work: TrustedCerts object -> API -> cert_utils module | |
| 21:03:45 | jackie-truong | But technically, that isn't necessary | |
| 21:04:09 | jackie-truong | Since the API can be updated to pass around a useless object | |
| 21:04:10 | mriedem | no i was saying object > util (make things do something) > API (expose the things that do something) | |
| 21:05:01 | jackie-truong | Yeah, that timeline makes sense too. Basically, both util and API changes depend on the object change | |
| 21:05:20 | jackie-truong | but util and API don't have any dependency on each other | |
| 21:06:00 | jackie-truong | So we used the depends-on tag to indicate what dependencies needed to build | |