question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Can't get CHE running on Rancher K8S Cluster

See original GitHub issue

Summary

I try to setup Eclipse CHE on a Rancher Kubernetes Cluster. I used for this the helm chart with some modifications. It’s all starting and i can login in dashboard, but I can’t create any new workspaces. I tried some tipps from older issues but nothing helped. How can I solve this?

Errorlog from “CHE” Container: 2021-01-25 19:14:21,228[aceSharedPool-1] [ERROR] [o.e.c.c.t.TracingInterceptor 63] - Plugins installation process timed out org.eclipse.che.api.workspace.server.spi.InfrastructureException: Plugins installation process timed out at org.eclipse.che.workspace.infrastructure.kubernetes.wsplugins.brokerphases.WaitBrokerResult.execute(WaitBrokerResult.java:75) at org.eclipse.che.workspace.infrastructure.kubernetes.wsplugins.brokerphases.DeployBroker.execute(DeployBroker.java:129) at org.eclipse.che.workspace.infrastructure.kubernetes.wsplugins.brokerphases.PrepareStorage.execute(PrepareStorage.java:76) at org.eclipse.che.workspace.infrastructure.kubernetes.wsplugins.brokerphases.ListenBrokerEvents.execute(ListenBrokerEvents.java:63) at org.eclipse.che.workspace.infrastructure.kubernetes.wsplugins.PluginBrokerManager.getTooling(PluginBrokerManager.java:129) at org.eclipse.che.core.tracing.TracingInterceptor.invoke(TracingInterceptor.java:61) at org.eclipse.che.workspace.infrastructure.kubernetes.wsplugins.SidecarToolingProvisioner.provision(SidecarToolingProvisioner.java:90) at org.eclipse.che.core.tracing.TracingInterceptor.invoke(TracingInterceptor.java:61) at org.eclipse.che.workspace.infrastructure.kubernetes.KubernetesInternalRuntime.provisionWorkspace(KubernetesInternalRuntime.java:288) at org.eclipse.che.workspace.infrastructure.kubernetes.KubernetesInternalRuntime.internalStart(KubernetesInternalRuntime.java:204) at org.eclipse.che.api.workspace.server.spi.InternalRuntime.start(InternalRuntime.java:141) at org.eclipse.che.core.tracing.TracingInterceptor.invoke(TracingInterceptor.java:61) at org.eclipse.che.api.workspace.server.WorkspaceRuntimes$StartRuntimeTask.run(WorkspaceRuntimes.java:969) at org.eclipse.che.commons.lang.concurrent.CopyThreadLocalRunnable.run(CopyThreadLocalRunnable.java:38) at java.base/java.util.concurrent.CompletableFuture$AsyncRun.run(Unknown Source) at io.opentracing.contrib.concurrent.TracedRunnable.run(TracedRunnable.java:30) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.base/java.lang.Thread.run(Unknown Source) 2021-01-25 19:14:21,239[aceSharedPool-1] [INFO ] [o.e.c.a.w.s.WorkspaceRuntimes 995] - Workspace 'admin:dotnet-oy8fw' with id 'workspacexde6yczug65tvm69' start failed 2021-01-25 19:14:22,303[ajor-endpoint-0] [ERROR] [.e.c.a.c.j.c.RequestDispatcher 62] - No corresponding to method 'unsubscribe' handler is registered 2021-01-25 19:25:27,088[aceSharedPool-2] [INFO ] [o.e.c.a.w.s.WorkspaceRuntimes 1106] - Runtime 'workspace9edw06uph3i0cj9h:default:b07e3a58-ed50-4a6e-be17-fcf49ff8b242' is stopping abnormally. Reason: Workspace is not started in time. Trying interrupt runtime start

Relevant information

  • cheWorkspaceHttpProxy: “http://172.25.28.25:8080
  • cheWorkspaceHttpsProxy: “http://172.25.28.25:8080
  • cheWorkspaceNoProxy: “10.0.0.0/8”
  • multiuser=true
  • serverStrategy: multi-host
  • singleHostExposure: native
  • tls=enabled with own secret

Issue Analytics

  • State:closed
  • Created 3 years ago
  • Comments:9 (3 by maintainers)

github_iconTop GitHub Comments

1reaction
gorshkov-leonidcommented, Aug 12, 2021

@tolusha It seems I’ve found a bug. All works if a certificate has \n at the end, But in my case, I was using a certificate that ends with “…END CERTIFICATE-----<EOF>”

0reactions
gorshkov-leonidcommented, Aug 12, 2021

@tolusha maybe you know something about the possible reason?

Read more comments on GitHub >

github_iconTop Results From Across the Web

Troubleshooting the Rancher Server Kubernetes Cluster
Use kubectl to check the cattle-system system namespace and see if the Rancher pods are in a Running state. ... If the state...
Read more >
Managing Kubernetes Clusters with Rancher 2.0 - YouTube
http:// rancher.com/rancher2-0 Rancher 2.0 tech preview provides centralized management of multiple Kubernetes clusters across multiple ...
Read more >
Running your own Kubernetes cluster with Rancher - YouTube
Today I finally get around to try out Rancher. This product is great for bootstrapping your own Kubernetes cluster on prem or on...
Read more >
How to Deploy Kubernetes on Linode with Rancher
Click on Tools from the main navigation bar and select Drivers from the dropdown menu. Rancher Drivers menu option highlighted · Find the...
Read more >
StatefulSets - Kubernetes
StatefulSet is the workload API object used to manage stateful applications. Manages the deployment and scaling of a set of Pods, ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found