Bug 1364947
| Summary: | [downstream clone][RFE] - Deactivate storage domain only if ovf store was updated | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | rhev-integ |
| Component: | ovirt-engine | Assignee: | Eyal Shenitzky <eshenitz> |
| Status: | CLOSED ERRATA | QA Contact: | Yosi Ben Shimon <ybenshim> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | unspecified | CC: | apinnick, bugs, dmoessne, eshenitz, gveitmic, jentrena, lsurette, mkalinin, mlipchuk, mtessun, nashok, ratamir, rbalakri, Rhev-m-bugs, srevivo, tnisan, ykaul, ylavi |
| Target Milestone: | ovirt-4.2.0 | Keywords: | FutureFeature |
| Target Release: | --- | Flags: | ratamir:
testing_plan_complete-
|
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: |
In the current release, the storage domain is prevented from going into maintenance if the OVF update fails. An optional check box to force maintenance mode, if desired, has been added.
|
Story Points: | --- |
| Clone Of: | 1321585 | Environment: | |
| Last Closed: | 2018-05-15 17:38:43 UTC | Type: | --- |
| 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: | 1321585, 1523225 | ||
| Bug Blocks: | |||
|
Comment 10
Marina Kalinin
2016-10-05 17:48:00 UTC
(In reply to Marina from comment #10) > I am changing this from RFE to a bug and setting the proper flags. > This is a flaw in the design and can lead into data loss on customer setups. Hardly. Please share a sensible reproduction to this issue - deleting the OVF store isn't something anyone should do. Until then, targeting to a more appropriate version than 4.0.z. It's not only preventing to Detach/Deactivate if the OVFs updated. All the images must be in healthy condition before detaching, see BZ 1384321. Allon, do I understand correctly that OVF store should be updated once detach(maintenance?) command is issued? If this is the flow, then I think the problem is that for some reason the update didn't happen before detaching and the information was lost. I do not think this bug is about preventing SD detachment while performing the update, but detaching it without having the updated information pushed to the OVF store on the domain. (In reply to Marina from comment #16) > but detaching it without having the updated information pushed > to the OVF store on the domain. That's correct. This depends on an RFE that currently isn't targeted for 4.2 - pushing out. Yaniv L, if you disagree, let's discuss and see if this RFE should be brought into 4.2. Eyal - what's the status here? The BZ is in post, but I see no patches attached to it. *** Bug 1477147 has been marked as a duplicate of this bug. *** Eyal, can we move this bug to VERIFIED based on https://bugzilla.redhat.com/show_bug.cgi?id=1523225#c7 ? Yes. OK. Moving to VERIFIED. 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, 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/RHEA-2018:1488 BZ<2>Jira Resync |