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

Incorrect path - https://che-plugin-registry.openshift.io/v3/plugins/eclipse/che-theia/7.0.0/meta.yaml #14261

Closed
manishpython opened this issue Aug 16, 2019 · 13 comments
Labels
kind/bug Outline of a bug - must adhere to the bug report template. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. status/info-needed More information is needed before the issue can move into the “analyzing” state for engineering.

Comments

@manishpython
Copy link

manishpython commented Aug 16, 2019

While deploying Nodejs app in workspace, but getting below error:

The requested URL /v3/plugins/eclipse/che-theia/7.0.0/meta.yaml was not found on this server.

Full Workspace Start Logs
Cleaning /plugins dir
Starting Init Plugin Broker
Failed to download plugin meta: failed to fetch plugin meta.yaml from URL 'https://che-plugin-registry.openshift.io/v3/plugins/eclipse/che-theia/7.0.0/meta.yaml': Downloading https://che-plugin-registry.openshift.io/v3/plugins/eclipse/che-theia/7.0.0/meta.yaml failed. Status code 404. Response body: 

Not Found

The requested URL /v3/plugins/eclipse/che-theia/7.0.0/meta.yaml was not found on this server.

Error: Failed to run the workspace: "Plugins installation process failed. Error: Plugin broking process for workspace workspacewm7o9ae2ceq9bnwg failed with error: Failed to download plugin meta: failed to fetch plugin meta.yaml from URL 'https://che-plugin-registry.openshift.io/v3/plugins/eclipse/che-theia/7.0.0/meta.yaml': Downloading https://che-plugin-registry.openshift.io/v3/plugins/eclipse/che-theia/7.0.0/meta.yaml failed. Status code 404. Response body: 

Not Found

The requested URL /v3/plugins/eclipse/che-theia/7.0.0/meta.yaml was not found on this server.

Observed that it should be as per below

Incorrect path - https://che-plugin-registry.openshift.io/v3/plugins/eclipse/che-theia/7.0.0/meta.yaml
Correct path - https://che-plugin-registry.openshift.io/v3/plugins/eclipse/che-theia/7.0.0-next/meta.yaml

Kindly fix it.

@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 Aug 16, 2019
@sleshchenko sleshchenko added the kind/bug Outline of a bug - must adhere to the bug report template. label Aug 16, 2019
@sleshchenko
Copy link
Member

cc @vparfonov @ibuziuk
Looks like Plugin Registry on OpenShift.io should be updated

@sleshchenko
Copy link
Member

@manishpython How did you deploy your Che? chectl, helm, ...?

@amisevsk
Copy link
Contributor

I'll open a PR to update the registry, but it's worth noting that eclipse-che/che-plugin-registry@191df1e#diff-81a58be1dc1db6f64c386b8e5b5b2057L4 is a breaking change -- any workspaces that explicitly reference eclipse/che-theia/7.0.0-next will no longer work

@manishpython
Copy link
Author

manishpython commented Aug 16, 2019 via email

@amisevsk
Copy link
Contributor

amisevsk commented Aug 16, 2019

@manishpython As a workaround while we get this resolved, you can update the configmap che on your OpenShift cluster. Adding the keys:

CHE_WORKSPACE_PLUGIN__REGISTRY__URL: https://che-plugin-registry.prod-preview.openshift.io/
CHE_WORKSPACE_DEVFILE__REGISTRY__URL: https://che-devfile-registry.prod-preview.openshift.io/

should fix the issue.

@ibuziuk
Copy link
Member

ibuziuk commented Aug 19, 2019

@manishpython have you deployed against minishift? Could you please provide the info about how exactly you deployed Che? AFAIK minishift is the only flavour of che that still uses openshift.io registries

@ibuziuk ibuziuk added status/info-needed More information is needed before the issue can move into the “analyzing” state for engineering. team/osio and removed status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. labels Aug 19, 2019
@rhopp
Copy link
Contributor

rhopp commented Aug 19, 2019

If we want to continue supporting minishift addon, I guess it should take care about deploying registries as well... We cannot ensure, that registries versions on production openshift.io deployments are inline with Che addon version.

@ibuziuk
Copy link
Member

ibuziuk commented Aug 19, 2019

I would rather deprecate minishift addon and focus on #10998 (part of deprecate single-user mode #10996)

@manishpython
Copy link
Author

@manishpython As a workaround while we get this resolved, you can update the configmap che on your OpenShift cluster. Adding the keys:

CHE_WORKSPACE_PLUGIN__REGISTRY__URL: https://che-plugin-registry.prod-preview.openshift.io/
CHE_WORKSPACE_DEVFILE__REGISTRY__URL: https://che-devfile-registry.prod-preview.openshift.io/

should fix the issue.

Thanks, It works now.

@manishpython
Copy link
Author

@manishpython have you deployed against minishift? Could you please provide the info about how exactly you deployed Che? AFAIK minishift is the only flavour of che that still uses openshift.io registries

No minishift, only used openshift container platform 3.11.

@johnmcollier
Copy link
Contributor

johnmcollier commented Aug 20, 2019

FWIW, I'm seeing this issue too with eclipse/che-theia:7.0.0 on OpenShift 3.11. I deployed Che with ./deploy-che.sh and no plugin/devfile registry was deployed by default, so the OpenShift.io plugin registry was used instead, where eclipse/che-theia:7.0.0 doesn't exist, so workspace creation failed.

@ibuziuk ibuziuk added this to the Backlog - Hosted Che milestone Oct 30, 2019
@che-bot
Copy link
Contributor

che-bot commented May 12, 2020

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 May 12, 2020
@manishpython
Copy link
Author

Closing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Outline of a bug - must adhere to the bug report template. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. status/info-needed More information is needed before the issue can move into the “analyzing” state for engineering.
Projects
None yet
Development

No branches or pull requests

7 participants