Bug 1565039
Summary: | Unable to create encrypted volume with barbican - Order creation attempt not allowed | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | bkopilov <bkopilov> |
Component: | openstack-barbican | Assignee: | Ade Lee <alee> |
Status: | CLOSED DUPLICATE | QA Contact: | Pavan <pkesavar> |
Severity: | urgent | Docs Contact: | |
Priority: | medium | ||
Version: | 13.0 (Queens) | CC: | aavraham, abishop, eharney, hrybacki, kbasil, nkinder, pkesavar, tshefi |
Target Milestone: | --- | Keywords: | Triaged, ZStream |
Target Release: | 13.0 (Queens) | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-01-09 20:36:18 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: | |||
Bug Depends On: | 1566724, 1664428, 1664429 | ||
Bug Blocks: |
Description
bkopilov
2018-04-09 08:39:11 UTC
Where are the log files? > 2018-04-09 08:14:19.233 27 ERROR barbican.api.controllers [req-c4093da4-1296-450c-beae-953e3eb1e991 8325cbdefc7e491a95a60670c16d273a - - default default] Order creation attempt not allowed - please review your u
ser/project privileges: PolicyNotAuthorized: orders:post is disallowed by policy
This happens if the request to Barbican to create the key is made by a user that isn't in the creator role.
Yes, this definitely sounds like the user not having the creator role. (In reply to Ade Lee from comment #3) > Yes, this definitely sounds like the user not having the creator role. Is it a configuration needed to be done in tripleO during the barbican installation or part of project configuration? Hi all , I just installed devstack with barbican , Looks like redhat installer should install as devstack with prepared roles . [stack@localhost ~]$ openstack role list +----------------------------------+---------------------------+ | ID | Name | +----------------------------------+---------------------------+ | 0f515ce019fe4144bba109a834df4752 | observer | | 269c25ca337b4c0aa322ebda20b3ad7c | admin | | 278a91beda464af19cd068502592972f | service | | 770c909071cc446a9bd0d5156f9fa913 | creator | | 9fe2ff9ee4384b1894a90878d3e92bab | _member_ | | a3eea10c8998431fb1d24ba5d32ee300 | anotherrole | | c656cac112e44ef9a253d303659ca242 | Member | | cc11bfa9b8094080a8630ebd7a8a38ff | audit | | f4d91c39792147e998e3affe20766a24 | ResellerAdmin | | fd827c52074f4d9997128ffb89a3ea78 | key-manager:service-admin | +----------------------------------+---------------------------+ if rhos installer will not install barbican properly , we will be blocked in our testing. Well, devstack has the luxury of performing any amount of post-deployment setup operations. There are a number of day-1 operations that OSP expects the Admin to perform that are not considered part of the TripleO deployment, so we need to be careful when comparing TripleO and devstack deployments. The question is, what does the OSP documentation for Barbican say? Till this is incorporated we have a workaround, on undercloud from admin user: #openstack role create creator #openstack role add --user demo creator --project demo Where demo is user name and project name in my case. Unset blocker flags. *** This bug has been marked as a duplicate of bug 1664429 *** |