| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-04-26 | |||
| 20:33:30 | jaypipes | mriedem: https://review.openstack.org/#/c/182242/ | |
| 20:33:34 | mriedem | oh i suppose integration of limits in keystone | |
| 20:33:44 | jaypipes | ++ | |
| 20:33:57 | mriedem | jaypipes: oh right, that spec... | |
| 20:34:04 | dansmith | mriedem: well, yeah, all the bugs, but also presumably we'll have plenty of performance things to work out | |
| 20:34:30 | mriedem | jaypipes: that's the one where the "user" is a single tenant NFV machine right? | |
| 20:35:49 | mriedem | ok here is the list: "VGPU support, full shared storage/network reporting and affinity support in the placement service, volume multi-attach, Cinder as ephemeral backend, integration of limits in Keystone, Cells v2 hardening." | |
| 20:35:57 | mriedem | "+ delete shelve" | |
| 20:36:00 | mriedem | :) | |
| 20:36:11 | dansmith | you have my vote | |
| 20:36:29 | dansmith | HTTP 420: Sorry I dunno where I left that shelve feature.. please try again... uh, never. | |
| 20:36:45 | mriedem | stoner apis | |
| 20:36:46 | mriedem | psh | |
| 20:36:52 | dansmith | heh | |
| 20:37:47 | jaypipes | mriedem: yes. | |
| 20:40:05 | mriedem | (optional) Do you have questions for users that can help inform/guide your development teams? | |
| 20:40:10 | mriedem | oh boy | |
| 20:40:21 | mriedem | i can't remember what i asked about this for pike | |
| 20:41:05 | mriedem | "do you use any microversion > 2.1?" | |
| 20:41:09 | openstackgerrit | Abhishek Sharma M proposed openstack/nova master: Catching OverQuota Exception https://review.openstack.org/460305 | |
| 20:41:09 | mriedem | that could be a legit question | |
| 20:41:13 | dansmith | hah | |
| 20:41:52 | mriedem | b/c we're always coding 18 months ahead at least | |
| 20:41:54 | mriedem | and have no idea | |
| 20:51:57 | mriedem | "While the majority of users aren’t currently using Nova cells, about 146 deployments reported using cells, which is substantially more than the 67 users reporting using Nova cells one year ago. " | |
| 20:53:36 | abhi89 | johnthetubaguy: Hi | |
| 20:55:07 | abhi89 | Hi all.. can someone please review https://review.openstack.org/#/c/460305/ | |
| 20:55:19 | mordred | mriedem: I fully expect to start consuming microversions in the next 6 months | |
| 20:55:57 | mriedem | oh right this was the question | |
| 20:55:58 | mriedem | "How important is it to be able to customize Nova in your deployment? e.g. classload your own managers/drivers, use hooks, plug in API extensions, etc." | |
| 20:56:18 | mordred | I was very happy to see the low numbers of "we use this extensively" | |
| 20:56:23 | mriedem | 51% not important, 39% somewhat, 10% very | |
| 20:56:41 | mordred | s/low/lowish/ | |
| 20:57:10 | jaypipes | dansmith: you're gonna love all this shared resource provider SQL... | |
| 20:57:49 | mriedem | i see that neutron asked about actual feature usage/adoption | |
| 20:58:08 | mriedem | that's something we could breakdown at some point, and have wondered about, i.e. does anyone actually use shelve? | |
| 20:58:19 | mordred | edleafe: I'll try to start with an amuse bouche, but that's probably not too far off | |
| 20:58:49 | mordred | mriedem: I don't | |
| 20:59:55 | mriedem | page 60 https://www.openstack.org/assets/survey/April2017SurveyReport.pdf | |
| 21:00:21 | mriedem | breaking something down like that in nova wouldn't be trivial | |
| 21:00:33 | mordred | no - but it would be worthwhile | |
| 21:02:11 | dansmith | more than twice as many people patch in an unmaintained docker driver than use the in-tree xen support | |
| 21:02:21 | dansmith | I'll remember that next time I have to fix something in there | |
| 21:02:52 | cfriesen | I'm curious...are we expecting that eventually nova-api won't need a connection to the main nova db? | |
| 21:03:19 | mordred | dansmith: that also highlights one of the big disconnects between what users want and what developers are funded to work on/maintain | |
| 21:03:35 | dansmith | mordred: well, might've been a disconnect a couple weeks ago, but yeah | |
| 21:05:51 | openstackgerrit | Steve Noyes proposed openstack/nova master: Add Cinder v3 detach to local_cleanup https://review.openstack.org/456851 | |
| 21:07:03 | mriedem | dansmith: heh, and lxc more than both of those | |
| 21:07:13 | dansmith | yeah | |
| 21:07:23 | mriedem | which if people are using lxc, | |
| 21:07:35 | mriedem | i'd sure like them to upstream their patch that makes the CI not completely fall over itself when deleting an instance | |
| 21:07:45 | dansmith | heh yeah | |
| 21:12:23 | mriedem | i'd like to ask for feedback on newish things like placement and cells v2 but with a bunch of deployments on kilo, that's going to be hard to get | |
| 21:14:08 | openstackgerrit | Rick Bartra proposed openstack/nova master: Add policy granularity to the Flavors API https://review.openstack.org/449288 | |
| 21:14:10 | mriedem | 1. Are you using REST API microversions > 2.1? | |
| 21:14:11 | mriedem | 3. Have you started evaluating or testing Cells v2? | |
| 21:14:11 | mriedem | 2. Have you started evaluating or testing the Placement service? | |
| 21:14:13 | mriedem | is my list right now | |
| 21:14:51 | cfriesen | mriedem: speaking of cells v2, the Newton release notes don't talk about the increase in the number of DB connections due to the need for services to talk to both DBs. | |
| 21:15:06 | mriedem | cfriesen: sorry i saw your earlier question about the api | |
| 21:15:22 | mriedem | cfriesen: i think you can disable the api from going directly to the db | |
| 21:15:35 | dansmith | mriedem: you can't | |
| 21:15:36 | mriedem | i was trying to answer this for someone internally last night | |
| 21:15:41 | dansmith | and I have no plans to head that way | |
| 21:15:46 | mriedem | dansmith: i thought you could make the api use the conductor indirection api? | |
| 21:15:58 | dansmith | not unless someone added it and I didn't know | |
| 21:15:59 | mriedem | like https://github.com/openstack/nova/blob/master/nova/cmd/compute.py#L53 | |
| 21:16:03 | dansmith | nope | |
| 21:16:05 | mriedem | no it's not in tree upstream | |
| 21:16:18 | dansmith | I can't imagine that not sucking balls | |
| 21:16:38 | dansmith | of course, apparently we're fine with ~10s nova-list operations, so.. maybe nobody cares | |
| 21:17:35 | mriedem | cfriesen: have you enabled the cells v2 stuff in newton? because it's not required there yet | |
| 21:17:43 | mriedem | cfriesen: bully if you have | |
| 21:17:47 | mriedem | i'm interested in feedback | |
| 21:17:50 | dansmith | mriedem: well, api db was required in newton right? | |
| 21:17:53 | mriedem | we don't really get any sort of performance feedback upstream | |
| 21:18:07 | mriedem | dansmith: api db has been required for several releases before newton | |
| 21:18:11 | mriedem | i think liberty? | |
| 21:18:13 | mriedem | for reqspec | |
| 21:18:21 | dansmith | yeah, he was asking about increased connections for api/nova db right? | |
| 21:18:24 | cfriesen | mriedem: no, our clouds are small enough we don't use cells. but we did see nova basically doubling the number of DB connections going from Mitaka to Newton. | |
| 21:19:45 | mriedem | actually i guess reqspec was mitaka https://review.openstack.org/#/c/211753/ | |
| 21:20:20 | mriedem | so what's hitting the api db in newton? build request right? | |
| 21:20:39 | cfriesen | mriedem: yeah, I see the api db in mitaka | |
| 21:21:04 | clarkb | dansmith: we cache the list results for that reason | |
| 21:21:09 | mriedem | in newton i suppose we are using build request and looking up instance, host and cellmappings even if we're just getting NotFounds | |
| 21:21:15 | dansmith | clarkb: yeah, it's sad | |
| 21:21:17 | clarkb | (as well as caching everyting else) | |
| 21:21:31 | cfriesen | mriedem: aggregates maybe? | |
| 21:21:39 | dansmith | cfriesen: no | |
| 21:21:47 | mriedem | flavors are in the api db | |
| 21:22:35 | mriedem | and keypairs, and aggregates, and server groups | |
| 21:22:57 | mriedem | and those are doing online data migrations | |
| 21:23:28 | cfriesen | we use aggregates and flavor extra specs a lot | |
| 21:23:37 | mriedem | so we might have some overhead for checking for online data migrations which are not necessary once you've migrated everything | |
| 21:24:00 | melwitt | for any target_cell, a new oslo.db _TransactionContextManager will be created to make the connection | |
| 21:24:09 | clarkb | dansmith: that said we peaked booting at 30k instances a day across multiple clouds/regions so 10s isn't the end of the world | |
| 21:24:22 | clarkb | dansmith: and I'm guessing more users do far less so its not a major headache | |
| 21:24:42 | dansmith | clarkb: well, it still sucks, don't try to convince me :) | |
| 21:24:54 | clarkb | oh I agree, just trying to point out why people probably don' | |