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

error in pipelineruns with spec.volumes[2].name longer than 63 characters #1753

Closed
dibbles opened this issue Dec 16, 2019 · 1 comment · Fixed by #1756
Closed

error in pipelineruns with spec.volumes[2].name longer than 63 characters #1753

dibbles opened this issue Dec 16, 2019 · 1 comment · Fixed by #1756
Assignees
Labels
kind/bug Categorizes issue or PR as related to a bug.

Comments

@dibbles
Copy link
Member

dibbles commented Dec 16, 2019

Expected Behavior

Using a valid service account name and secret name, I expect my pipelinerun to function successfully as in v0.9.0

Actual Behavior

After #1701 the follwing error is seen:

[spec.volumes[2].name: Invalid value: "tekton-internal-secret-volume-tekton-webhooks-extension-dockercfg-s74m2": must be no more than 63 characters

I think this is due to the removal of code that previously restricted the length of the name of the volume mounts. If my digging in the code is correct, my suspicion is around ...

Previously in cred-init.go

 name := names.SimpleNameGenerator.RestrictLengthWithRandomSuffix(fmt.Sprintf("secret-volume-%s", secret.Name))

Now

 name := fmt.Sprintf("tekton-internal-secret-volume-%s", secret.Name)

Steps to Reproduce the Problem

  1. create a service account patched with an awfully long secret name (e.g. tekton-webhooks-extension-dockercfg-s74m2)
  2. use this service account to run your pipelinerun with dynamic volume provisioning enabled

Additional Info

@ghost ghost added the kind/bug Categorizes issue or PR as related to a bug. label Dec 16, 2019
@imjasonh
Copy link
Member

/assign

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants