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

Chectl server:start command uses old plugin registry env var in configmap #92

Closed
amisevsk opened this issue May 8, 2019 · 7 comments
Closed
Assignees
Labels
bug Something isn't working good first issue Good for newcomers

Comments

@amisevsk
Copy link
Contributor

amisevsk commented May 8, 2019

When running chectl server:start -p minishift -a operator, the created che configmap uses the incorrect plugin registry path:

  • CHE_WORKSPACE_PLUGIN__REGISTRY__URL: 'https://che-plugin-registry.openshift.io/'

should be

  • CHE_WORKSPACE_PLUGIN__REGISTRY__URL: 'https://che-plugin-registry.openshift.io/v2'

As of Che 7.0.0-beta-4.0 this causes workspace starts to fail, since Che attempts to use the current plugin reference spec publisher/name/version and the non v2 registry is incompatible.

I'm not clear on why this is happening, as the operator is updated to use v2

@l0rd
Copy link
Collaborator

l0rd commented May 9, 2019

That's probably because we are using the "old" operator here.

@l0rd
Copy link
Collaborator

l0rd commented May 10, 2019

This PR introduced the new operator based on the operator SDK eclipse-che/che-operator#6

Currently in chectl we are using image eclipse/che-operator but we need to change installer/operator.ts to behave as the new operator deploy.sh script (that uses image eivantsov/operator)

@nickboldt
Copy link
Collaborator

Workaround is: oc set env dc/che CHE_WORKSPACE_PLUGIN__REGISTRY__URL=https://che-plugin-registry.openshift.io/v3 once your deployment is live.

More: http://divby0.blogspot.com/2019/06/deploying-che-7-to-minishift-with-chectl.html (uses the minishift addon instead of the operator)

@apupier
Copy link
Contributor

apupier commented Jul 9, 2019

Workaround is: oc set env dc/che CHE_WORKSPACE_PLUGIN__REGISTRY__URL=https://che-plugin-registry.openshift.io/v3 once your deployment is live.

Do you have an idea of the equivalent for Minikube installation?

@apupier
Copy link
Contributor

apupier commented Jul 9, 2019

Workaround is: oc set env dc/che CHE_WORKSPACE_PLUGIN__REGISTRY__URL=https://che-plugin-registry.openshift.io/v3 once your deployment is live.

Do you have an idea of the equivalent for Minikube installation?

for Minikube:
kubectl edit cm -n che
then edit yaml to have CHE_WORKSPACE_PLUGIN__REGISTRY__URL=https://che-plugin-registry.openshift.io/v3
kubectl get pods -n che
replace XXX with correctname kubectl delete pod/che-XXXX-XXX -n che
wait that the new pod is started
enjoy

@l0rd l0rd closed this as completed Jul 22, 2019
@l0rd
Copy link
Collaborator

l0rd commented Jul 22, 2019

This issue has been fixed by #179

The issue on minishift is solved as well for users that use latest version of minishift.

@apupier
Copy link
Contributor

apupier commented Jul 26, 2019

I tried yesterday locally and I still have the problem with minikube.
I called chectl update just before recreating the Che instance.
I have chectl/0.0.2-6d3894f win32-x64 node-v10.4.1

is it that I need to wait for a new RC release?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

4 participants