Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

2016-02-06 Thread Avishay Traeger
On Thu, Feb 4, 2016 at 6:38 PM, Walter A. Boring IV wrote: > 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

Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

2016-02-04 Thread Walter A. Boring IV
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

Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

2016-01-27 Thread Matt Riedemann
On 1/26/2016 5:55 AM, Avishay Traeger wrote: OK great, thanks! I added a suggestion to the etherpad as well, and found this link helpful: https://review.openstack.org/#/c/266095/ On Tue, Jan 26, 2016 at 1:37 AM, D'Angelo, Scott > wrote:

Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

2016-01-27 Thread Avishay Traeger
On Wed, Jan 27, 2016 at 1:01 PM, Matt Riedemann wrote: > I've replied on https://review.openstack.org/#/c/266095/ and the related > cinder change https://review.openstack.org/#/c/272899/ which are adding a > new key to the volume connector dict being passed around

Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

2016-01-27 Thread Matt Riedemann
On 1/27/2016 11:22 AM, Avishay Traeger wrote: On Wed, Jan 27, 2016 at 1:01 PM, Matt Riedemann > wrote: I've replied on https://review.openstack.org/#/c/266095/ and the related cinder change

Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

2016-01-27 Thread Duncan Thomas
On 27 January 2016 at 06:40, Matt Riedemann wrote: > On 1/27/2016 11:22 AM, Avishay Traeger wrote: > >> >> I agree with you. Actually, I think it would be more correct to have >> Cinder store it, and not pass it at all to terminate_connection(). >> >> > That would be

Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

2016-01-25 Thread Avishay Traeger
t:* Monday, January 25, 2016 7:21 AM > *To:* OpenStack Development Mailing List (not for usage questions) > *Subject:* [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from > failed nodes > > > > Hi all, > > I was wondering if there was any way to cleanly detach volumes from

[openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

2016-01-25 Thread Avishay Traeger
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,

Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

2016-01-25 Thread D'Angelo, Scott
der-midcycle%20L#113> From: Avishay Traeger [mailto:avis...@stratoscale.com] Sent: Monday, January 25, 2016 7:21 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes Hi all, I was won