| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-02-03 | |||
| 21:07:06 | dhellmann | that's my assumption, too, but I don't know for sure. ttx would, but he's offline today due to travel. | |
| 21:07:44 | cmartin | mriedem: I see, so a flight in the afternoon should be fine? | |
| 21:07:49 | mriedem | cmartin: yup | |
| 21:07:57 | superdan | cmartin: you'll be begging to leave by then | |
| 21:07:58 | cmartin | mriedem: thanks that is what I needed to know! | |
| 21:08:17 | cmartin | mriedem: lol we will see, but it will be nice to go back home and sleep in my own bed | |
| 21:18:14 | EmilienM | mriedem: so when I disable wsgi, multinode job is passing :-) | |
| 21:18:25 | EmilienM | mriedem: I'll check baremetal jobs how it goes | |
| 21:18:27 | mriedem | EmilienM: yeah because of the service version thing | |
| 21:18:32 | EmilienM | awesome | |
| 21:22:20 | cburgess | @superdan lol | |
| 21:22:41 | openstackgerrit | Maciej Szankin proposed openstack/nova master: conf: resolved final todos in libvirt conf https://review.openstack.org/429042 | |
| 21:23:18 | superdan | cburgess: what? | |
| 21:24:00 | cburgess | superdan It was just funny your statement about begging to leave. I don't know why. Probably years of seeing the look on your face by Friday afternoons. | |
| 21:24:23 | superdan | cburgess: oh, heh, yeah | |
| 21:24:44 | cburgess | superdan I was trying to come up with something witty about Dan wanting to stab people by Friday afternoon but I failed. | |
| 21:25:17 | cburgess | With regard to PTG, are we planning any time of team dinner like we have done in the past? | |
| 21:25:46 | superdan | cburgess: heh | |
| 21:26:48 | openstackgerrit | Maciej Szankin proposed openstack/nova master: conf: deprecate key_manager.fixed _key opt https://review.openstack.org/428992 | |
| 21:27:22 | openstackgerrit | Maciej Szankin proposed openstack/nova master: WIP conf: remove invalid TODOs https://review.openstack.org/428811 | |
| 21:28:15 | openstackgerrit | Maciej Szankin proposed openstack/nova master: conf: Deprecate two more nova-net options https://review.openstack.org/412390 | |
| 21:29:03 | openstackgerrit | Maciej Szankin proposed openstack/nova master: conf: Resolve TODOs in 'database' https://review.openstack.org/393695 | |
| 21:30:21 | openstackgerrit | Maciej Szankin proposed openstack/nova master: conf: add min parameter to scheduler opts https://review.openstack.org/428355 | |
| 21:30:50 | openstackgerrit | Maciej Szankin proposed openstack/nova master: conf: resolved TODOs in compute configuration https://review.openstack.org/426793 | |
| 21:30:58 | mriedem | cburgess: like team dinner from the midcycles? | |
| 21:31:04 | cburgess | Yeah | |
| 21:31:15 | mriedem | hmm, the midcycles are usually somewhere where the host person knows where to go... | |
| 21:31:16 | cburgess | Granted those are semi planned anyways. | |
| 21:31:19 | mriedem | right | |
| 21:31:26 | melwitt | superdan: based on dtp-afk's questions, I'm wondering what the right thing to do for cells v1 is at this point. when they map hosts, how do they pick which cell database to pull them from? | |
| 21:31:26 | mriedem | it's always like last minute | |
| 21:31:30 | cburgess | Yeah | |
| 21:31:32 | openstackgerrit | Maciej Szankin proposed openstack/nova master: conf: mark glance.api_servers opt as required https://review.openstack.org/428241 | |
| 21:31:46 | mriedem | cburgess: i'd like to do something like that at least one night... | |
| 21:31:47 | cburgess | There are lots of places options in and around ATL. Lack of transportation might limit us though. | |
| 21:31:48 | melwitt | superdan: assuming we're not having them create one cell per cells v1 cell yet | |
| 21:32:03 | cburgess | mriedem Yeah its been good the times I've been able to go. | |
| 21:32:05 | mriedem | i wonder if there is anywhere downtown near the hotels people are staying at | |
| 21:32:09 | openstackgerrit | Maciej Szankin proposed openstack/nova master: config options: remove libvirt imagecache https://review.openstack.org/378497 | |
| 21:32:37 | openstackgerrit | Maciej Szankin proposed openstack/nova master: conf: remove deprecated image url options https://review.openstack.org/397800 | |
| 21:32:42 | mriedem | i'll throw it on the etherpad so i don't forget about it | |
| 21:32:43 | cburgess | ATL does have decent subway (MARTA) but it can still be a pain. I can ask around amongst some friends and see if they know of anything (grew up in ATL). | |
| 21:33:30 | mriedem | isn't dhellmann and/or markmcclain in ATL? | |
| 21:33:46 | mriedem | i have to assume they have a backyard... | |
| 21:33:47 | cburgess | markmcclain Is yeah. I'm not sure about dhellmann, but sounds right. | |
| 21:33:57 | mriedem | and southern charm | |
| 21:34:02 | mriedem | / hospitality | |
| 21:34:03 | cburgess | LOL | |
| 21:35:41 | superdan | melwitt: they use their nova-cell.conf file, per cell yeah | |
| 21:36:03 | superdan | melwitt: we bypass the lookups now, but that's what we were doing before and it worked other than that the timing of noticing the replicated statuses was then off | |
| 21:36:27 | superdan | melwitt: is this on the step by step thing? | |
| 21:36:28 | melwitt | superdan: okay, so at this stage we do want to tell them to go ahead and create a cell v2 per cell v1 cell | |
| 21:36:41 | superdan | melwitt: yeah and that's what we do in devstack | |
| 21:36:52 | superdan | otherwise the work to convert later will be messy | |
| 21:36:57 | melwitt | superdan: no but I'm asking to know if I should add it. sounds like I do need to. I had been thinking we were doing just a cheat of a single cell | |
| 21:37:14 | melwitt | yeah. okay | |
| 21:37:22 | superdan | melwitt: you mean from the api cell's database? | |
| 21:37:40 | superdan | there's no reason to do that since they'll all be wrong when they want to go use them | |
| 21:37:51 | melwitt | superdan: I guess so. but that wouldn't make sense because there's no compute hosts in there | |
| 21:38:11 | melwitt | I hadn't thought it through | |
| 21:38:17 | superdan | yeah | |
| 21:39:17 | melwitt | okay, I'll add a new section for cells v1 people, I think that would be most clear | |
| 21:39:28 | superdan | melwitt: okay | |
| 21:39:34 | melwitt | thanks | |
| 21:39:48 | superdan | melwitt: maybe in another patch so we have a better chance of getting this in while we noodle over the cellsv1 stuff? | |
| 21:40:18 | melwitt | superdan: okay, if you think that's best | |
| 21:40:32 | superdan | whatever you want | |
| 21:41:17 | melwitt | I'm not opinionated about it. I hadn't thought of doing a follow up | |
| 21:41:39 | superdan | I'd just like that bit to be in rc2 and I wouldn't want to miss that if we're messing around with cellsv1 stuff that's all | |
| 21:41:57 | melwitt | yeah | |
| 21:42:05 | superdan | the mainline bit I mean | |
| 21:42:14 | melwitt | right | |
| 21:46:08 | melwitt | superdan: I'm trying to think of how the scheduling works with where we're at now. we're not yet pulling compute hosts from all cells or anything for choosing a host ... and cells v1 doesn't care about that since it chooses a cell first. so I guess that's how I had been thinking things could be gotten away with by setting up only one cell for cells v1 | |
| 21:46:59 | melwitt | but doing that would be like, arbitrarily picking a cell to convert over and then later you'd have to do the rest, so not a great idea anyway | |
| 21:47:02 | superdan | melwitt: yeah, but I think we're okay because we choose a cell first, then go to a nova-scheduler that only knows about the lower levels | |
| 21:47:12 | superdan | no, I don't think we'll be able to do that unfortunatel | |
| 21:47:17 | superdan | not from v1 to v2 anyway | |
| 21:47:21 | mriedem | hmm, if you have a cell mapping per cell v1 cell, and the scheduler was checking all cell mappings, then it could hit something in another cell v1 cell couldn't it? | |
| 21:47:32 | superdan | no | |
| 21:47:35 | mriedem | if that were the case, i guess we'd just do if CONF.cells.enabled | |
| 21:47:36 | superdan | because scheduler is at the cell level | |
| 21:47:52 | superdan | and there's a cells scheduler that hasn't been touched in ages that knows nothing of this stuff | |
| 21:48:10 | mriedem | "scheduler is at the cell level" | |
| 21:48:20 | mriedem | cells v1? - there are multiple levels, can you clarify? | |
| 21:48:23 | superdan | if cells.enabled is false in the api cell, then it will start rpc'ing to the global schedule | |
| 21:48:27 | melwitt | superdan: don't think we'll be able to what? didn't catch what part you were referring to | |
| 21:48:28 | mriedem | i thought the cells scheduler was at the top level cell in cells v1? | |
| 21:48:35 | superdan | mriedem: yeah, in cellsv1 the scheduler is at the lower levels | |
| 21:48:43 | superdan | mriedem: no there's a special scheduler up there, regular scheduler down below | |
| 21:48:50 | mriedem | right | |
| 21:49:03 | superdan | melwitt: won't be able to have a cell-by-cell conversion from v1 to v2 | |
| 21:49:18 | superdan | melwitt: but it'll be more of a "turning stuff off" kind of procedure I think, if we get the mappings in place ahead of time | |
| 21:49:50 | superdan | these are not friday afternoon questions | |
| 21:50:01 | superdan | ask me shit like "is it beer o clock yet" or something | |
| 21:50:12 | melwitt | superdan: heh, sorry. I blame dtp for asking me to think about stuff by asking about cells v1 step-by-step | |
| 21:50:18 | mriedem | scheduler is global in cells v2 world right? | |
| 21:50:22 | superdan | mriedem: yeah | |
| 21:50:33 | mriedem | so computes in multiple cells v2 cells are reporting into placement, | |
| 21:50:41 | mriedem | scheduler asks placement for an RP, gets one, sends that to conductor, | |
| 21:50:45 | mriedem | which is mapped to a cell via hostmappings, | |