You can run try to find the volume on the storage:

find /rhev/data-center/5af30d59-004c-02f2-01c9-0000000000b8/
679c0725-75fb-4af7-bff1-7c447c5d789c/images/
-name d2a89b5e-7d62-4695-96d8-b762ce52b379

The result will be:

/rhev/data-center/5af30d59-004c-02f2-01c9-0000000000b8/
679c0725-75fb-4af7-bff1-7c447c5d789c/images/*imgUUID*/
d2a89b5e-7d62-4695-96d8-b762ce52b379

imgUUID is what you are looking for.


On Fri, May 11, 2018 at 1:22 PM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> Hello,
> I had an error during live storage migration of a disk.
> The destination image was created but the process was not completed,
> because of a bug in the original version of sw.
> Then I updated sw but if I try to run again the move of the same disk to
> the same destination storage domain I get
>
> VDSM command HSMGetAllTasksStatusesVDS failed: Cannot create Logical
> Volume: ('679c0725-75fb-4af7-bff1-7c447c5d789c', 'd2a89b5e-7d62-4695-96d8-
> b762ce52b379')
>
> On destination storage domain, that is empty, from web admin gui I see
> only the 2 OVF_STORE disks.
> From OS point of view using lvs I see the leftover LV that oVirt complains
> not able to create (I suppose because already existent due to the former
> error)
>
> # lvs 679c0725-75fb-4af7-bff1-7c447c5d789c/d2a89b5e-7d62-
> 4695-96d8-b762ce52b379
>   LV                                   VG
>  Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
>   d2a89b5e-7d62-4695-96d8-b762ce52b379 679c0725-75fb-4af7-bff1-7c447c5d789c
> -wi------- 55.00g
>
> I know that I should use the "vdsClient -s 0 deleteVolume " command from
> the SPM host.
>
> the syntax should be
> # vdsClient -s 0 deleteVolume --help
> Error using command: list index out of range
>
> deleteVolume
> <sdUUID> <spUUID> <imgUUID> <volUUID>,...,<volUUID> <postZero> [<force>]
> Deletes an volume if its a leaf. Else returns error
>
> I have difficulties to do the exact mapping of the various elements.
> Is it right what below?
>
> sdUUID --> VG name
>
> spUUID I can retrieve using:
>
> # vdsClient -s 0 getStorageDomainInfo 679c0725-75fb-4af7-bff1-7c447c5d789c
>         uuid = 679c0725-75fb-4af7-bff1-7c447c5d789c
>         type = ISCSI
>         vguuid = nkoZA2-nQOu-oeXX-Phpa-moqh-FWuR-AFAh4B
>         metadataDevice = 36589cfc0000006dd999f5618bf759d3f
>         state = OK
>         version = 4
>         role = Master
>         vgMetadataDevice = 36589cfc0000006dd999f5618bf759d3f
>         class = Data
>         pool = ['5af30d59-004c-02f2-01c9-0000000000b8']
>         name = ISCSI_400G
>
> so spUUID is the pool --> 5af30d59-004c-02f2-01c9-0000000000b8 in my case
> ?
>
> for imgUUID I don't know a command to retrieve.
> in my case the target storage domain (ISCSI_400G) in this moment is the
> master one and I can see it under  /rhev/data-center/mnt/blockSD/
> and so I find
>
> # ll /rhev/data-center/mnt/blockSD/679c0725-75fb-4af7-bff1-
> 7c447c5d789c/images/
> total 4
> drwxr-xr-x. 2 vdsm kvm 4096 May 10 15:39 530b3e7f-4ce4-4051-9cac-
> 1112f5f9e8b5
>
> So it seems to me in my case imgUUID is 530b3e7f-4ce4-4051-9cac-
> 1112f5f9e8b5
>
> But even if it is right in my particular case, how can I get in general?
>
> volUUID ? Is it the LV name corresponding, so in my case
> d2a89b5e-7d62-4695-96d8-b762ce52b379 ?
>
> The result of the vdsCLient command should be the removal of LV also?
>
> Thanks in advance for any insight or link to details...
>
>
> Gianluca
>
> _______________________________________________
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

Reply via email to