| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-09-27 | |||
| 17:27:48 | mnaser | hmm im thinking add a positional argument [host] | |
| 17:27:52 | melwitt | would have to talk to dtroyer about it more | |
| 17:27:58 | mnaser | and make osc ignore the parameter provided to --live | |
| 17:28:08 | mnaser | at least to let you do clean live migrations | |
| 17:28:57 | cfriesen | mnaser: while you're in there you could also fix up all the *other* live-migration related stuff that OSC doesn't handle. | |
| 17:29:16 | cfriesen | automatic detection of block/shared, for example | |
| 17:29:34 | melwitt | oh yep, that's one that our customers have hit many times | |
| 17:29:36 | artom | Careful about that though, they're moving to openstacksdk, so it might be more intelligent to just help with the move | |
| 17:29:44 | artom | (Assuming openstacksdk doesn't have the same problems) | |
| 17:30:24 | artom | (Can I just say that I feel like like the *clients, then openstackclient, then openstacksdk is a case of https://xkcd.com/927/ ) | |
| 17:30:59 | melwitt | moving to openstacksdk is going to change the CLI arguments? I haven't read in detail about what that will involve | |
| 17:30:59 | mnaser | yep | |
| 17:31:12 | mnaser | openstacksdk has some 'intelligence' | |
| 17:31:17 | mnaser | inherited from shade | |
| 17:31:24 | mnaser | so it does a lot of figuring out of the right thing to do | |
| 17:31:32 | mnaser | or the ideal set of defaults so to speak | |
| 17:31:53 | melwitt | oh good, it can fix everything automatically then | |
| 17:32:10 | mnaser | where a live migration python call in python-novaclient assumes nothing and sends rest, openstacksdk tries to workaround all the weird things we have and deliver a reasonable end result "a successful live migration" | |
| 17:32:14 | mnaser | https://review.openstack.org/#/c/589012/ | |
| 17:32:16 | mnaser | this is good though | |
| 17:33:05 | melwitt | oh, nice patch | |
| 17:33:27 | mnaser | it was in the etherpad, so it gets through that step at least | |
| 17:33:54 | melwitt | ah, I'm blind | |
| 17:35:01 | cfriesen | the thing I don't really like about openstackclient is that the help text isn't sensitive to API version | |
| 17:35:20 | artom | Very few things are :/ | |
| 17:35:48 | mnaser | im trying to force myself to use it | |
| 17:35:55 | mnaser | so that people can use it | |
| 17:37:26 | mnaser | btw | |
| 17:37:33 | mnaser | shall we update the topic? | |
| 17:38:05 | melwitt | we should but dansmith is out until next week. I'm not sure who else can do it | |
| 17:38:51 | mnaser | i can | |
| 17:39:52 | mnaser | let me know if you want to switch it to something else or whatever :> | |
| 17:45:11 | melwitt | oh, heh. ok, IIRC we had the current release schedule in it https://wiki.openstack.org/wiki/Nova/Stein_Release_Schedule and included the current runways, which would be use-nested-allocation-candidates right now | |
| 18:00:08 | mnaser | melwitt: wanna give me something to copy pasta into the topic? | |
| 18:00:29 | melwitt | yeah, lemme see. I can't remember what order it was in | |
| 18:01:46 | mriedem | i've talked with dtroyer about the osc live migration support, i think he basically wants to just re-write the command on a major version | |
| 18:02:04 | mriedem | mnaser: if you do specify a host with osc's live migration command, make sure you are using the microversion that doesn't bypass the scheduler | |
| 18:02:35 | mriedem | https://docs.openstack.org/nova/latest/reference/api-microversion-history.html#id27 | |
| 18:02:45 | mnaser | mriedem: i switched to using python-novaclient because i explicitly want the scheduler to decide for me | |
| 18:03:02 | mriedem | tbc, the live migration API explicitly requires that the host param is sent, it's not optional, but the value in the REST API can be None (it's dumb) | |
| 18:03:17 | mriedem | but ^ isn't possible in osc b/c you can't specify None on the command line | |
| 18:03:34 | mriedem | you would need to make --host optional | |
| 18:04:05 | mriedem | er --live <hostname> | |
| 18:04:06 | mriedem | https://docs.openstack.org/python-openstackclient/latest/cli/command-objects/server.html#server-migrate | |
| 18:04:12 | mriedem | like, --live '' | |
| 18:04:18 | mnaser | mriedem: hence https://review.openstack.org/#/c/589012/ | |
| 18:04:28 | mriedem | yes, there is another one as well | |
| 18:04:42 | mnaser | but yeah i dunno | |
| 18:04:49 | mnaser | microversions for osc api? | |
| 18:04:53 | mnaser | heck yeah | |
| 18:05:10 | mriedem | https://review.openstack.org/#/c/460059/ | |
| 18:05:15 | mnaser | (i'm kidding please don't end me) | |
| 18:05:18 | mriedem | you can pass microversions through for osc | |
| 18:05:34 | mriedem | openstack --os-compute-api-version 2.30 migrate --live | |
| 18:05:39 | mriedem | or set an env var | |
| 18:05:48 | mnaser | yeah no but i meant like | |
| 18:05:51 | mriedem | osc doesn't do version negotiation to default to the latest like nova cli | |
| 18:05:54 | mnaser | the actaul openstack client shell api or whatever | |
| 18:06:13 | mnaser | but i guess we call those just *releases* of the client | |
| 18:06:48 | mriedem | https://review.openstack.org/#/c/460059/7//COMMIT_MSG@15 | |
| 18:06:51 | mriedem | has my suggestion in it | |
| 18:08:07 | mriedem | you also can't bfv with osc | |
| 18:08:13 | mriedem | unless you use an existing volume | |
| 18:08:22 | mriedem | those are two pretty big gaps in functionality | |
| 18:08:33 | mnaser | now on another note i think live migrations are scheduled when they are received, not when they start, right? | |
| 18:08:41 | mriedem | correct, | |
| 18:08:44 | mriedem | we have to pick the dest host | |
| 18:09:03 | mriedem | so we can setup things like port bindings and volume attachments | |
| 18:09:05 | mnaser | makes our hypervisor evacuations a bit more annoying in that we can kinda do one at a time | |
| 18:09:27 | mriedem | can only do? | |
| 18:09:54 | mnaser | well if we do host-evacuate-live on 3 nodes at once | |
| 18:09:58 | mnaser | its possible that they schedule to each other | |
| 18:10:14 | mnaser | (sometimes we actually do host-evacuate-live only for the purpose of having instances go in the right place after we make scheduler changes) | |
| 18:10:22 | mriedem | if you are evacuating the hosts, you could disable the compute service | |
| 18:10:33 | mriedem | not evacuate like the evacuate API, i mean "get the vms off this host" | |
| 18:10:48 | mnaser | yeah when we're shutting things down that's what we go for, but when shuffling things around | |
| 18:11:29 | mnaser | you kinda just want instances to move into where they are supposed to go | |
| 18:11:36 | mnaser | anyways | |
| 18:11:40 | mnaser | very minor thing | |
| 18:11:45 | mriedem | "you kinda just want instances to move into where they are supposed to go" | |
| 18:11:46 | mriedem | ha | |
| 18:11:50 | mriedem | of course! | |
| 18:11:55 | mriedem | silly scheduler | |
| 18:12:17 | mriedem | well as a tc big wig, | |
| 18:12:23 | mriedem | you can influence the goal setting for T | |
| 18:12:37 | mnaser | usually after we make scheduling tweaks | |
| 18:12:41 | mnaser | we just do a rolling live migration | |
| 18:12:52 | mriedem | so watcher but without watcher | |
| 18:13:00 | mnaser | just a one time watcher | |
| 18:13:57 | mnaser | i think watcher is super interesting but i think it depends on too many things | |
| 18:14:57 | mriedem | well as a tc big wig, | |
| 18:15:13 | mriedem | you can influence adoption of a new top-level project: watcher-lite | |
| 18:15:39 | mriedem | watcher zero | |
| 18:15:46 | mriedem | all of the flavor, none of the guilt | |
| 18:17:15 | mnaser | lols | |
| 18:21:25 | melwitt | mnaser: Current runways: use-nested-allocation-candidates -- This channel is for Nova development. For support of Nova deployments, please use #openstack. | |
| 18:22:51 | mnaser | melwitt: voila i've made myself useful for today | |
| 18:23:14 | melwitt | \o/ | |
| 18:23:55 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/rocky: nova-manage - fix online_data_migrations counts https://review.openstack.org/605828 | |
| 18:26:10 | mriedem | imacdonn: +W on https://review.openstack.org/#/c/605329/ and i found an example of a migration that has total > 0 with completed == 0 | |