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

EclipseChe latest version installation on managed clusters #21556

Closed
MeghanaSrinath opened this issue Jul 18, 2022 · 2 comments
Closed

EclipseChe latest version installation on managed clusters #21556

MeghanaSrinath opened this issue Jul 18, 2022 · 2 comments
Labels
kind/question Questions that haven't been identified as being feature requests or bugs. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.

Comments

@MeghanaSrinath
Copy link

Summary

I'm trying to install latest stable version of Che on my managed kubernetes cluster (GKE/AKS/EKS). As per the documents and other issues on this repository, I can see that keycloak and all relevant OIDC setup for the k8s cluster is included as part of the installation through chectl for versions <= 7.41. With higher versions of Che, I see that OIDC configuration needs to be manually setup from cluster admin side and dex is given as the identity provider. Though there is an option to add external keycloak, the steps mentioned to integrate are not very clear. Also, for setting up the OIDC endpoint for the clusters, each cloud has its own way. Is there any clear documentation or steps that we can follow to get the latest version of che up and running on a managed cluster with all the OIDC and keycloak configurations done? The installation method upto version 7.41 was very friendly and fast and I'm having multiple blockers in getting the newer versions installed. Any help is appreciated.

Relevant information

No response

@MeghanaSrinath MeghanaSrinath added the kind/question Questions that haven't been identified as being feature requests or bugs. label Jul 18, 2022
@che-bot che-bot added the status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. label Jul 18, 2022
@l0rd l0rd removed the status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. label Jul 19, 2022
@l0rd
Copy link
Contributor

l0rd commented Jul 19, 2022

@MeghanaSrinath we (Che maintainers) are a small team with limited resources and we do not have access to GKE/AKS/EKS clusters so all our tests happen on Red Hat OpenShift clusters (those include an OAuth service and don't need extra OIDC provider configuration) or minkube (where we automatically install and configure Dex using chectl).

Recently we got a contribution from @karatkep that has worked on the installation of Che on an AKS cluster (here is the blog post article he has submitted) and @tolusha is working on documenting the steps to configure Che to use and already existing Keycloak instance on minikube. And you can find more information in this issue. Hope that helps.

@che-bot
Copy link
Contributor

che-bot commented Jan 15, 2023

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.

@che-bot che-bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jan 15, 2023
@che-bot che-bot closed this as completed Jan 22, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/question Questions that haven't been identified as being feature requests or bugs. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.
Projects
None yet
Development

No branches or pull requests

3 participants