-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Use meaningful value for plugin broker container name instead of generated one #12372
Use meaningful value for plugin broker container name instead of generated one #12372
Conversation
ca7a4f8
to
e9ef5d0
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. Do you plan to add tests?
e9ef5d0
to
2eb4589
Compare
ci-test |
Previosly, I tried to implement using plugin type as container name but it can not be implemented since one broker container may be used for several plugin types, like for So, we may we container image after replacing all non allowed character to
@garagatyi WDYT? It is better than we have now? |
I'm OK with the solution you are suggesting. |
ci-test |
1 similar comment
ci-test |
It can spoil running several workspaces at the same time. See #12395 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm OK with these improvements
…rated one Signed-off-by: Sergii Leshchenko <sleshche@redhat.com>
1ada30a
to
e41994d
Compare
My bad - it is not a problem |
Results of automated E2E tests of Eclipse Che Multiuser on OCP: |
What does this PR do?
During manual testing of PVCs supporting in K8s/OS recipes, I discovered that Che 7 workspace acquires new folder for each workspace start. So, each Che 7 workspace start increases folders number in common PV:
Note that it unique PVC strategy does not have the described issue (but I did investigated why):
Since Plugin Brokers do not write any logs in Logs volume it makes sense to deprecate usage of logs volume at all. The corresponding issue #11806.
But while there is no final decision whether it should be removed or not, it makes sense to use meaningful names for plugins brokers machines.
It also could help during issues investigation, like an example if for some reason plugin broker container is invalid - we will see error
Container plugin-broker/broker1n71g0
is not valid, after aplying these changes we will see
Container plugin-broker/eclipse-plugin-broker-che is not valid `After these changes PV of common PVC has the following folders structure:
What issues does this PR fix or reference?
N/A
Release Notes
N/A
Docs PR
N/A