10:31 a.m.
Adding Allon M
----- Original Message -----
From: "Jiří Sléžka" <jiri.slezka(a)slu.cz>
To: "Eli Mesika" <emesika(a)redhat.com>
Cc: users(a)ovirt.org, "Omer Frenkel" <ofrenkel(a)redhat.com>
Sent: Thursday, September 10, 2015 4:07:48 PM
Subject: Re: [ovirt-users] moving storage and importing vms issue
Hello,
> ----- Original Message -----
>> From: "Jiří Sléžka" <jiri.slezka(a)slu.cz>
>> To: emesika(a)redhat.com
>> Cc: users(a)ovirt.org
>> Sent: Thursday, September 10, 2015 1:50:14 PM
>> Subject: Re: [ovirt-users] moving storage and importing vms issue
>>
>> Hello,
>>
>>> ----- Original Message -----
>>>> From: "Jiří Sléžka" <jiri.slezka(a)slu.cz>
>>>> To: users(a)ovirt.org
>>>> Sent: Thursday, September 10, 2015 1:30:29 AM
>>>> Subject: [ovirt-users] moving storage and importing vms issue
>>>>
>>>> Hello,
>>>>
>>>> I am working on some consolidation of our RHEV/oVirt servers and I
moved
>>>> one storage to new oVirt datacenter (put it into maintenance, detached
>>>> it from old and imported into new datacenter) which worked pretty good.
>>>>
>>>> Then I tried to import all the vms which worked also great except for
>>>> three of them.
>>>>
>>>> These vms are stucked in VM Import sub-tab and are quietly failing
>>>> import attempts (I can only see failed task "Importing VM
clavius-winxp
>>>> from configuration to Cluster CIT-oVirt" but no related event
and/or
>>>> explanation)
>>>>
>>>> There is only one host in this datacenter/cluster which is SPM. I
can't
>>>> find anything interesting in vdsm.log (short span of import time is in
>>>> attachment).
>>>
>>> Can you please attach also engine.log ?
>>
>> sure
>>
>> well, here I can see an error... it looks like some db and/or snapshot
>> issue.
>
> Yes, seems as ImportVmFromConfigurationCommand tries to add snapshots with
> the empty GUID (000......0)
> This cause violation of the primary key of the snapshots table
> CCing Omer F on that
>
>>
>> well and it looks like I lost also one secondary disk from one correctly
>> imported vm.
>>
>> is there a way to show all images on some storage domain?
>>
>> I found that my storage is this
>>
>> [root@ovirt04 ~]# vdsClient -s 0 getStorageDomainInfo
>> 088e7ed9-84c7-4fbd-a570-f37fa986a772
>> uuid = 088e7ed9-84c7-4fbd-a570-f37fa986a772
>> vguuid = MkMpr6-o9c1-LBUq-rZ0E-ZRSg-X31T-2aU1PV
>> state = OK
>> version = 3
>> role = Master
>> type = FCP
>> class = Data
>> pool = ['00000002-0002-0002-0002-0000000002b9']
>> name = oVirt-SlowStorage
>>
>> but I have no luck with finding how to display all images on it.
>
> try
>
> # vdsClient -s getImagesList "088e7ed9-84c7-4fbd-a570-f37fa986a772"
yes, it works :-)
now I have list of imgUUIDs on this storage. When I compare it against
Disks tab in oVirt manager a see 5 images that are not visible in manager.
346ad5af-9db8-46eb-9a45-172ce3213496
45493042-67f5-4dcd-8dae-5b2c213aa95a
fb8f3165-5976-4094-9d37-ea0b09124547
e15288bc-30ec-4a77-837b-bdc7de37a08b
be5c56de-6a22-4d1a-8579-f0f5d501d90c
now I tried to find anything about these images
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList
"088e7ed9-84c7-4fbd-a570-f37fa986a772"
"00000002-0002-0002-0002-0000000002b9"
"346ad5af-9db8-46eb-9a45-172ce3213496"
eeca0e49-ba6d-4b4b-9eb4-731b90b48091 : Exported by virt-v2v.
da00feb8-991d-4b91-b424-6931daf00c83 : Parent is
eeca0e49-ba6d-4b4b-9eb4-731b90b48091
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList
"088e7ed9-84c7-4fbd-a570-f37fa986a772"
"00000002-0002-0002-0002-0000000002b9"
"45493042-67f5-4dcd-8dae-5b2c213aa95a"
d2916b5d-50e4-482c-aa6b-e26d2c78ef46 : Exported by virt-v2v.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList
"088e7ed9-84c7-4fbd-a570-f37fa986a772"
"00000002-0002-0002-0002-0000000002b9"
"fb8f3165-5976-4094-9d37-ea0b09124547"
cc83caa4-e366-4fd6-94b7-d16089aa29d6 : Parent is
53c5003d-80de-4dfd-b5d8-50537a3a54d6
53c5003d-80de-4dfd-b5d8-50537a3a54d6 : imported by virt-v2v.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList
"088e7ed9-84c7-4fbd-a570-f37fa986a772"
"00000002-0002-0002-0002-0000000002b9"
"e15288bc-30ec-4a77-837b-bdc7de37a08b"
2f2c2a1c-6dcc-436c-962c-00e4e074a39a :
{"DiskAlias":"polymatheia1.slu.cz_Disk1","DiskDescription":""}.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList
"088e7ed9-84c7-4fbd-a570-f37fa986a772"
"00000002-0002-0002-0002-0000000002b9"
"be5c56de-6a22-4d1a-8579-f0f5d501d90c"
0681822f-3ac8-473b-95ce-380f8ab4de06 :
----
when I look on last case
[root@ovirt04 ~]# vdsClient -s 0 getVolumeInfo
"088e7ed9-84c7-4fbd-a570-f37fa986a772"
"00000002-0002-0002-0002-0000000002b9"
"be5c56de-6a22-4d1a-8579-f0f5d501d90c"
"0681822f-3ac8-473b-95ce-380f8ab4de06"
status = OK
domain = 088e7ed9-84c7-4fbd-a570-f37fa986a772
capacity = 322122547200
voltype = LEAF
description =
parent = 00000000-0000-0000-0000-000000000000
format = RAW
image = be5c56de-6a22-4d1a-8579-f0f5d501d90c
uuid = 0681822f-3ac8-473b-95ce-380f8ab4de06
disktype = 2
legality = LEGAL
mtime = 0
apparentsize = 322122547200
truesize = 322122547200
type = PREALLOCATED
children = []
pool =
ctime = 1440611370
[root@ovirt04 ~]# vdsClient -s 0 getVolumeSize
"088e7ed9-84c7-4fbd-a570-f37fa986a772"
"00000002-0002-0002-0002-0000000002b9"
"be5c56de-6a22-4d1a-8579-f0f5d501d90c"
"0681822f-3ac8-473b-95ce-380f8ab4de06"
apparentsize = '322122547200'
truesize = '322122547200'
[root@ovirt04 ~]# vdsClient -s 0 getVolumePath
"088e7ed9-84c7-4fbd-a570-f37fa986a772"
"00000002-0002-0002-0002-0000000002b9"
"be5c56de-6a22-4d1a-8579-f0f5d501d90c"
"0681822f-3ac8-473b-95ce-380f8ab4de06"
/rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/images/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4de06
[root@ovirt04 ~]# ll
/rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/images/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4de06
lrwxrwxrwx. 1 vdsm kvm 78 Sep 9 22:36
/rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/images/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4de06
->
/dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380f8ab4de06
but
/dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380f8ab4de06
seems to not exists
is there any chance to recover this disks?
Thanks,
Jiri
>
>
>
>>
>> Thanks,
>>
>> Jiri
>>
>>
>>>
>>>>
>>>> Could you point me where should I look, please?
>>>>
>>>> Storage (FC) was formerly attached to RHEV3.5.3 on RHEL6.7 and was
>>>> imported into oVirt3.5.4 on CentOS7.1
>>>>
>>>> Thanks in advance,
>>>>
>>>> Jiri Slezka
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>
>>