Bug 1589763
| Summary: | [downstream clone] Error changing CD for a running VM when ISO image is on a block domain | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Pawan kumar Vilayatkar <pvilayat> | ||||
| Component: | ovirt-engine | Assignee: | Vojtech Juranek <vjuranek> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Evelina Shames <eshames> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 4.4.0 | CC: | abpatil, aefrat, alex, aperotti, baptiste.agasse, branpise, bugs, cshao, dfediuck, dougsland, ebenahar, elima, eshames, eshenitz, fgarciad, frag4b, frolland, gianluca.cecchi, gwatson, hhaberma, jortialc, juzhou, kazen, kmashalk, lsurette, lsvaty, matthias.leopold, michal.skrivanek, mjankula, mkalinin, mwest, nashok, nicolas, nsoffer, redhat-bugzilla, rhodain, ricardoalonsos, sbruce, sirao, srevivo, stepanishev, tgolembi, tnisan, vjuranek | ||||
| Target Milestone: | ovirt-4.4.6 | Keywords: | Reopened, ZStream | ||||
| Target Release: | 4.4.6 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | ovirt-engine-4.4.6.6 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | 1588400 | ||||||
| : | 1660199 (view as bug list) | Environment: | |||||
| Last Closed: | 2021-06-01 13:22:09 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: | |||||||
| Bug Depends On: | 1588400 | ||||||
| Bug Blocks: | 1660199, 1703275, 1736852, 1789090, 1835640 | ||||||
| Attachments: |
|
||||||
|
Description
Pawan kumar Vilayatkar
2018-06-11 11:00:34 UTC
We are going from 4.2.5, to 4.2.6 to 4.2.7 as target... Can you detail the difficulties you are having or if it is not considered so much important or if your queue already full or what? Once a month we go ahead in target... without specifying reason for it. Not quite nice for the guy that opens a bug because he/she thinks there is a problem with the current implementation. Or at least in the mean time prevent to make upload of iso to block domain specifying it is yet unsupported, instead of giving the false impression that the iso upload has completed without problems and the user gets problems when trying to consume that iso.... Thanks Gianluca Also considering that both priority and severity of this bug have been marked as "high"... Lower them if you think they are not that level... Until the fix -> the recommended workaround is to use ISO domain. Another workaround is to use NFS Data Domain, that should work as well. Another option is if a VM is down -> you can change the CD via run once. *** Bug 1588400 has been marked as a duplicate of this bug. *** *** Bug 1725910 has been marked as a duplicate of this bug. *** Copying my comments from bug 1588400 - it was closed as duplicate without looking at my comments. This looks like engine issue, since vdsm supports preparing cdrom using PDIV format: def prepareVolumePath(self, drive, vmId=None): if type(drive) is dict: device = drive['device'] # PDIV drive format # Since version 4.2 cdrom may use a PDIV format if device in ("cdrom", "disk") and isVdsmImage(drive): res = self.irs.prepareImage( drive['domainID'], drive['poolID'], drive['imageID'], drive['volumeID']) Engine sends a path - this incorrect for two reasons: 1. engine should not assume any path on the host, since the file system layout is not part of vdsm API. 2. cdrom on block device does not exist before preparing the image. 2018-05-30 11:57:04,692+02 INFO [org.ovirt.engine.core.bll.storage.disk.ChangeDiskCommand] (default task-15) [7bb55228-dbf3-49a9-aa03-148433cca656] Running command: ChangeDiskCommand internal: false. Entities affected : ID: 2e571c77-bae1-4c1c-bf98-effaf9fed741 Type: VMAction group CHANGE_VM_CD with role type USER 2018-05-30 11:57:04,706+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand] (default task-15) [7bb55228-dbf3-49a9-aa03-148433cca656] START, ChangeDiskVDSCommand(HostName = ov200, ChangeDiskVDSCommandParameters:{hostId='d16e723c-b44c-4c1c-be76-c67911e47ccd', vmId='2e571c77-bae1-4c1c-bf98-effaf9fed741', iface='ide', index='2', diskPath='/rhev/data-center/mnt/blockSD/fa33df49-b09d-4f86-9719-ede649542c21/images/321d8f35-854a-4415-a78a-a30b197a29a5/8df78e5b-e79b-4b29-96ae-330fec2cdc9d'}), log id: 62555af Fix: - Engine should send PDIV format in the request - Update vdsm schema to document the option to use PDIV format in VM.changeCD *** Bug 1722474 has been marked as a duplicate of this bug. *** *** Bug 1735778 has been marked as a duplicate of this bug. *** Are there any plans to get this issue finally solved? It is mandatory for Windows installations to be able to change a CD for a running VM in order to select the VirtIO drivers. Cross-filed ticket 02587480 with as escalation request at the Red Hat customer portal (and neither a deprecated NFS ISO domain nor a NFS data domain was usable as workaround). Actual for version 4.3.8.2-1.el7 Moved to 4.4.1 not being marked as blocker for 4.4.0 and we are preparing to GA. Fedor, please explain why you assume that this works (and if so, in which version exactly). According to our knowledge, this issue still exists and has not been fixed in any RHV release - thus we hereby kindly request reopening (or an explanation). Fedor please see comment 22. I don't know about required changes in vdsm, so this is likely still broken. If this was fixed please find the patch that fixed it add to the bug. I can confirm this bug still exists in oVirt 4.3.10. I thought I had to get rid of my dedicated ISO domain as a preparation for an upgrade to oVirt 4.4.x and ran into this bug. (In reply to matthias.leopold from comment #54) > I can confirm this bug still exists in oVirt 4.3.10. > I thought I had to get rid of my dedicated ISO domain as a preparation for > an upgrade to oVirt 4.4.x and ran into this bug. ISO domains are still supported in 4.4 but are deprecated. ISO files on data domains are fully supported both on file and block domains with the exception of this bug - changing a CD on a running VM in case the new CD resides on a block domain, will be fixed in 4.4.3 Vojta started to work on this. Vojta, are those 2 bugs related to this? BZ#1847223 BZ#1835640. Or this is a totally different issue with the same subject? (In reply to Marina Kalinin from comment #58) > Vojta, are those 2 bugs related to this? > BZ#1847223 BZ#1835640. > Or this is a totally different issue with the same subject? both seems to be unrelated to this issue Created attachment 1780156 [details]
Logs
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 security update (ovirt-engine) [ovirt-4.4.6]), 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-2021:2179 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days |