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

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/> 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@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 _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users