| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-01-17 | |||
| 17:55:18 | owalsh | ... and the api db doesn't know about hosts etc... so the flavor is the trigger yea | |
| 17:55:22 | mriedem | in any other fresh install, you can't create flavors in the api db until you sync the api db | |
| 17:55:57 | owalsh | sequence above is an upgrade, so we have the tables from newton I expect | |
| 17:56:11 | mriedem | so, we have a particularly terrible scenario where you're actively going out of your way to create the flavors in the api db in newton, then upgrade to ocata and sync the api db before having any hosts | |
| 17:56:24 | mriedem | owalsh: wtf does tripleo do this? | |
| 17:56:40 | owalsh | mriedem: it doesn't, but it's a possible sequence of event | |
| 17:56:48 | owalsh | mriedem: user would need to do this | |
| 17:57:05 | mriedem | i thought the point of tripleo was to keep the user from hurting themselves? | |
| 17:57:20 | mriedem | s/user/operator/ | |
| 17:58:21 | mriedem | i mean i guess it's valid to create the newton control plane + flavors, and then decide, i might as well upgrade this to ocata even though i don't have any computes yet | |
| 17:58:25 | mriedem | it just seems really weird | |
| 17:59:20 | owalsh | it wouldn't be typical, but if an operator did this they wouldn't be able to recover easily I expect | |
| 18:01:09 | mriedem | well, they'd have to delete the flavors | |
| 18:01:43 | mriedem | there would be 2 outs: | |
| 18:02:06 | mriedem | 1. delete the flavors, sync the api db, do the cell setup stuff, then add the flavors | |
| 18:02:32 | mriedem | 2. create the computes, run discover_hosts or simple_cell_setup, then sync the api db | |
| 18:04:35 | owalsh | should clarify, I'm talking about the all-in-one cloud that deploys the real cloud | |
| 18:06:13 | owalsh | operator could install it, maybe create custom flavors etc... upgrade to ocata, then add hosts to deploy to | |
| 18:06:26 | owalsh | far less likely to have a production cloud with no hosts | |
| 18:06:47 | owalsh | but with flavors | |
| 18:16:25 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 map_cell_and_hosts https://review.openstack.org/421420 | |
| 18:17:52 | openstackgerrit | Matt Riedemann proposed openstack/nova: Fix and add some notes to the cells v2 first time setup doc https://review.openstack.org/421421 | |
| 18:17:57 | mriedem | melwitt: found a typo in the cells v2 setup doc ^ | |
| 18:20:14 | owalsh | mriedem: so for fresh installs it would be: install ocata, create nova/api/cell0 dbs, sync api db, map_cell0, create_cell cell1, sync nova db ... deploy computes, discover_hosts | |
| 18:23:51 | mriedem | owalsh: well, create_cell cell1 implies you have a cell1 db | |
| 18:25:30 | mriedem | you don't have to create a cell1, | |
| 18:25:43 | mriedem | simple_cell_setup and map_cell_and_hosts will default to use the nova db as cell1 | |
| 18:26:00 | owalsh | can't use simple_cell_setup as we have no hosts yet | |
| 18:26:18 | owalsh | create_cell cell1 defaults to using the nova db too AFAICT | |
| 18:26:43 | mriedem | yeah which fails w/o https://review.openstack.org/#/c/420079/ | |
| 18:27:03 | mriedem | owalsh: yeah you're right, | |
| 18:27:18 | mriedem | create_cell will use CONF.database.connection which is by default the main (non-api) db | |
| 18:28:45 | mriedem | owalsh: so yeah i think that's all correct for first time initial ocata setup | |
| 18:28:48 | mriedem | also in http://docs.openstack.org/developer/nova/cells.html#setup-of-cells-v2 | |
| 18:29:12 | mriedem | i think we plan on eventually getting rid of simple_cell_setup as it's not that simple for fresh install | |
| 18:31:15 | comstud | mriedem: what's this cells thing you speak of? | |
| 18:31:24 | comstud | never heard of it | |
| 18:31:36 | comstud | i only know zones | |
| 18:36:55 | mriedem | comstud: cells v2.0 | |
| 18:37:00 | mriedem | cells: the reckoning | |
| 18:37:44 | comstud | mriedem: Cells 2: Electric Boogaloo | |
| 18:38:30 | comstud | i've been meaning to look @ what laski et al came up with, but no time | |
| 18:39:06 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 verify_instance https://review.openstack.org/421436 | |
| 18:39:43 | mriedem | cells IV: the revenge of behrens | |
| 18:39:49 | comstud | lol | |
| 18:40:10 | mriedem | that's for when you come back | |
| 18:41:40 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 verify_instance https://review.openstack.org/421436 | |
| 18:42:09 | owalsh | mriedem: I think the difficulty with all of this is the sync api db | |
| 18:42:41 | owalsh | ideall upgrades would be similar: install ocata, create nova/api/cell0 dbs, sync api db, map_cell0, create_cell cell1, sync nova db, discover_hosts | |
| 18:42:55 | owalsh | s/ideall/ideally/ | |
| 18:46:04 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 discover_hosts https://review.openstack.org/421442 | |
| 18:46:26 | mriedem | sdague: melwitt: got past that db host issue on the subnode \o/ | |
| 18:47:01 | mriedem | owalsh: is there an upgrade step in there? | |
| 18:47:19 | mriedem | wait, upgrade step in where? the doc? | |
| 18:48:17 | owalsh | mriedem: install ocata, from newton | |
| 18:48:54 | mriedem | ok. | |
| 18:48:55 | melwitt | mriedem: sweet, nice work | |
| 18:49:02 | mriedem | when coming from newton you'd have the nova and nova_api dbs | |
| 18:49:08 | mriedem | you still have to create cell0 | |
| 18:49:14 | owalsh | ah, yes, typo | |
| 18:49:16 | mriedem | and sync it and map it | |
| 18:49:45 | owalsh | yea, but after sync api db | |
| 18:49:58 | owalsh | if it did have that migration | |
| 18:50:06 | owalsh | s/did/didn't/ | |
| 18:50:58 | mriedem | well, | |
| 18:51:51 | mriedem | the upgrade scenario we had in mind was install ocata, create cell0 db, run simple_cell_setup which creates the cell0 mapping in the api db, runs the db schema migration on cell0, and then does map_cell_and_hosts for the existing nova database | |
| 18:52:00 | mriedem | ^ is what grenade does | |
| 18:52:23 | mriedem | https://github.com/openstack-dev/grenade/blob/master/projects/60_nova/from-newton/upgrade-nova | |
| 18:52:58 | mriedem | the problem is upgrading from newton to ocata with no compute hosts | |
| 18:53:07 | mriedem | but having flavors | |
| 18:53:15 | mriedem | which is not something we anticipated | |
| 18:55:31 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 create_cell https://review.openstack.org/421444 | |
| 18:55:35 | owalsh | where/when is the api db sync? | |
| 18:59:31 | mriedem | after ^ | |
| 19:00:36 | mriedem | here https://github.com/openstack-dev/devstack/blob/master/lib/nova#L681 | |
| 19:00:57 | melwitt | this is reminding me what I said in the ML thread about the setup docs, we need to include step-by-step instructions for each common scenario | |
| 19:01:00 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 map_instances https://review.openstack.org/421404 | |
| 19:01:01 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 map_cell_and_hosts https://review.openstack.org/421420 | |
| 19:01:01 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 verify_instance https://review.openstack.org/421436 | |
| 19:01:02 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 discover_hosts https://review.openstack.org/421442 | |
| 19:01:02 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 create_cell https://review.openstack.org/421444 | |
| 19:02:19 | mriedem | before you ask me why we recreate the nova_api db after upgrading from ocata, that's a good question | |
| 19:03:29 | mriedem | melwitt: i think you just signed up for that | |
| 19:04:25 | melwitt | yeah, I should do that :) | |
| 19:06:21 | mriedem | i'm not entirely sure what goes on with the dbs in grenade | |
| 19:08:18 | mriedem | sdague: is https://github.com/openstack-dev/devstack/blob/master/lib/nova#L676 not called during grenade? | |
| 19:11:25 | mriedem | oh i guess not | |
| 19:11:33 | mriedem | which is why we don't stomp on the databases from the n-1 run | |
| 19:12:08 | mriedem | ok i'm going to be away for awhile | |
| 19:12:20 | owalsh | mriedem: me too, thanks! | |
| 19:17:18 | openstackgerrit | Eric Fried proposed openstack/nova: Introduce base PowerVM driver https://review.openstack.org/391288 | |
| 19:17:52 | openstackgerrit | Eric Fried proposed openstack/nova: Introduce base PowerVM driver https://review.openstack.org/391288 | |
| 19:18:22 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 map_instances https://review.openstack.org/421404 | |
| 19:18:22 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 map_cell_and_hosts https://review.openstack.org/421420 | |
| 19:18:23 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 verify_instance https://review.openstack.org/421436 | |
| 19:18:24 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 simple_cell_setup https://review.openstack.org/421333 | |
| 19:18:24 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 map_cell0 https://review.openstack.org/421384 | |
| 19:18:25 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 discover_hosts https://review.openstack.org/421442 | |
| 19:18:25 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 create_cell https://review.openstack.org/421444 | |
| 19:18:26 | openstackgerrit | Diana Clarke proposed openstack/nova: nova-manage docs: cell_v2 list_cells https://review.openstack.org/421458 | |