<div dir="ltr"><div>Ok, thanks a lot</div><div>If cold migration is supposed to work between hosts with different operating systems, we are fine</div><div>Cheers, Massimo</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 6, 2022 at 10:48 AM Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 2022-12-06 at 10:34 +0100, Dmitriy Rabotyagov wrote:<br>
> Hi Massimo,<br>
> <br>
> Assuming you have manual installation (not using any deployment<br>
> projects), I have several comments on your plan.<br>
> <br>
> 1. I've missed when you're going to upgrade Nova/Neutron on computes.<br>
> As you should not create a gap in OpenStack versions between<br>
> controllers and computes since nova-scheduler has a requirement on RPC<br>
> version computes will be using. Or, you must define the rpc version<br>
> explicitly in config to have older computes (but it's not really a<br>
> suggested way).<br>
> 2. Also once you do db sync, your second controller might misbehave<br>
> (as some fields could be renamed or new tables must be used), so you<br>
> will need to disable it from accepting requests until syncing<br>
> openstack version as well. If you're not going to upgrade it until<br>
> getting first one to Yoga - it should be disabled all the time until<br>
> you get Y services running on it.<br>
> 3. It's totally fine to run multi-distro setup. For computes the only<br>
> thing that can go wrong is live migrations, and that depends on<br>
> libvirt/qemu versions. I'm not sure if CentOS 8 Stream have compatible<br>
> version with Ubuntu 22.04 for live migrations to work though, but if<br>
> you care about them (I guess you do if you want to migrate workloads<br>
> semalessly) - you'd better check. But my guess would be that CentOS 8<br>
> Stream should have compatible versions with Ubuntu 20.04 - still needs<br>
> deeper checking.<br>
the live migration issue is a know limiation<br>
basically it wont work across distro today because the qemu emulator path<br>
is distro specific and we do not pass that back form the destinatino to the<br>
source so libvirt will try and boot the vm referncign a binary that does not exist<br>
im sure you could propaly solve that with a symlink or similar.<br>
if you did the next issue you would hit is we dont normally allwo live mgration<br>
form a newer qemu/libvirt verson to an older one<br>
<br>
with all that said cold migration shoudl work fine and wihtine any one host os live migration<br>
will work. you could proably use host aggreates or simialr to enforece that if needed but<br>
cold migration is the best way to move the workloads form hypervior hosts with different distros.<br>
<br>
> <br>
> вт, 6 дек. 2022 г. в 09:40, Massimo Sgaravatto <<a href="mailto:massimo.sgaravatto@gmail.com" target="_blank">massimo.sgaravatto@gmail.com</a>>:<br>
> > <br>
> > Any comments on these questions ?<br>
> > Thanks, Massimo<br>
> > <br>
> > On Fri, Dec 2, 2022 at 5:02 PM Massimo Sgaravatto <<a href="mailto:massimo.sgaravatto@gmail.com" target="_blank">massimo.sgaravatto@gmail.com</a>> wrote:<br>
> > > <br>
> > > Dear all<br>
> > > <br>
> > > <br>
> > > <br>
> > > Dear all<br>
> > > <br>
> > > We are now running an OpenStack deployment: Yoga on CentOS8Stream.<br>
> > > <br>
> > > We are now thinking about a possible migration to Ubuntu for several reasons in particular:<br>
> > > <br>
> > > a- 5 years support for both the Operating System and OpenStack (considering LTS releases)<br>
> > > b- Possibility do do a clean update between two Ubuntu LTS releases<br>
> > > c- Easier procedure (also because of b) for fast forward updates (this is what we use to do)<br>
> > > <br>
> > > Considering the latter item, my understanding is that an update from Ubuntu 20.04 Ussuri to Ubuntu 22.04 Yoga could be done in the following<br>
> > > way (we have two controller nodes and n compute nodes):<br>
> > > <br>
> > > - Update of first controller node from Ubuntu 20.04 Ussuri to Ubuntu 20.04 Victoria (update OpenStack packages + dbsync)<br>
> > > - Update of first controller node from Ubuntu 20.04 Victoria to Ubuntu 20.04 Wallaby (update OpenStack packages + dbsync)<br>
> > > - Update of first controller node from Ubuntu 20.04 Wallaby to Ubuntu 20.04 Xena (update OpenStack packages + dbsync)<br>
> > > - Update of first controller node from Ubuntu 20.04 Xena to Ubuntu 20.04 Yoga (update OpenStack packages + dbsync)<br>
> > > - Update of first controller node from Ubuntu 20.04 Yoga to Ubuntu 22.04 Yoga (update Ubuntu  packages)<br>
> > > - Update of second controller node from Ubuntu 20.04 Ussuri to Ubuntu 22.04 Yoga (update OpenStack and Ubuntu packages)<br>
> > > - Update of the compute nodes from Ubuntu 20.04 Ussuri to Ubuntu 22.04 Yoga (update OpenStack and Ubuntu packages)<br>
> > > <br>
> > > <br>
> > > We would do the same when migrating from Ubuntu 22.04 Yoga to Ubuntu 24.04 and the OpenStack xyz release (where xyz<br>
> > > is the LTS release used in Ubuntu 24.04)<br>
> > > <br>
> > > Is this supposed to work or am I missing something ?<br>
> > > <br>
> > > If we decide to migrate to Ubuntu, the first step would be the reinstallation with Ubuntu 22.04/Yoga of each node<br>
> > > currently running CentOS8 stream/Yoga.<br>
> > > I suppose there are no problems having in the same OpenStack installation nodes running the same<br>
> > > Openstack version but different operating systems, or am I wrong ?<br>
> > > <br>
> > > Thanks, Massimo<br>
> > > <br>
> <br>
<br>
</blockquote></div></div>