[ovirt-users] Info on manual operations after removing FC storage domain

[Yaniv Kaul]

On Tue, Oct 10, 2017 at 2:57 PM, Gianluca Cecchi <gianluca.cecchi at gmail.com>
wrote:

> On Tue, Oct 10, 2017 at 1:29 PM, Yaniv Kaul <ykaul at redhat.com> wrote:
>
>>
>>
>> On Oct 6, 2017 2:41 PM, "Gianluca Cecchi" <gianluca.cecchi at gmail.com>
>> wrote:
>>
>> Hello,
>> I'm relocating some disks from some storage domains to other ones.
>> At the end I'm going to remove source storage domains.
>> All the SD involved are FC and the hosts are CentOS 7.4
>> I see that after removing an SD from oVirt, the multipath part on host
>> remains.
>> What is the correct sequence of operations to do at hosts' side after
>> completing the Webadmin Gui part?
>>
>>
>> https://access.redhat.com/documentation/en-us/red_hat_enterp
>> rise_linux/7/html/storage_administration_guide/removing_devices
>>
>> (which seems to be similar to your steps below. I'd remove it from the
>> storage side after flushing though).
>> Y.
>>
>>
> Yes, when removing from physical servers I took that link as reference and
> my steps reproduce them in practice.
> I have not understood what do you mean with
>
> "
>  I'd remove it from the storage side after flushing though
> "
>
> Do yo mean this sequence:
> 1) flush the single path devices
> 2) remove the multipath device with multipath -f
> ??
> O another thing?
>

As soon as you are done flushing IO, I'd remove the device (unzone). The
reason is that you do not want it to be re-discovered.
Y.


>
> Also I found in the mean time this bugzilla (for RHEV)
> https://bugzilla.redhat.com/show_bug.cgi?id=1310330
> where you replied and have work in progress... thanks!
>
> I also found a reference (I miss the bugzilla id right now), that if you
> have vdsm > of a certain version there are "no problems" on hosts in case
> some unused (from oVirt point of view) LUNs are removed from storage array
> while the hosts still enumerating them in their multipath listing. So that
> this can lower potential problems...
> I don't now if the enhancement s related to some sort of blacklisting or
> what has been done at vdsm level....
>
> Gianluca
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20171011/bd36036d/attachment.html>