Bug 1370460
Summary: | [RFE] Hammer Create subnet with option Discovery capsule and Remote Execution | ||
---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Anand Agrawal <aagrawal> |
Component: | Networking | Assignee: | satellite6-bugs <satellite6-bugs> |
Status: | NEW --- | QA Contact: | Satellite QE Team <sat-qe-bz-list> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 6.2.0 | CC: | bkearney, b.prins, dsinglet, emarquez, Ferry.wedman, hartsjc, jhutar, omaciel, rlavi, saydas, sokeeffe, tstrachota |
Target Milestone: | Unspecified | Keywords: | FutureFeature, PrioBumpPM, PrioBumpQA, Reopened, Triaged |
Target Release: | Unused | ||
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: | 2018-09-04 19:07:06 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: |
Comment 1
Anand Agrawal
2017-06-09 07:02:00 UTC
Created redmine issue http://projects.theforeman.org/issues/21231 from this bug 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. 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. It is important to be able to set remote execution capsule via hammer as it is possible via UI. This is important in a workflow when you want to use ReX via capsules properly IMO. As a workaround, you can use API to setup ReX capsule for subnet: # curl --silent --insecure -u ...:... -X PUT -H 'Accept: application/json' -H 'Content-Type: application/json' https://localhost//api/v2/subnets/subnet-caps1 -d '{"subnet": {"remote_execution_proxy_ids": ["2"]}}' Unfortunately, it is not shown when getting that subnet back: # curl --silent --insecure -u ...:... -X GET -H 'Accept: application/json' https://localhost//api/v2/subnets/subnet-caps1 | json_reformat | grep -i -e rex -e remote <nothing> (In reply to Jan Hutař from comment #10) > It is important to be able to set remote execution capsule via hammer as it > is possible via UI. This is important in a workflow when you want to use ReX > via capsules properly IMO. Hello, it's been some time since the last comment on this RFE, is it still needed? (In reply to Ron Lavi from comment #16) > Hello, it's been some time since the last comment on this RFE, > is it still needed? Hello. I think there is a generic promise that whatever can be done in UI, should be doable in CLI. I have not checked if this is still missing though. When needed, I'm using API workaround from comment #c11 Thanks Jan, I see that upstream issue already created: https://projects.theforeman.org/issues/21231 added to my team's backlog: https://issues.redhat.com/browse/SAT-11210 |