Description of problem: assign DiskProfileUser role to Everyone group to newly added storagedomain Version-Release number of selected component (if applicable): rhevm-3.5.1-0.3.el6ev.noarch How reproducible: always Steps to Reproduce: 1. Add new storage domain. 2. Check it's permissions. Actual results: Group Everyone don't have DiskProfileUser role on sd's disk profile. Expected results: Group Everyone have DiskProfileUser role on sd's disk profile. Additional info:
On creation of a new domain we should make sure that a domain has a profile with everyone perms on it so a creation of a disk should be available with no further work (otherwise this was a regression)
This was fixed in bug 1160846 in 3.5.1. Please verify. note that the role given by default is UserProfileEditor
To be able to see(and use) the disk profile you need to have role 'DiskProfileUser' on diskprofile of newly added storage domain, so it don't work.
(In reply to Ondra Machacek from comment #4) > To be able to see(and use) the disk profile you need to have role > 'DiskProfileUser' on diskprofile of newly added storage domain, so it don't > work. Ondra you are correct, we don't add that permission on the creation of the storage domain.
Why is the bug on NEW when there's a patch being worked on? Is it going to make it to 3.6.6? Otherwise, please move it TODAY to whatever release it's going to be.
Moving to 3.6.7, for the time being.
(In reply to Yaniv Kaul from comment #6) > Why is the bug on NEW when there's a patch being worked on? Is it going to > make it to 3.6.6? Otherwise, please move it TODAY to whatever release it's > going to be. I expected automation to do so. Anyway noticed and took care of
Verified with: ovirt-engine-4.1.0-0.0.master.20160605051229.gitb398fa2.el7.centos.noarch