Open Stack

Hi,


After migrating from Juno to Mitaka [ via Kilo and Liberty in between ],
new cinder-volume services are created with pool specific names, instead of
host specific names.

e.g.


Old service:     node123 at rbd-volumes#rbd-volumes
New service:   rbd:poolzone1 at rbd-volumes#rbd-volumes



The old services show as down, and the new services function normally.

However, volumes seem to have the old service name specified in the volume
propery "os-vol-host-attr:host".  This makes volume operations like delete
fail, they remain in state deleting.


If we update the "host" value from the volumes table in the cinder db, the
operations work again.

This feels like something that should be part of a db data migration
process.  Did we miss a step that does this?
Is there proper way to manage this migration from one cinder-volume service
to another?

The "cinder migrate" doesn't seem to work, and isn't that practical anyway
when you have 100s or 1000s of volumes.


Any suggestions or pointers appreciated :)



Cheers,
Just

-- 


Notice:  This email is confidential and may contain copyright material of 
members of the Ocado Group. Opinions and views expressed in this message 
may not necessarily reflect the opinions and views of the members of the 
Ocado Group. 

 

If you are not the intended recipient, please notify us immediately and 
delete all copies of this message. Please note that it is your 
responsibility to scan this message for viruses. 

 

Fetch and Sizzle are trading names of Speciality Stores Limited and Fabled 
is a trading name of Marie Claire Beauty Limited, both members of the Ocado 
Group.

 

References to the “Ocado Group” are to Ocado Group plc (registered in 
England and Wales with number 7098618) and its subsidiary undertakings (as 
that expression is defined in the Companies Act 2006) from time to time. 
 The registered office of Ocado Group plc is Titan Court, 3 Bishops Square, 
Hatfield Business Park, Hatfield, Herts. AL10 9NE.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20161208/1c2c3a4f/attachment.html>