<div dir="ltr"><div>Hello Sean, you are right.</div><div>Setting cinder nfs it works fine and we do not need do share /var/lib/nova.</div><div>Probably there was some errors in my previous installation.</div><div>Ignazio<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno mar 22 giu 2021 alle ore 14:32 Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@redhat.com</a>> ha scritto:<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, 2021-06-22 at 13:57 +0200, Ignazio Cassano wrote:<br>
> Hello , I am using cinder with netapp driver but if I do not mount a<br>
> share<br>
> under /var/lib/docker/volumes/nova_compute/_data live migration does<br>
> not<br>
> work because an error is disblayed: shared storage in needes or<br>
> something<br>
> like that.<br>
> I do not understand why is does not notice that volumes are shared<br>
<br>
so these are cinder boot form volume guests?<br>
if you are usign the correct microverion it should detect that its<br>
shared storage automaticaly when you do a migration can you confirm the<br>
command you are usign to do the migration and that its a boot form<br>
volumen guest not an image backed guest with a data volumn.<br>
> <br>
> Ignazio<br>
> <br>
> Il giorno mar 22 giu 2021 alle ore 13:43 Sean Mooney <<br>
> <a href="mailto:smooney@redhat.com" target="_blank">smooney@redhat.com</a>><br>
> ha scritto:<br>
> <br>
> > On Tue, 2021-06-22 at 13:02 +0200, Radosław Piliszek wrote:<br>
> > > Hello Ignazio,<br>
> > > <br>
> > > If you are not using Cinder NFS backend already, you need to set:<br>
> > > <br>
> > >   enable_shared_var_lib_nova_mnt: yes<br>
> > > <br>
> > > And yes, you need to manage fstab yourself, mounting the shared<br>
> > > nfs<br>
> > > at<br>
> > > /var/lib/nova/mnt<br>
> > > <br>
> > > It must happen before the containers are started (so before<br>
> > > deploy or<br>
> > > redeploy).<br>
> > i dont think they were refering to cinder nfs.<br>
> > we have support for deploying novas state directory and libvirts<br>
> > stroage on nfs in nvoa when usign the raw/qcow image backend.<br>
> > <br>
> > in general i advise against that but it is supported.<br>
> > you should ensure that you use nfs v4 preferable nfs v4.2 or newer<br>
> > <br>
> > with my downstream hat on we droped supprot for nfs v3 many years<br>
> > ago<br>
> > and the last lts release we hadd that supported it was based on<br>
> > newton.<br>
> > technially we dont have a min nfs version requirement ustream but<br>
> > at<br>
> > some point i think we shoudl enforce at least nfs v4 upstream too.<br>
> > there are several known locking issues with nfs v3 that make it<br>
> > generally problematic to use at scale with nova that manifest<br>
> > intermietnly during move operations.<br>
> > <br>
> > the same may or may not be true with nfs via cinder but that is one<br>
> > of<br>
> > the less well tested and hardened cinder backends to use with nova.<br>
> > <br>
> > <br>
> > > <br>
> > > -yoctozepto<br>
> > > <br>
> > > On Tue, Jun 22, 2021 at 12:11 PM Ignazio Cassano<br>
> > > <<a href="mailto:ignaziocassano@gmail.com" target="_blank">ignaziocassano@gmail.com</a>> wrote:<br>
> > > > <br>
> > > > Hello Stackers, is there any configuration parameter in kolla<br>
> > > > for<br>
> > > > sharing nova on nfs between compute nodes ? Or I must insert an<br>
> > > > entry in fstab ?<br>
> > > > Thanks<br>
> > > > Ignazio<br>
> > > > <br>
> > > <br>
> > <br>
> > <br>
> > <br>
<br>
<br>
</blockquote></div>