Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Secret Creation for ROSA - Non STS Cluster #121

Closed
nfrankish opened this issue Nov 14, 2023 · 5 comments
Closed

Secret Creation for ROSA - Non STS Cluster #121

nfrankish opened this issue Nov 14, 2023 · 5 comments
Assignees

Comments

@nfrankish
Copy link

The documentation provided has options for ROSA around creating the credential when its a STS enabled cluster - see https://access.redhat.com/documentation/en-us/red_hat_openshift_service_on_aws/4/html/tutorials/cloud-experts-aws-load-balancer-operator.

However on a non STS ROSA cluster, there is no documentation for the requirements or provisioning of the secret.

The operator fails to install, and the operator details page highlights that a secret needs to be created (see attachment 1) - however, in a ROSA cluster that action is blocked - See attachment 2

secretcreate1

secretcreate2

@alebedev87
Copy link
Contributor

I'm not a ROSA expert and I cannot say to which extent the non STS mode is recommended. I just know that it's not the default mode anymore. So, I don't know whether it's a documentation gap or an intent.

As a workaround I can propose to use the OCP documentation.

@nfrankish
Copy link
Author

Yeah appreciate that its now no longer the default, however we have two existing clusters that were stuck with for the forseable future. That documentation appears to still be fore a STS cluster. Ill open a case with RedHat as well for options.

@candita
Copy link

candita commented Jan 17, 2024

/assign @alebedev87

@alebedev87
Copy link
Contributor

alebedev87 commented Jan 25, 2024

@nfrankish : I believe the creation of CredentialsRequest resources was unblocked in the recent ROSA versions. That allowed us to implement the new STS flow based on the self credentials provisioning, see #113. The OCP documentation can help you to understand how to create and provide IAM role to the operator and controller (ROSA uses STS mode by default).

@nfrankish
Copy link
Author

Thanks for the update - i know it started working for us recently, so probably related. Thanks for checking in!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants