[Openstack] Migrate volume from Essex to Folsom

Brano Zarnovican zarnovican at gmail.com
Thu Jul 4 14:27:41 UTC 2013

On Wed, Jul 3, 2013 at 11:24 PM, pablo fernandez
<fernandezpablo85 at gmail.com> wrote:
> Hi list!
> Any advice on this? Has somebody already tried it (and hopefully succeeded).

We did this migration "in-place". On day D, we dumped Essex
Openstack/DFM DB and restored in Folsom. I have created a patch for
Folsom Netapp driver to recognize Essex volumes/snapshots.

I assume that both your clouds are hitting the same DFM. Otherwise,
you would have to migrate entries not only between Openstack DB, but
DFM DB, too. Would be painful..

Folsom Netapp driver has added some meta-data to Openstack datasets
(in DFM), so Folsom will not recognize DFM datasets created in Essex
(and hence all Essex LUNs would be invisible). I have added that
meta-data manually with the attached script.

Volume is identified by (host, provider_location). Host is the one
running nova-volume, provider_location is an object id in DFM db.. eg
("mgmt-netapp.example.com", 7574).

So if you are using the same DFM, provider_location won't change, but
you host probably would.

Problem would be that you need to migrate id from decimal to UUIDs. In
my case, this was done in Openstack DB as part of that in-place
migration. The mapping is stored in new table "volume_id_mappings".
Same comments apply also to snapshots. However, because of this UUID
change, volumes names (LUNs on Netapp) are expected in different


That was the reason for driver patch, so I did not have to rename
existing LUNs on Netapp and DFM.

It's almost easier to create all volumes in Folsom and dd the content ;-)


-------------- next part --------------
A non-text attachment was scrubbed...
Name: dfm_meta.py
Type: application/octet-stream
Size: 4606 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20130704/5b77b8ad/attachment.obj>

More information about the Openstack mailing list