-
Notifications
You must be signed in to change notification settings - Fork 57
Tool for monitoring untracked workspace deployments #1690
Comments
I think #1691 this can cause Untracked workspace deployments too. |
untracked deployments is the side-effect of the eclipse-che/che#15006 |
this is not the first time when we have such a thing and not the last time, is that possible to have some general solution to report and clean up such things? |
It may be possible but this would be hard to envision as a Che feature; how we check users and their (unique) namespaces in a way that scales to thousands of users? |
Before sinking significant time into implementing something along these lines, I think some more design discussion is required. As I see it, there are three options for implementing this functionality, in terms of where and how this service would run.
Personally, I'm leaning towards option 2, but that's because we know how to deploy and update such a service. I don't think it's suitable to plan this sort of thing for upstream, since the assumptions are very different. |
@amisevsk IMO we should stick to a solution that could be re-used in the upstream (not necessarily embedded in che-server, it could be auxiliary deployment like k8s-image-puller). |
Talked with @sleshchenko and what we currently have in the upstream is - RuntimeHangingDetector - https://github.com/eclipse/che/blob/master/infrastructures/kubernetes/src/main/java/org/eclipse/che/workspace/infrastructure/kubernetes/RuntimeHangingDetector.java
|
Yeah, the RuntimeHangingDetector is a different case, since we can look for The flow I would follow for this would be:
The worry comes in where we have to scale to thousands of users. |
Could not we get the other way round:
|
@ibuziuk The issue is an access problem:
This requires admin access to the tenant clusters, so we're no longer talking about something that runs in dsaas without a new config (I don't know if SD supports this flow).
|
Closing, untracked deployments are currently expected to be tracked manually |
Issue problem:
During testing eclipse-che/che#15006 on che.openshift.io I've got into the situation when some exception happens during workspace stop/delete. That exception caused that
I believe that this is a complex issue, that happens before and will happen again. I think right now there are multiple deployments that che users are not aware of.
Red Hat Che version:
version: (help/about menu)
Reproduction Steps:
Describe how to reproduce the problem
Runtime:
runtime used:
minishift version
)oc version
)The text was updated successfully, but these errors were encountered: