Bug 2006745
| Summary: | [MBS] Template disk Copy from data storage domain to Managed Block Storage domain is failing | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | IRFAN MOMIN <imomin> |
| Component: | ovirt-engine | Assignee: | shani <sleviim> |
| Status: | CLOSED ERRATA | QA Contact: | sshmulev |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 4.4.7 | CC: | ahadas, bzlotnik, emarcus, eshames, mavital, ralonso, ricardoalonsos, usurse |
| Target Milestone: | ovirt-4.5.0 | Keywords: | ZStream |
| Target Release: | 4.5.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | ovirt-engine-4.5.0 | Doc Type: | Bug Fix |
| Doc Text: |
Previously, when trying to copy a template disk from/to a Managed Block Storage
domain, the operation failed due to an incorrect storage domain ID, saving the same image repeatedly in the images (and base disks) DB tables, and casting the disk to DiskImage when it is of type ManagedBlockStorageDisk.
In this release, all of the above issues were fixed, and copying a template disk from/to a Managed Block Storage domain works as expected.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2022-05-26 16:23:11 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
IRFAN MOMIN
2021-09-22 10:25:18 UTC
Hi Ifran, I was trying to reproduce your bug, but I was able to copy MBS disks: MBS <--> iscsi and MBS <--> nfs. My system has the following configurations: engine: Red Hat Enterprise Linux release 8.4 (Ootpa) ovirt-engine-4.5.0-0.0.master.20211008135633.gitf9e01afdd33.el8.noarch python3-cinder-17.2.0-1.el8.noarch python3-cinderlib-3.0.0-1.el8.noarch spm: Red Hat Enterprise Linux release 8.5 (Ootpa) vdsm-4.50.0-23.gite04eba048.el8.x86_64 python3-os-brick-4.0.4-1.el8.noarch Can you try updating your code and give it another try? This happens when the copied disk is a template disk, to fix it we need to modify the create of the disk and only add the SD<->Disk mapping. Irfan, can you confirm the copied disk is a template disk? Thanks, Benny, I was able to reproduce it, wip *** Bug 2049224 has been marked as a duplicate of this bug. *** is there any workaround we can use? 4.5 beta still not available. Verified. Versions: ovirt-engine-4.5.0.2-0.7.el8ev.noarch vdsm-4.50.0.11-1.el8ev Steps toverify: 1. Create Managed Block Storage domain. 2. Created 3 differnt floating disks (ISCSI, NFS, Gluster) 3. Copy all the disks to the Managed Block Storage domain created. 4. Attach the disks to a VM and run it, make sure you can see the disks and the size is correct. Actual results: Works as expected. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: RHV Manager (ovirt-engine) [ovirt-4.5.0] security update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:4711 Due to QE capacity, we are not going to cover this issue in our automation |