Re: [ovirt-users] moving storage and importing vms issue
Hello, I have not much time to deal with this issue until today. I happily recovered lost disk image. As I mentioned before, I found lost disk image (volume) but it wasn't accessible because it's logical volume (I'm using FC storage) wasn't active... I double check that this image is not used anywhere and set it active lvchange -a y /dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380f8ab4de06 then I was able to backup my data (in fact I created new vm disk and dd this volume to it) btw. After successful recovery I still have this orphaned image on my storage which is not visible from manager. How can I correctly remove it? (from storage and from engine) It looks like this (http://www.ovirt.org/Features/Orphaned_Images) utility would helped a lot ;-) Cheers, Jiri any hope and/or hint for me? Before I moved storage I (partly live) migrated disks to this storage (we have about 5 LUNS). Probably there could be some issues. Just a guess - could it mean that some disks would stay on original storage as orphaned images? It would be useful to have some low-level util to display all images (also orphaned) and their properties and correlations with vms. Kind regards, Jiri Dne 10.9.2015 v 16:31 Eli Mesika napsal(a): Adding Allon M - Original Message - From: "Jiří Sléžka" <jiri.sle...@slu.cz> To: "Eli Mesika" <emes...@redhat.com> Cc: users@ovirt.org, "Omer Frenkel" <ofren...@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.sle...@slu.cz> To: emes...@redhat.com Cc: users@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.sle...@slu.cz> To: users@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 = ['0002-0002-0002-0002-02b9'] 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" "0002-0002-0002-0002-02b9" "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" "0002-0002-0002-0002-02b9" "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" "0002-0002-0002-0002-02b9" "fb8f3165-5976-4094-9d
Re: [ovirt-users] moving storage and importing vms issue
Hello,
any hope and/or hint for me?
Before I moved storage I (partly live) migrated disks to this storage
(we have about 5 LUNS). Probably there could be some issues. Just a
guess - could it mean that some disks would stay on original storage as
orphaned images?
It would be useful to have some low-level util to display all images
(also orphaned) and their properties and correlations with vms.
Kind regards,
Jiri
Dne 10.9.2015 v 16:31 Eli Mesika napsal(a):
Adding Allon M
- Original Message -
From: "Jiří Sléžka" <jiri.sle...@slu.cz>
To: "Eli Mesika" <emes...@redhat.com>
Cc: users@ovirt.org, "Omer Frenkel" <ofren...@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.sle...@slu.cz>
To: emes...@redhat.com
Cc: users@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.sle...@slu.cz>
To: users@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 = ['0002-0002-0002-0002-02b9']
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"
"0002-0002-0002-0002-02b9"
"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"
"0002-0002-0002-0002-02b9"
"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"
"0002-0002-0002-0002-02b9"
"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"
"0002-0002-0002-0002-02b9"
"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"
"0002-0002-0002-0002-02b9"
"be5c56de-6a22-4d1a-8579-f0f5d501d90c"
0681822f-3ac8-473b-95ce-380f8ab4de06 :
Re: [ovirt-users] moving storage and importing vms issue
- Original Message - > From: "Jiří Sléžka" <jiri.sle...@slu.cz> > To: users@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 ? > > 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@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] moving storage and importing vms issue
Hello,
- Original Message -
From: "Jiří Sléžka" <jiri.sle...@slu.cz>
To: emes...@redhat.com
Cc: users@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.sle...@slu.cz>
To: users@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 = ['0002-0002-0002-0002-02b9']
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"
"0002-0002-0002-0002-02b9"
"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"
"0002-0002-0002-0002-02b9"
"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"
"0002-0002-0002-0002-02b9"
"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"
"0002-0002-0002-0002-02b9"
"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"
"0002-0002-0002-0002-02b9"
"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"
"0002-0002-0002-0002-02b9"
"be5c56de-6a22-4d1a-8579-f0f5d501d90c"
"0681822f-3ac8-473b-95ce-380f8ab4de06"
status = OK
domain = 088e7ed9-84c7-4fbd-a570-f37fa986a772
capacity = 322122547200
voltype = LEAF
description =
parent = ----
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 = []
Re: [ovirt-users] moving storage and importing vms issue
Hello,
- Original Message -
From: "Jiří Sléžka" <jiri.sle...@slu.cz>
To: users@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.
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 = ['0002-0002-0002-0002-02b9']
name = oVirt-SlowStorage
but I have no luck with finding how to display all images on it.
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@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
2015-09-10 00:10:44,822 INFO
[org.ovirt.engine.core.bll.ImportVmFromConfigurationCommand]
(ajp--127.0.0.1-8702-4) [b9c6b44] Lock Acquired to object EngineLock
[exclusiveLocks= key: clavius-winxp value: VM_NAME
, sharedLocks= key: fb458ba1-10d2-4013-9fa4-4e2906f0ba11 value: REMOTE_VM
]
2015-09-10 00:10:44,844 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand]
(ajp--127.0.0.1-8702-4) [b9c6b44] START, DoesImageExistVDSCommand(
storagePoolId = 0002-0002-0002-0002-02b9, ignoreFailoverLimit =
false, storageDomainId = 088e7ed9-84c7-4fbd-a570-f37fa986a772, imageGroupId =
fb8f3165-5976-4094-9d37-ea0b09124547, imageId =
cc83caa4-e366-4fd6-94b7-d16089aa29d6), log id: 68fe3d55
2015-09-10 00:10:45,183 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand]
(ajp--127.0.0.1-8702-4) [b9c6b44] FINISH, DoesImageExistVDSCommand, return:
true, log id: 68fe3d55
2015-09-10 00:10:45,184 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand]
(ajp--127.0.0.1-8702-4) [b9c6b44] START, DoesImageExistVDSCommand(
storagePoolId = 0002-0002-0002-0002-02b9, ignoreFailoverLimit =
false, storageDomainId = 088e7ed9-84c7-4fbd-a570-f37fa986a772, imageGroupId =
fb8f3165-5976-4094-9d37-ea0b09124547, imageId =
53c5003d-80de-4dfd-b5d8-50537a3a54d6), log id: 37e865fa
2015-09-10 00:10:45,370 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand]
(ajp--127.0.0.1-8702-4) [b9c6b44] FINISH, DoesImageExistVDSCommand, return:
true, log id: 37e865fa
2015-09-10 00:10:45,406 INFO
[org.ovirt.engine.core.bll.ImportVmFromConfigurationCommand]
(org.ovirt.thread.pool-8-thread-37) [b9c6b44] Running command:
ImportVmFromConfigurationCommand internal: false. Entities affected : ID:
088e7ed9-84c7-4fbd-a570-f37fa986a772 Type: StorageAction group IMPORT_EXPORT_VM
with role type ADMIN
2015-09-10 00:10:45,432 INFO
[org.ovirt.engine.core.utils.transaction.TransactionSupport]
(org.ovirt.thread.pool-8-thread-37) [b9c6b44] transaction rolled back
2015-09-10 00:10:45,433 ERROR
[org.ovirt.engine.core.bll.ImportVmFromConfigurationCommand]
(org.ovirt.thread.pool-8-thread-37) [b9c6b44] Command
org.ovirt.engine.core.bll.ImportVmFromConfigurationCommand throw exception:
org.springframework.dao.DuplicateKeyException: CallableStatementCallback; SQL
[{call insertsnapshot(?, ?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: duplicate key value
violates unique constraint "pk_snapshots"
Detail: Key (snapshot_id)=(----) already
exists.
Where: SQL statement "INSERT INTO snapshots(
snapshot_id,
status,
vm_id,
snapshot_type,
description,
creation_date,
app_list,
vm_configuration,
memory_volume)
VALUES(
v_snapshot_id,
v_status,
v_vm_id,
v_snapshot_type,
v_description,
v_creation_date,
Re: [ovirt-users] moving storage and importing vms issue
- Original Message - > From: "Jiří Sléžka" <jiri.sle...@slu.cz> > To: emes...@redhat.com > Cc: users@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.sle...@slu.cz> > >> To: users@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 = ['0002-0002-0002-0002-02b9'] > 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" > > 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@ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] moving storage and importing vms issue
Adding Allon M - Original Message - > From: "Jiří Sléžka" <jiri.sle...@slu.cz> > To: "Eli Mesika" <emes...@redhat.com> > Cc: users@ovirt.org, "Omer Frenkel" <ofren...@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.sle...@slu.cz> > >> To: emes...@redhat.com > >> Cc: users@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.sle...@slu.cz> > >>>> To: users@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 = ['0002-0002-0002-0002-02b9'] > >>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" > "0002-0002-0002-0002-02b9" > "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" > "0002-0002-0002-0002-02b9" > "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" > "0002-0002-0002-0002-02b9" &g
[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).
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
[root@ovirt04 ~]# tailf /var/log/vdsm/vdsm.log
Thread-209541::INFO::2015-09-10 00:10:34,590::logUtils::47::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'name': 'No Description', 'isoprefix': '', 'pool_status': 'connected', 'lver': 4L, 'domains': u'088e7ed9-84c7-4fbd-a570-f37fa986a772:Active', 'master_uuid': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'version': '3', 'spm_id': 1, 'type': 'FCP', 'master_ver': 1}, 'dominfo': {u'088e7ed9-84c7-4fbd-a570-f37fa986a772': {'status': u'Active', 'diskfree': '4668629450752', 'isoprefix': '', 'alerts': [], 'disktotal': '11711973163008', 'version': 3}}}
Thread-209542::INFO::2015-09-10 00:10:34,659::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats(options=None)
Thread-209542::INFO::2015-09-10 00:10:34,659::logUtils::47::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'088e7ed9-84c7-4fbd-a570-f37fa986a772': {'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.000370046', 'lastCheck': '5.1', 'valid': True}}
VM Channels Listener::INFO::2015-09-10 00:10:35,728::guestagent::180::vm.Vm::(_handleAPIVersion) vmId=`c1279a24-06de-470a-8b9f-3f3cfc24f58b`::Guest API version changed from 2 to 1
VM Channels Listener::INFO::2015-09-10 00:10:37,976::guestagent::180::vm.Vm::(_handleAPIVersion) vmId=`884dd325-4429-4150-8aa2-a473691f100b`::Guest API version changed from 2 to 1
Thread-206354::INFO::2015-09-10 00:10:40,039::logUtils::44::dispatcher::(wrapper) Run and protect: getVolumeSize(sdUUID=u'088e7ed9-84c7-4fbd-a570-f37fa986a772', spUUID=u'0002-0002-0002-0002-02b9', imgUUID=u'9d18dc91-f312-4f6c-9142-57e0b9f1aa7e', volUUID=u'1eed50b3-356b-4895-921e-61bad55f6a03', options=None)
Thread-206354::INFO::2015-09-10 00:10:40,039::logUtils::47::dispatcher::(wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '21474836480', 'apparentsize': '21474836480'}
VM Channels Listener::INFO::2015-09-10 00:10:40,754::guestagent::180::vm.Vm::(_handleAPIVersion) vmId=`c1279a24-06de-470a-8b9f-3f3cfc24f58b`::Guest API version changed from 2 to 1
Thread-206478::INFO::2015-09-10 00:10:42,178::logUtils::44::dispatcher::(wrapper) Run and protect: getVolumeSize(sdUUID=u'088e7ed9-84c7-4fbd-a570-f37fa986a772', spUUID=u'0002-0002-0002-0002-02b9', imgUUID=u'd566b616-1159-4fa8-8f3f-48b32556e1c0', volUUID=u'3a3c885e-1846-49f0-ad5d-00cede0242fc', options=None)
Thread-206478::INFO::2015-09-10 00:10:42,185::logUtils::47::dispatcher::(wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '21474836480', 'apparentsize': '21474836480'}
VM Channels Listener::INFO::2015-09-10 00:10:42,990::guestagent::180::vm.Vm::(_handleAPIVersion) vmId=`884dd325-4429-4150-8aa2-a473691f100b`::Guest API version changed from 2 to 1
Thread-209547::INFO::2015-09-10 00:10:44,625::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID=u'0002-0002-0002-0002-02b9', options=None)
Thread-209547::INFO::2015-09-10 00:10:44,635::logUtils::47::dispatcher::(wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 4L}}
Thread-209548::INFO::2015-09-10 00:10:44,648::logUtils::44::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID=u'0002-0002-0002-0002-02b9', options=None)
Thread-209548::INFO::2015-09-10 00:10:44,656::logUtils::47::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'name': 'No Description', 'isoprefix': '', 'pool_status': 'connected', 'lver': 4L, 'domains': u'088e7ed9-84c7-4fbd-a570-f37fa986a772:Active', 'master_uuid': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'version': '3', 'spm_id': 1, 'type': 'FCP', 'master_ver': 1}, 'dominfo': {u'088e7ed9-84c7-4fbd-a570-f37fa986a772': {'status': u'Active', 'diskfree': '4668629450752', 'isoprefix': '', 'alerts': [], 'disktotal': '11711973163008', 'version': 3}}}
Thread-209549::INFO::2015-09-10 00:10:44,869::logUtils::44::dispatcher::(wrapper) Run and protect: getVolumeInfo(sdUUID=u'088e7ed9-84c7-4fbd-a570-f37fa986a772',
