Bug 1401031

Summary: [RFE] Greater granularity for selecting effective user for remote commands
Product: Red Hat Satellite Reporter: Konstantin Trufanov <ktrufano>
Component: Remote ExecutionAssignee: satellite6-bugs <satellite6-bugs>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.2.3CC: bkearney, dlaukova, duncan, inecas, jcallaha, ktordeur, satellite6-bugs, vdulava
Target Milestone: UnspecifiedKeywords: FutureFeature
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-09-04 19:15:49 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:

Comment 2 Kenny Tordeurs 2017-02-08 10:07:15 UTC
*** Bug 1389230 has been marked as a duplicate of this bug. ***

Comment 3 Duncan Innes 2017-02-24 10:38:18 UTC
User mapping requirements will certainly have to expand slightly.

One customer requirement is for specific real Satellite users (e.g. innesd, inecas, bbuckingham) to map to a generic local account on the client systems (e.g. TeamOps, TeamAdm etc.).  This specific customer requirement wouldn't require a Satellite user to be mapped to any more than 1 local account, but I can see this being required for other situations.

As for the scenario where the mapping is also dependant on the host or hostgroup, I'm afraid I can't expand further.  Under this specific customer requirement, Satellite users are not given different privileges depending on which client machines they run jobs on.  i.e. an ops user will always map to the Ops local account on every machine that they try to execute remote commands.

Comment 4 Ivan Necas 2017-03-07 10:37:12 UTC
Ok, this simplifies the situation a bit.

Comment 5 dlaukova 2017-11-21 09:44:34 UTC
Hello,

Is there any progress to this RFE?

Comment 6 Bryan Kearney 2017-11-28 18:48:38 UTC
This has not been triaged to a release.

Comment 7 Bryan Kearney 2018-09-04 19:02:42 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in the product in the foreseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.

Comment 8 Bryan Kearney 2018-09-04 19:15:49 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in the product in the foreseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.