Bug 1015192

Summary:	URGENT: Cannot provision after a "Take" of a system.
Product:	[Retired] Beaker	Reporter:	Prarit Bhargava <prarit>
Component:	web UI	Assignee:	beaker-dev-list
Status:	CLOSED DUPLICATE	QA Contact:	tools-bugs <tools-bugs>
Severity:	urgent	Docs Contact:
Priority:	urgent
Version:	0.15	CC:	abenoit, aigao, asaha, bdas, bpeck, dcallagh, llim, qwan, rfreiss, rmancy
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-10-04 03:03:48 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Prarit Bhargava 2013-10-03 15:34:58 UTC

Description of problem:  Before the upgrade when I did a "take" of a system I was able to immediately provision the system.  After the upgrade, I "take" and then I see the following message under the provision tab:

"You do not have access to schedule a job on this system. "


Version-Release number of selected component (if applicable):0.15.0

How reproducible: 100%


Steps to Reproduce:
1. Take system (after verifying I am in the group)
2. Attempt to Provision.


Actual results: Cannot provision.


Expected results: I should be able to provision.


Additional info:  This is reproducible across several users in kernel engineering.  This should be treated as a critical bug.

Comment 2 Prarit Bhargava 2013-10-03 15:52:34 UTC

Working alongside bpeck ...

It looks like this is a permissions issue.  The system is owned by kernel-hw, but the kernel-hw group has not been properly added to the access policy by default.

P.

Comment 4 Nick Coghlan 2013-10-04 03:03:48 UTC

Indeed, it turns out the conversion scripts for the new ACLs didn't correctly migrate all existing permissions :(

*** This bug has been marked as a duplicate of bug 1015328 ***