Bug 1070823
| Summary: | PRD35 - [RFE] Wipe after Delete flag modification while VM is Up | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Evgheni Dereveanchin <ederevea> | |
| Component: | ovirt-engine-webadmin-portal | Assignee: | Allon Mureinik <amureini> | |
| Status: | CLOSED ERRATA | QA Contact: | Ori Gofen <ogofen> | |
| Severity: | high | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 3.3.0 | CC: | acanan, amureini, ecohen, iheim, juwu, michal.skrivanek, pdwyer, rbalakri, Rhev-m-bugs, scohen, tdosek, yeylon | |
| Target Milestone: | --- | Keywords: | FutureFeature, Triaged, ZStream | |
| Target Release: | 3.5.0 | Flags: | scohen:
Triaged+
|
|
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | storage | |||
| Fixed In Version: | org.ovirt.engine-root-3.5.0-13 | Doc Type: | Enhancement | |
| Doc Text: |
With this feature, you can now edit the "Wipe after Delete" property of a disk even while the virtual machine is running.
|
Story Points: | --- | |
| Clone Of: | ||||
| : | 1103679 (view as bug list) | Environment: | ||
| Last Closed: | 2015-02-11 17:59:00 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: | 1097820, 1122510, 1144856 | |||
| Bug Blocks: | 1103679, 1142923, 1156162, 1156165 | |||
|
Description
Evgheni Dereveanchin
2014-02-27 14:34:02 UTC
it's not going to be modifiable until BZ 922377 gets in ATM it should be grayed out eh, actually, you don't just want to apply it after shutdown, you want it to be immediately effective, right? Then it just needs to be declared in the code as such Hi, First of all, I am unsure if it is possible or not to set "Wipe after Delete" while the VM is up, but it should not affect any runtime operations: the wipe is triggered only on disk/snapshot removal. This is the initial goal of the BZ. Second, at the moment in RHEV 3.3 this option is not greyed out for some reason, however any changes of the field produce an error. So for now, the option must be greyed out, but in the future I'd like to see a possibility to add the flag on the fly. (In reply to Michal Skrivanek from comment #1) > it's not going to be modifiable until BZ 922377 gets in > ATM it should be grayed out Setting target release based on this comment. (In reply to Allon Mureinik from comment #4) > (In reply to Michal Skrivanek from comment #1) > > it's not going to be modifiable until BZ 922377 gets in > > ATM it should be grayed out > Setting target release based on this comment. Actually, this is a /disk/ property, not a /vm/ property, which is only used when the disk/vm is removed, so I'm not sure why this is true. Michal - can you elaborate? it is not, see my next comment 2 correcting this:) it should be doable, you just need to change the code to allow it, IMO (In reply to Michal Skrivanek from comment #7) > it is not, see my next comment 2 correcting this:) > > it should be doable, you just need to change the code to allow it, IMO Hmm... missed that. Thanks! https://tcms.engineering.redhat.com/run/163706 please be aware to depend on bugs using vt3.1 , looks like the "wipe after delete" flag is greyed out. not sure what changed but it was working and passed tests and now it is not. Was broken by Ib8b9f2860fd186651311814d0087c47f4083c863. this bug was moved to MODIFIED before vt4 build date thus moving to ON_QA. if you belive this bug isn't in vt4, please report to rhev-integ verified on vt4 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://rhn.redhat.com/errata/RHSA-2015-0158.html |