Bug 892642
| Summary: | Disk permission don't disappear after disk is deleted(is shown as 'null(Disk)'). | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Ondra Machacek <omachace> | ||||
| Component: | ovirt-engine-webadmin-portal | Assignee: | Maor <mlipchuk> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Aharon Canan <acanan> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 3.1.0 | CC: | abaron, acanan, acathrow, adahms, amureini, derez, ecohen, iheim, jkt, lyarwood, mlipchuk, oramraz, Rhev-m-bugs, scohen, sgotliv | ||||
| Target Milestone: | --- | Keywords: | Reopened | ||||
| Target Release: | 3.3.0 | Flags: | amureini:
Triaged+
|
||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | storage | ||||||
| Fixed In Version: | is12 | Doc Type: | Bug Fix | ||||
| Doc Text: |
Previously, certain disks and permissions would be left in the database after forced removal of a storage domain or storage pool, resulting in partial titles remaining visible in the Permissions tab of the details pane for the User tab. With this update, the forced removal procedure has been updated to include the deletion of all disks and permissions from the database.
|
Story Points: | --- | ||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2014-01-21 17:12:30 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: | 982527 | ||||||
| Bug Blocks: | 915537 | ||||||
| Attachments: |
|
||||||
Daniel, is this a duplicate of another bug? I seem to recall seeing this issue before. (In reply to comment #1) > Daniel, is this a duplicate of another bug? I seem to recall seeing this > issue before. Yes, it's a duplicate of Bug 886855 *** This bug has been marked as a duplicate of bug 886855 *** patch sent: http://gerrit.ovirt.org/#/c/10798/4 Change-Id: I71210a641e21c211fce106096742bd72cf37c150 *** Bug 886855 has been marked as a duplicate of this bug. *** When disk is removed, then no permissions are seen in user permissions. But it is still possible to view disk permission when storage is destroyed, as was described in bug 886855, which was marked as duplicated of this bug. So moving back to assigned. Need PM's input for proper behaviour of SD destruction - probably not feasible for 3.2 Should be resolved by bug 982527, need to retest after it is fixed verified using is12
verification steps
1. Create disk.
2. Add new user (I added AD user)
2. Add the user permissions on this disk.
3. Remove disk.
4. Check that user permissions on the relevant disk disappeared
on users tab - select the relevant user -
on permissions sub-tab - check no relevant disk permissions
This bug is currently attached to errata RHEA-2013:15231. If this change is not to be documented in the text for this errata please either remove it from the errata, set the requires_doc_text flag to minus (-), or leave a "Doc Text" value of "--no tech note required" if you do not have permission to alter the flag. Otherwise to aid in the development of relevant and accurate release documentation, please fill out the "Doc Text" field above with these four (4) pieces of information: * Cause: What actions or circumstances cause this bug to present. * Consequence: What happens when the bug presents. * Fix: What was done to fix the bug. * Result: What now happens when the actions or circumstances above occur. (NB: this is not the same as 'the bug doesn't present anymore') Once filled out, please set the "Doc Type" field to the appropriate value for the type of change made and submit your edits to the bug. For further details on the Cause, Consequence, Fix, Result format please refer to: https://bugzilla.redhat.com/page.cgi?id=fields.html#cf_release_notes Thanks in advance. Described in BZ#982527 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. http://rhn.redhat.com/errata/RHSA-2014-0038.html |
Created attachment 674037 [details] engine.log Description of problem: When user has permissions on disk. And then the disk is deleted. Under User->permissions tab there is still permissions to disk, but is shown as a 'null(Disk)'. Version-Release number of selected component (if applicable): 3.1.0-38.el6ev How reproducible: always Steps to Reproduce: 1. Create disk. 2. Add user permissions on this disk. 3. Remove disk. 4. Check users permissions. Actual results: User have permissions 'null(Disk)' Expected results: User should not have any permissions. Additional info: