<div dir="ltr">Thanks! <br><div><br></div><div>Martin</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 6, 2019 at 11:20 AM Kulazhenkov, Yury <<a href="mailto:Yury.Kulazhenkov@dell.com">Yury.Kulazhenkov@dell.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="EN-US">
<div class="gmail-m_-4925367669603686232WordSection1">
<p class="MsoNormal">Hi Martin,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Martin wrote:<u></u><u></u></p>
<p class="MsoNormal">> So if we get volumes that are still mapped to hypervisors after deleting the attached instances with sio_unmap_volume_before_deletion set to False, there's a good chance it's a bug?<u></u><u></u></p>
<p class="MsoNormal">Yes, volumes should be detached from host even without set sio_unmap_volume_before_deletion = True.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Yury<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><b>From:</b> Martin Chlumsky <<a href="mailto:martin.chlumsky@gmail.com" target="_blank">martin.chlumsky@gmail.com</a>> <br>
<b>Sent:</b> Wednesday, February 6, 2019 6:20 PM<br>
<b>To:</b> Kulazhenkov, Yury<br>
<b>Cc:</b> Kanevsky, Arkady; <a href="mailto:jsbryant@electronicjungle.net" target="_blank">jsbryant@electronicjungle.net</a>; <a href="mailto:openstack-discuss@lists.openstack.org" target="_blank">openstack-discuss@lists.openstack.org</a>; Walsh, Helen; Belogrudov, Vladislav<br>
<b>Subject:</b> Re: [Cinder][driver][ScaleIO]<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p><span style="color:rgb(206,17,38)">[EXTERNAL EMAIL] <u></u><u></u></span></p>
</div>
<div>
<div>
<p class="MsoNormal">Hi Yury,<br>
<br>
Thank you for the clarification.<br>
So if we get volumes that are still mapped to hypervisors after deleting the attached instances with sio_unmap_volume_before_deletion set to False, there's a good chance it's a bug? I will open a bug report in this case.<br>
<br>
Cheers,<br>
<br>
Martin<u></u><u></u></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">On Wed, Feb 6, 2019 at 9:35 AM Kulazhenkov, Yury <<a href="mailto:Yury.Kulazhenkov@dell.com" target="_blank">Yury.Kulazhenkov@dell.com</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0in 0in 0in 6pt;margin:5pt 0in 5pt 4.8pt">
<p class="MsoNormal" style="margin-bottom:12pt">Hi Martin,<br>
<br>
Martin wrote:<br>
> It seems you would always <br>
> want to unmap the volume from the hypervisor before deleting it.<br>
If you remove or shelve instance from hypervisor host, then nova will trigger ScaleIO to unmap volume from that host.<br>
No issues should happen during deletion at this point, because volume is already unmapped(unmounted).<br>
No need to change sio_unmap_volume_before_deletion default value here.<br>
<br>
Martin wrote:<br>
> What is the reasoning behind this option?<br>
Setting sio_unmap_volume_before_deletion option to True means that cinder driver will force unmount volume from ALL ScaleIO client nodes (not only Openstack nodes) during volume deletion.
<br>
Enabling this option can be useful if you periodically detect compute nodes with unmanaged ScaleIO volume mappings(volume mappings that not managed by Openstack) in your environment. You can get such unmanaged mappings in some cases, for example if there was
hypervisor node power failure. If during that power failure instances with mapped volumes were moved to another host, than unmanaged mappings may appear on failed node after its recovery.<br>
<br>
Martin wrote:<br>
>Why would we ever set this <br>
> to False and why is it False by default?<br>
Force unmounting volumes from ALL ScaleIO clients is additional overhead. It doesn't required in most environments.<br>
<br>
<br>
Best regards,<br>
Yury<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:Arkady.Kanevsky@dell.com" target="_blank">Arkady.Kanevsky@dell.com</a> <<a href="mailto:Arkady.Kanevsky@dell.com" target="_blank">Arkady.Kanevsky@dell.com</a>>
<br>
Sent: Wednesday, February 6, 2019 7:24 AM<br>
To: <a href="mailto:jsbryant@electronicjungle.net" target="_blank">jsbryant@electronicjungle.net</a>;
<a href="mailto:openstack-discuss@lists.openstack.org" target="_blank">openstack-discuss@lists.openstack.org</a>; Walsh, Helen; Belogrudov, Vladislav<br>
Subject: RE: [Cinder][driver][ScaleIO]<br>
<br>
Adding Vlad who is the right person for ScaleIO driver.<br>
<br>
-----Original Message-----<br>
From: Jay Bryant <<a href="mailto:jungleboyj@gmail.com" target="_blank">jungleboyj@gmail.com</a>>
<br>
Sent: Tuesday, February 5, 2019 5:30 PM<br>
To: <a href="mailto:openstack-discuss@lists.openstack.org" target="_blank">openstack-discuss@lists.openstack.org</a>; Walsh, Helen<br>
Subject: Re: [Cinder][driver][ScaleIO]<br>
<br>
Adding Helen Walsh to this as she may be able to provide insight.<br>
<br>
Jay<br>
<br>
On 2/5/2019 12:16 PM, Martin Chlumsky wrote:<br>
> Hello,<br>
><br>
> We are using EMC ScaleIO as our backend to cinder.<br>
> When we delete VMs that have attached volumes and then try deleting <br>
> said volumes, the volumes will sometimes end in state error_deleting.<br>
> The state is reached because for some reason the volumes are still <br>
> mapped (in the ScaleIO sense of the word) to the hypervisor despite <br>
> the VM being deleted.<br>
> We fixed the issue by setting the following option to True in cinder.conf:<br>
><br>
> # Unmap volume before deletion. (boolean value) <br>
> sio_unmap_volume_before_deletion=False<br>
><br>
><br>
> What is the reasoning behind this option? Why would we ever set this <br>
> to False and why is it False by default? It seems you would always <br>
> want to unmap the volume from the hypervisor before deleting it.<br>
><br>
> Thank you,<br>
><br>
> Martin<u></u><u></u></p>
</blockquote>
</div>
</div>
</div>
</blockquote></div>