On Tue, Feb 21, 2017 at 5:12 PM, Adam Litke <alitke(a)redhat.com> wrote:
On Tue, Feb 21, 2017 at 10:19 AM, Gianluca Cecchi <
gianluca.cecchi(a)gmail.com> wrote:
> Hello,
> currently I have a cluster of 3 hosts where each one has FC SAN
> connectivity to 4 LUNs: 3 are already configured as storage domains (1TB,
> 2TB, 4TB), one is free, not allocated.
> See here for screenshot:
>
https://drive.google.com/file/d/0BwoPbcrMv8mvRVZZMTlNcTQ5MGs
> /view?usp=sharing
>
> At the moment the command "multipath -l" run on hosts shows all the 4
> LUNs.
>
> Now I want to do 2 things at storage array level:
>
> - remove the 2TB storage domain LUN
> - remove the 20Gb LUN not yet allocated
>
> What is the correct workflow, supposing I have already emptied the 2TB
> from VM disks ad such?
> Select 2Tb SD, then Datacenter subtab, then "maintenance", detach" and
at
> the end "remove"?
>
Yes, these should be your first steps.
> I think I continue to see 4 LUNs at this point, correct?
>
Yes.
> Now I proceed with removal of lun at storage array level?
>
> Should I select an SD line and then "Scan disks" to see refresh the SAN
> and see in multipath only 2 of them at the end?
> Or any manual command at host level before removal from array?
>
After removing the storage domains you should be able to remove the luns.
I am not extremely familiar with the multipath and low-level scsi commands
but I would try the scan disks button and if the luns are not gone from
your host you can manually remove them. I think that involves removing the
device from multipath (multipath -d) and deleting it from the scsi
subsystem.
Thanks in advance
>
Hope this helped you.
Hello,
the "Scan Disks" seems related to the particular storage domain selected in
storage tab, not overall FC SAN connectivity...
If I then select "manage domain", it still shows the now missing disks with
an exclamation mark aside
I try to follow standard RH EL 7 way for removal:
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/...
I can remove at os level the 20Gb lun that was never used in oVirt, but for
the previous 2Tb storage domain related LUN I get the error that is in
use....
[root@ovmsrv06 ~]# multipath -f 3600a0b80002999020000cd3c5501458f
Feb 21 17:25:58 | 3600a0b80002999020000cd3c5501458f: map in use
Feb 21 17:25:58 | failed to remove multipath map
3600a0b80002999020000cd3c5501458f
[root@ovmsrv06 ~]#
[root@ovmsrv06 ~]# fuser /dev/mapper/3600a0b80002999020000cd3c5501458f
[root@ovmsrv06 ~]#
[root@ovmsrv06 ~]# ll /dev/mapper/3600a0b80002999020000cd3c5501458f
lrwxrwxrwx. 1 root root 7 Feb 21 17:25
/dev/mapper/3600a0b80002999020000cd3c5501458f -> ../dm-4
[root@ovmsrv06 ~]# fuser /dev/dm-4
[root@ovmsrv06 ~]#
Strange thing is that vgs command returns differrent value on th three hosts
[root@ovmsrv05 vdsm]# vgs
VG #PV #LV #SN Attr VSize VFree
922b5269-ab56-4c4d-838f-49d33427e2ab 1 22 0 wz--n- 4.00t 3.49t
cl_ovmsrv05 1 3 0 wz--n- 67.33g 0
[root@ovmsrv05 vdsm]#
[root@ovmsrv06 ~]# vgs
VG #PV #LV #SN Attr VSize VFree
922b5269-ab56-4c4d-838f-49d33427e2ab 1 22 0 wz--n- 4.00t 3.49t
cl 1 3 0 wz--n- 67.33g 0
[root@ovmsrv06 ~]#
[root@ovmsrv07 vdsm]# vgs
VG #PV #LV #SN Attr VSize VFree
900b1853-e192-4661-a0f9-7c7c396f6f49 1 10 0 wz--n- 2.00t 1.76t
922b5269-ab56-4c4d-838f-49d33427e2ab 1 27 0 wz--n- 4.00t 3.34t
cl 1 3 0 wz--n- 67.33g 0
[root@ovmsrv07 vdsm]#
So no host as a VG the 1TB storage domain and In particular ovmsrv07 has a
VG of 2TB that I suspect was the previosu storage domain
[root@ovmsrv07 vdsm]# lvs 900b1853-e192-4661-a0f9-7c7c396f6f49
LV VG
Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
35b8834e-a429-4223-b293-51d562b6def4 900b1853-e192-4661-a0f9-7c7c396f6f49
-wi------- 128.00m
7ed43974-1039-4a68-a8b3-321e7594fe4c 900b1853-e192-4661-a0f9-7c7c396f6f49
-wi------- 240.00g
d7f6be37-0f6c-43e3-b0af-a511fc59c842 900b1853-e192-4661-a0f9-7c7c396f6f49
-wi------- 128.00m
ids 900b1853-e192-4661-a0f9-7c7c396f6f49
-wi-a----- 128.00m
inbox 900b1853-e192-4661-a0f9-7c7c396f6f49
-wi-a----- 128.00m
leases 900b1853-e192-4661-a0f9-7c7c396f6f49
-wi-a----- 2.00g
master 900b1853-e192-4661-a0f9-7c7c396f6f49
-wi-a----- 1.00g
metadata 900b1853-e192-4661-a0f9-7c7c396f6f49
-wi-a----- 512.00m
outbox 900b1853-e192-4661-a0f9-7c7c396f6f49
-wi-a----- 128.00m
xleases 900b1853-e192-4661-a0f9-7c7c396f6f49
-wi-a----- 1.00g
[root@ovmsrv07 vdsm]#
Gianluca