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

SinkBinding eliminates all volumes on Deployment subject #8261

Open
christophd opened this issue Oct 20, 2024 · 3 comments
Open

SinkBinding eliminates all volumes on Deployment subject #8261

christophd opened this issue Oct 20, 2024 · 3 comments
Labels
kind/bug Categorizes issue or PR as related to a bug. triage/accepted Issues which should be fixed (post-triage)

Comments

@christophd
Copy link

Describe the bug
Given the subject in a SinkBinding is an arbitrary Deployment that brings its own volumes/volumeMounts spec these get eliminated as soon as the SinkBinding has injected K_SINK envVars. As a result the initial volume/volumeMount information is lost on the Deployment.

Expected behavior
The SinkBinding should preserve existing volume/volumeMount specs on the Deployment subject.

To Reproduce

  • Create a Deployment with a custom volume/volumeMount
  • Create a SinkBinding resource with the given Deployment as a subject
  • See the existing volume/volumeMount disappear from the Deployment spec as soon as the SinkBinding envVar injection is done

Knative release version
v1.14.0

Additional context
used kubectl apply -f to create both Deployement and SinkBinding. Tested on local Kind cluster.

@christophd christophd added the kind/bug Categorizes issue or PR as related to a bug. label Oct 20, 2024
@Cali0707
Copy link
Member

Probably related to some logic in

func (sb *SinkBinding) Do(ctx context.Context, ps *duckv1.WithPod) {

/triage accepted

@knative-prow knative-prow bot added the triage/accepted Issues which should be fixed (post-triage) label Oct 20, 2024
@Cali0707
Copy link
Member

@christophd was oidc enabled when you found this?

@christophd
Copy link
Author

no it was not

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. triage/accepted Issues which should be fixed (post-triage)
Projects
None yet
Development

No branches or pull requests

2 participants