<div dir="ltr">Pablo, <br><br>All the logic for device mappings its on the database, so be sure to replicate (carefull no to overlap volumes id) all your volume data from the table : <br><br>- volumes<div style>- volumes metadata </div>
<div style><br>An the most important one:</div><div style><br></div><div style>- block_device_mappings</div><div style><br></div><div style>On this tables is where actually resides the conection parameters for the LUN and the connection method (driver specs)</div>
<div style><br></div><div style>{"driver_volume_type": "iscsi", "data": {"device_path": "/dev/disk/by-path/ip-10.1.1.100:3260-iscsi-iqn.1992-08.com.netapp:sn.1874337601-lun-0", "target_discovered": false, "target_iqn": "iqn.1992-08.com.netapp:sn.1874337601", "target_portal": "<a href="http://10.1.1.100:3260">10.1.1.100:3260</a>", "volume_id": 26, "target_lun": "0"}}<br>
</div><div style><br></div><div style>This info is what nova uses to trigger the isciadm commands to attach the lun to the VM when volume_attach() is called, </div><div style><br></div><div style>And dont you forget to respect all the metadata and types values on the tables:<br>
<br>volume_types<br>volume_types_extra_specs</div><div style><br></div><div style>And the values matches the ones that you have dumped on the migrated volume</div><div style><br></div><div style>With all of this you should be good to go without issues</div>
<div style><br></div><div style>Best</div><div style><br>Lean<br>Mercadolibre Cloudbuilders Team</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 3, 2013 at 6:24 PM, pablo fernandez <span dir="ltr"><<a href="mailto:fernandezpablo85@gmail.com" target="_blank">fernandezpablo85@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">Hi list!</div><div class="gmail_default" style="font-family:verdana,sans-serif">
<br></div><div class="gmail_default" style="font-family:verdana,sans-serif">

I'm working on a company that has 2 openstack clouds, an essex installation and a folsom one. I'm trying to migrate a netApp volume from one to the other, checking the required fields in the database to copy the metadata. Obviously both volumes would be detached.</div>


<div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Any advice on this? Has somebody already tried it (and hopefully succeeded). It's really important for us in order to upgrade our openstack version, you'll understand it's impossible for us to do a "flip-the-switch" migration.</div>


<div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Thanks a lot.</div><span class="HOEnZb"><font color="#888888"><div class="gmail_default" style="font-family:verdana,sans-serif">


<br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Pablo</div></font></span></div>
<br>_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br></blockquote></div><br></div>