[ovirt-users] Import storage domain - disks not listed

Sahina Bose sabose at redhat.com
Tue Apr 26 10:44:17 UTC 2016


Hi all,

I have a gluster volume used as data storage domain which is replicated 
to a slave gluster volume (say, slavevol) using gluster's 
geo-replication feature.

Now, in a new oVirt instance, I use the import storage domain to import 
the slave gluster volume. The "VM Import" tab correctly lists the VMs 
that were present in my original gluster volume. However the "Disks" tab 
is empty.

GET 
https://new-ovitt/api/storagedomains/5e1a37cf-933d-424c-8e3d-eb9e40b690a7/disks;unregistered 
-->
<disks/>


In the code GetUnregisteredDiskQuery - if volumesList.size() != 1 - the 
image is skipped with a comment that we can't deal with snapshots.

How do I recover the disks/images in this case?


Further info:

/rhev/data-center/mnt/glusterSD/10.70.40.112:_slavevol
├── 5e1a37cf-933d-424c-8e3d-eb9e40b690a7
│   ├── dom_md
│   │   ├── ids
│   │   ├── inbox
│   │   ├── leases
│   │   ├── metadata
│   │   └── outbox
│   ├── images
│   │   ├── 202efaa6-0d01-40f3-a541-10eee920d221
│   │   │   ├── eb701046-6ee1-4c9d-b097-e51a8fd283e1
│   │   │   ├── eb701046-6ee1-4c9d-b097-e51a8fd283e1.lease
│   │   │   └── eb701046-6ee1-4c9d-b097-e51a8fd283e1.meta
│   │   ├── c52e4e02-dc6c-4a77-a184-9fcab88106c2
│   │   │   ├── 34e46104-8fad-4510-a5bf-0730b97a6659
│   │   │   ├── 34e46104-8fad-4510-a5bf-0730b97a6659.lease
│   │   │   ├── 34e46104-8fad-4510-a5bf-0730b97a6659.meta
│   │   │   ├── 766a15b9-57db-417d-bfa0-beadbbb84ad2
│   │   │   ├── 766a15b9-57db-417d-bfa0-beadbbb84ad2.lease
│   │   │   ├── 766a15b9-57db-417d-bfa0-beadbbb84ad2.meta
│   │   │   ├── 90f1e26a-00e9-4ea5-9e92-2e448b9b8bfa
│   │   │   ├── 90f1e26a-00e9-4ea5-9e92-2e448b9b8bfa.lease
│   │   │   └── 90f1e26a-00e9-4ea5-9e92-2e448b9b8bfa.meta
│   │   ├── c75de5b7-aa88-48d7-ba1b-067181eac6ae
│   │   │   ├── ff09e16a-e8a0-452b-b95c-e160e68d09a9
│   │   │   ├── ff09e16a-e8a0-452b-b95c-e160e68d09a9.lease
│   │   │   └── ff09e16a-e8a0-452b-b95c-e160e68d09a9.meta
│   │   ├── efa94a0d-c08e-4ad9-983b-4d1d76bca865
│   │   │   ├── 64e3913c-da91-447c-8b69-1cff1f34e4b7
│   │   │   ├── 64e3913c-da91-447c-8b69-1cff1f34e4b7.lease
│   │   │   ├── 64e3913c-da91-447c-8b69-1cff1f34e4b7.meta
│   │   │   ├── 8174e8b4-3605-4db3-86a1-cb62c3a079f4
│   │   │   ├── 8174e8b4-3605-4db3-86a1-cb62c3a079f4.lease
│   │   │   ├── 8174e8b4-3605-4db3-86a1-cb62c3a079f4.meta
│   │   │   ├── e79a8821-bb4a-436a-902d-3876f107dd99
│   │   │   ├── e79a8821-bb4a-436a-902d-3876f107dd99.lease
│   │   │   └── e79a8821-bb4a-436a-902d-3876f107dd99.meta
│   │   └── f5eacc6e-4f16-4aa5-99ad-53ac1cda75b7
│   │       ├── 476bbfe9-1805-4c43-bde6-e7de5f7bd75d
│   │       ├── 476bbfe9-1805-4c43-bde6-e7de5f7bd75d.lease
│   │       └── 476bbfe9-1805-4c43-bde6-e7de5f7bd75d.meta
│   └── master
│       ├── tasks
│       └── vms
└── __DIRECT_IO_TEST__

engine.log:
2016-04-26 06:37:57,715 INFO 
[org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand] 
(org.ovirt.thread.pool-6-thread-25) [5e6b7a53] FINISH, 
GetImageInfoVDSCommand, return: org.ov
irt.engine.core.common.businessentities.storage.DiskImage at d4b3ac2f, log 
id: 7b693bad
2016-04-26 06:37:57,724 INFO 
[org.ovirt.engine.core.vdsbroker.irsbroker.GetVolumesListVDSCommand] 
(org.ovirt.thread.pool-6-thread-25) [5e6b7a53] START, 
GetVolumesListVDSCommand( StoragePool
DomainAndGroupIdBaseVDSCommandParameters:{runAsync='true', 
storagePoolId='ed338557-5995-4634-97e2-15454a9d8800', 
ignoreFailoverLimit='false', 
storageDomainId='5e1a37cf-933d-424c-8e3d-eb9e40b
690a7', imageGroupId='c52e4e02-dc6c-4a77-a184-9fcab88106c2'}), log id: 
741b9214
2016-04-26 06:37:58,748 INFO 
[org.ovirt.engine.core.vdsbroker.irsbroker.GetVolumesListVDSCommand] 
(org.ovirt.thread.pool-6-thread-25) [5e6b7a53] FINISH, 
GetVolumesListVDSCommand, return: [9
0f1e26a-00e9-4ea5-9e92-2e448b9b8bfa, 
766a15b9-57db-417d-bfa0-beadbbb84ad2, 
34e46104-8fad-4510-a5bf-0730b97a6659], log id: 741b9214




More information about the Users mailing list