<div dir="ltr">Hi Rodrigo,<div><br></div><div>Thanks for your help on this. We were helping Ignazio in #openstack-manila channel. He wants to migrate a share across ONTAP clusters, which isn't supported in the current implementation of the driver-assisted-migration with NetApp driver. So, instead of using migration methods, we suggested using share-replication to create a copy in the destination, which will use the storage technologies to copy the data faster. Ignazio didn't try that out yet, since it was late in his timezone. We should continue tomorrow or in the next few days.<br></div><div><br></div><div>Best regards,</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 4, 2021 at 5:14 PM Rodrigo Barbieri <<a href="mailto:rodrigo.barbieri2010@gmail.com">rodrigo.barbieri2010@gmail.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"><div dir="ltr"><div>Hello Ignazio,</div><div><br></div><div>If you are attempting to migrate between 2 NetApp backends, then you shouldn't need to worry about correctly setting the data_node_access_ip. Your ideal migration scenario is a driver-assisted-migration, since it is between 2 NetApp backends. If that fails due to misconfiguration, it will fallback to a host-assisted migration, which will use the data_node_access_ip and the host will attempt to mount both shares. This is not what you want for this scenario, as this is useful for different backends, not your case.</div><div><br></div><div>if you specify "manila migration-start --preserve-metadata True" it will prevent the fallback to host-assisted, so it is easier for you to narrow down the issue with the host-assisted migration out of the way.</div><div><br></div><div>I used to be familiar with the NetApp driver set up to review your case, however that was a long time ago. I believe the current NetApp driver maintainers will be able to more accurately review your case and spot the problem.</div><div><br></div><div>If you could share some info about your scenario such as:</div><div><br></div><div>1) the 2 backends config groups in manila.conf (sanitized, without passwords)</div><div>2) a "manila show" of the share you are trying to migrate (sanitized if needed)</div><div>3) the "manila migration-start" command you are using and its parameters.</div><div><br></div><div>Regards,</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 4, 2021 at 2:06 PM Ignazio Cassano <<a href="mailto:ignaziocassano@gmail.com" target="_blank">ignaziocassano@gmail.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"><div dir="ltr"><div>Hello All, <br></div><div>I am trying to migrate a share between a netapp backend to another.</div><div>Both backends are configured in my manila.conf.<br></div><div>I am able to create share on both, but I am not able to migrate share between them.</div><div>I am using DSSH=False.</div><div>I did not understand how host and driver assisted migration work and what  "data_node_access_ip" means.</div><div>The share I want to migrate is on a network (<a href="http://10.102.186.0/24" target="_blank">10.102.186.0/24</a>) that I can reach by my management controllers network (<a href="http://10.102.184.0/24" target="_blank">10.102.184.0/24</a>). I Can mount share from my controllers and I can mount also the netapp SVM where the share is located.</div><div>So in the data_node_access_ip I wrote the list of my controllers management ips.</div><div>During the migrate phase I checked if my controller where manila is running mounts the share or the netapp SVM but It does not happen.</div><div>Please, what is my mistake ?</div><div>Thanks</div><div>Ignazio<br></div><div><br></div><div><br></div><div><br></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Rodrigo Barbieri<div>MSc Computer Scientist</div><div>OpenStack Manila Core Contributor</div><div>Federal University of São Carlos</div><div><br></div></div></div></div></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div>Douglas Salles Viroel</div></div>