Adding Allon M
----- Original Message ----- > From: "Jiří Sléžka" <[email protected]> > To: "Eli Mesika" <[email protected]> > Cc: [email protected], "Omer Frenkel" <[email protected]> > 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" <[email protected]> > >> To: [email protected] > >> Cc: [email protected] > >> 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" <[email protected]> > >>>> To: [email protected] > >>>> 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 > >>>> [email protected] > >>>> http://lists.ovirt.org/mailman/listinfo/users > >>>> > >> > >> > > _______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
