-
Notifications
You must be signed in to change notification settings - Fork 386
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
bug: Syncer namespace with label value exceeding 63 characters #1843
Comments
/help |
@ncdc: Please ensure the request meets the requirements listed here. If this request no longer meets these requirements, the label can be removed In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Hi @ncdc if no one has started with this one yet, can I work on this? |
@apoorvajagtap sure thing, thanks! /assign @apoorvajagtap |
Hello @ncdc @MatousJobanek I was able to reproduce the issue. In order to proceed, I would like to have your inputs on a preferred value for
So, what should be the preferred pattern to opt for a unique value?
|
Neither |
Discussed in community call today. Let's remove these. |
Describe the bug
When generating the syncer namespace manifests, the
kubectl kcp workload sync
uses the current workspace path and the workspace name forworkload.kcp.io/logical-cluster
label. However, this can easily exceed 63 characters (mainly in home workspaces) which is the limit for label values.Creating such a namespace fails with:
This makes any testing in some home workspace almost impossible
Steps To Reproduce
kubectl kcp workload sync
Expected Behaviour
the sync command should not create a label with such a long value
Additional Context
No response
The text was updated successfully, but these errors were encountered: