| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-08-11 | |||
| 02:30:55 | ayoung | Nah, that is not a problem. We know it is all libvirt when we are talking about this. People have old clusters...I have one on RDO Liberty.... | |
| 02:31:17 | sean-k-mooney | yes so there is the paralle cloud migration work that is being done | |
| 02:31:50 | ayoung | I suspect that even the live migrationm would not make them happy, but I need to be able to talk it through. I suspect that the payloads would not suffer the cloud split anyway. | |
| 02:31:54 | sean-k-mooney | that works by runing basicaly a proxy vm on each cloud that can acess the hosts running the vms then it somehow orchestrates the migration betwen the clouds | |
| 02:32:10 | ayoung | So migrate from Nova to proxy and then from Proxy to new cloud? | |
| 02:32:30 | ayoung | Ah, proxy VM, not proxy host | |
| 02:32:41 | sean-k-mooney | i think how its ment to work is the first recreate the flavors network imaves on the new cloud | |
| 02:32:50 | sean-k-mooney | both a new vm on the new cloud with thos imnages | |
| 02:33:05 | sean-k-mooney | then migrate the runing instnce form one cloud to the prepared vm on the new cloud | |
| 02:33:10 | sean-k-mooney | something like that | |
| 02:33:17 | ayoung | So the proxy is smart enough to "trick" the old and new Novas that all is well | |
| 02:33:43 | sean-k-mooney | i think the plan is to recreate the resouces on the new cloud with the same uuid/flavors ectra | |
| 02:33:49 | sean-k-mooney | e.g. spin up a nova managed vm | |
| 02:34:02 | sean-k-mooney | then swap out the root disk ectra using a migration | |
| 02:34:14 | sean-k-mooney | its totally a hack but its one thing that people are looking at | |
| 02:34:36 | sean-k-mooney | the proxy just provides connectivity between the cloud i think | |
| 02:34:36 | ayoung | So it is not a completely crazy idea, but it requires a substantial amoung of work to make it stable. | |
| 02:34:52 | sean-k-mooney | oh its crazy i would never use it in production or recommend it to customer | |
| 02:35:04 | sean-k-mooney | that does not mean that marketing dont like it and want to sell it | |
| 02:35:20 | sean-k-mooney | and there are people working on maiking it work | |
| 02:35:53 | sean-k-mooney | just because its a crazy idea does not mean its a worse idea then doing FFU form libverty to train | |
| 02:36:20 | sean-k-mooney | if your on osp 7 still it makes sense in a strange way | |
| 02:36:25 | ayoung | mind if I use " oh its crazy i would never use it in production or recommend it to customer" in my next deck? | |
| 02:37:13 | sean-k-mooney | i mean you can if you want | |
| 02:37:15 | ayoung | I am sure some sick bastid somewhere got live migration from vmware to libirt (or the reverse) working | |
| 02:37:30 | sean-k-mooney | its not something the compoent teams are currently plannign on supporting | |
| 02:37:52 | sean-k-mooney | it being developl by the upgrades dfg with input form the feild teams and support | |
| 02:38:13 | sean-k-mooney | vmware proablyt have the reverse working | |
| 02:38:30 | sean-k-mooney | ayoung: but realistitly its very unlikely | |
| 02:38:44 | sean-k-mooney | the virtual devices are completely differnt | |
| 02:39:03 | ayoung | I was actually thinking through the steps required for oVirt to Kubevirt and realized it was the same kind of problem | |
| 02:39:35 | sean-k-mooney | yes althoguh in that case i think there is less state to recreate | |
| 02:39:44 | ayoung | What makes that one interesting is that it is possibly a migration to the same hardware, but a different libvirst (in a container) | |
| 02:40:19 | sean-k-mooney | in both ovirt and kubevirt there isnt realy and nic state to recreate and if you are uing an external storage solution you can proably jsut reuse it since kubvirt allow much more acess to the xml | |
| 02:40:53 | sean-k-mooney | ayoung: i mean technically you can do that with openstack too | |
| 02:41:20 | ayoung | Right. Hence me being here and asking the question of people I trust to have the basis for answering. | |
| 02:42:03 | ayoung | The real question is if you could set up a system to do that, and to make it work with old deployments. | |
| 02:42:23 | ayoung | Like RDO liberty to OSP 17 | |
| 02:42:35 | sean-k-mooney | ayoung: https://www.redhat.com/en/blog/migrating-openstack-platform-13-openstack-platform-16-os-migrate | |
| 02:43:18 | ayoung | Never show stuff like that to sales.... | |
| 02:43:26 | sean-k-mooney | https://github.com/os-migrate/os-migrate | |
| 02:43:42 | sean-k-mooney | ayoung: its now offically a supported part of the product starting in 16.1 | |
| 02:44:01 | sean-k-mooney | it might be tech preview | |
| 02:44:21 | sean-k-mooney | im also not sure if it live or cold migration | |
| 02:44:57 | sean-k-mooney | Shut down the instances that are going to be migrated. Currently this OpenStack to OpenStack migration solution only supports cold migration. | |
| 02:45:02 | sean-k-mooney | so ya cold right now | |
| 02:45:45 | sean-k-mooney | if you know it was libvirt or osp on both end | |
| 02:45:55 | sean-k-mooney | you proably could make live migration work too eventurally | |
| 02:46:16 | ayoung | Like OSP 13 to 16 ... | |
| 02:46:19 | sean-k-mooney | this really isnt something supportable upstream in nova. | |
| 02:46:33 | sean-k-mooney | ayoung: its intended for moving fom 13 to 16 yes | |
| 02:46:41 | sean-k-mooney | as an alterniivte to an inplace update | |
| 02:46:46 | ayoung | I actually have just that use case.... | |
| 02:46:57 | sean-k-mooney | just deploy a second cloud the cold migrate the workloads | |
| 02:48:48 | sean-k-mooney | anyway its almost 4am here and i was just checking a few thing on my laptop when i work up so im going back to bed o/ | |
| 02:49:04 | ayoung | OK, thank you for all this. It might be very useful, if only to drive discussions. | |
| 08:56:22 | luyao | stephenfin, alex_xu: thanks for review, I updated and split the patch. https://review.opendev.org/#/c/714653/ | |
| 10:08:11 | lyarwood | jsuchome: apologies for not getting back to you yesterday | |
| 10:08:23 | lyarwood | jsuchome: I still wanted to write up a job that would actually exercise this | |
| 10:08:33 | lyarwood | jsuchome: the job I posted previously did not | |
| 10:08:49 | lyarwood | jsuchome: I'll try to find some time this week but I'm fighting a few fires downstream at the moment | |
| 10:28:22 | jsuchome | lyarwood: thanks, I was afraid I scared you away :-) | |
| 11:36:27 | openstackgerrit | Alex Deiter proposed openstack/nova master: Detach is broken for multi-attached fs-based volumes https://review.opendev.org/741712 | |
| 13:26:14 | openstackgerrit | sean mooney proposed openstack/nova master: Remove deprecated scheduler filters https://review.opendev.org/744800 | |
| 13:38:22 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tests: Add reproducer for bug #1879878 https://review.opendev.org/744950 | |
| 13:38:22 | openstack | bug 1879878 in OpenStack Compute (nova) "VM become Error after confirming resize with Error info CPUUnpinningInvalid on source node " [Medium,In progress] https://launchpad.net/bugs/1879878 - Assigned to Stephen Finucane (stephenfinucane) | |
| 13:38:22 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Don't unset Instance.old_flavor, new_flavor until necessary https://review.opendev.org/744958 | |
| 13:38:22 | openstackgerrit | Stephen Finucane proposed openstack/nova master: compute: Add type hints for resize functions https://review.opendev.org/745341 | |
| 13:38:22 | openstackgerrit | Stephen Finucane proposed openstack/nova master: manager: Move context manager up one level https://review.opendev.org/745674 | |
| 13:38:22 | openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP: compute: Add more type hints for resize functions https://review.opendev.org/745675 | |
| 15:15:49 | sean-k-mooney | stephenfin: lyarwood can i get some priority review on https://review.opendev.org/#/c/738432/ | |
| 15:16:13 | sean-k-mooney | i want to get that backported sooner rather then later | |
| 15:16:20 | sean-k-mooney | perferably strating it this week | |
| 15:17:19 | sean-k-mooney | i would like to see if we can get that in 16.1.1 maybe 16.1.2 downstream but would prefer to do that by backporting upstream | |
| 15:17:44 | sean-k-mooney | this only need to go back to train but its important to fix | |
| 15:51:08 | artom | melwitt, if you're online already, could you give https://review.opendev.org/#/c/743710/5 a look? It's blocking a bugfix on top | |
| 16:59:45 | sean-k-mooney | alex_xu: maybe you could take a look at the patch artom linked above ^ https://review.opendev.org/#/c/743710/5 | |
| 16:59:54 | sean-k-mooney | if melwitt is not about | |
| 17:00:13 | sean-k-mooney | its pretty small and would be nice to get landed to unblock the other | |
| 17:20:34 | melwitt | artom, sean-k-mooney: I can look if no one else gets to it first | |
| 17:20:41 | artom | melwitt, cheers! | |
| 17:37:09 | lyarwood | sean-k-mooney: I'll look this evening | |
| 17:38:23 | artom | lyarwood, you can't, you're the author | |
| 17:38:44 | artom | With gibi and bauzas on PTO, melwitt and alex_xu are the only 2 cores who can +A it | |
| 17:43:38 | melwitt | and dansmith | |
| 17:47:00 | dansmith | artom: ouch artom, ouch | |
| 17:47:16 | artom | dansmith, not my fault you're off in 1/4 U2 land | |
| 17:47:24 | artom | U0.5 | |
| 17:53:35 | lyarwood | artom: sorry I was talking about another patch | |
| 17:53:49 | artom | lyarwood, whoops, apologies, here I go assuming stuff | |
| 17:53:51 | lyarwood | https://review.opendev.org/#/c/738432/ | |
| 17:54:14 | artom | dansmith, aww, thanks, you're bumped to U1 now ;) | |
| 17:56:35 | artom | You think I'm just going to stop making lame puns? | |
| 19:04:52 | openstackgerrit | Merged openstack/nova stable/queens: objects: Update keypairs when saving an instance https://review.opendev.org/743271 | |
| 19:55:02 | lyarwood | sean-k-mooney: http://paste.openstack.org/show/796745/ - getting this in a two node stable/queens env, any ideas? | |
| 19:55:45 | lyarwood | https://bugs.launchpad.net/os-vif/+bug/1749972 - of course I've hit this before lol | |
| 19:55:45 | openstack | Launchpad bug 1749972 in os-vif "`brctl setageing $bridge 0` fails on Ubuntu 16.04 4.4.0-21-generic" [Undecided,Invalid] | |
| 19:56:09 | lyarwood | virt-builder is both awesome and a PITA sometimes | |
| 19:57:31 | openstackgerrit | Merged openstack/nova master: func: Introduce a server_expected_state kwarg to InstanceHelperMixin._live_migrate https://review.opendev.org/743710 | |
| 20:48:43 | openstackgerrit | Merged openstack/nova master: Add regression test for bug 1879787 https://review.opendev.org/741230 | |