[openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes
Walter A. Boring IV
walter.boring at hpe.com
Thu Feb 4 16:38:02 UTC 2016
My plan was to store the connector object at attach_volume time. I was
going to add an additional column to the cinder volume attachment table
that stores the connector that came from nova. The problem is live
migration. After live migration the connector is out of date. Cinder
doesn't have an existing API to update attachment. That will have to be
added, so that the connector info can be updated.
We have needed this for force detach for some time now.
It's on my list, but most likely not until N, or at least not until the
microversions land in Cinder.
Walt
> Hi all,
> I was wondering if there was any way to cleanly detach volumes from
> failed nodes. In the case where the node is up nova-compute will call
> Cinder's terminate_connection API with a "connector" that includes
> information about the node - e.g., hostname, IP, iSCSI initiator name,
> FC WWPNs, etc.
> If the node has died, this information is no longer available, and so
> the attachment cannot be cleaned up properly. Is there any way to
> handle this today? If not, does it make sense to save the connector
> elsewhere (e.g., DB) for cases like these?
>
> Thanks,
> Avishay
>
> --
> *Avishay Traeger, PhD*
> /System Architect/
>
> Mobile:+972 54 447 1475
> E-mail: avishay at stratoscale.com <mailto:avishay at stratoscale.com>
>
>
>
> Web <http://www.stratoscale.com/> | Blog
> <http://www.stratoscale.com/blog/> | Twitter
> <https://twitter.com/Stratoscale> | Google+
> <https://plus.google.com/u/1/b/108421603458396133912/108421603458396133912/posts> |
> Linkedin <https://www.linkedin.com/company/stratoscale>
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160204/7c70634d/attachment.html>
More information about the OpenStack-dev
mailing list