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 with subject described with MatchLabels on metav1.LabelSelector can report Ready without subject being deployed #5510

Closed
cardil opened this issue Jun 14, 2021 · 10 comments
Labels
kind/bug Categorizes issue or PR as related to a bug. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.

Comments

@cardil
Copy link
Contributor

cardil commented Jun 14, 2021

Describe the bug
SinkBinding sometimes reports Ready even if its subject isn't ready (or even deployed). This bug is similar to #5442.

Expected behavior
SinkBinding shouldn't report Ready without matching subject being ready.

To Reproduce
#5511

Knative release version
TBD

@cardil cardil added the kind/bug Categorizes issue or PR as related to a bug. label Jun 14, 2021
cardil added a commit to cardil/knative-eventing that referenced this issue Jun 14, 2021
@maschmid
Copy link
Contributor

Why can't the SinkBinding be ready without a matching subject? IMHO the SinkBinding readiness signifies that it is Ready to properly modify a matching subject when it is created, but it is perfectly fine to create it afterwards.

(SinkBinding Readiness should signify the webhook is ready to properly modify a matching subject when it exists, so. e.g. if it ready before the webhook is modified to accept the matching resources, that would be a bug)

@maschmid
Copy link
Contributor

e.g. consider the example with SinkBinding and CronJob in https://knative.dev/docs/eventing/sources/sinkbinding/ , The whole setup is ready when SinkBinding and CronJob are created. (but SinkBinding's subjects are the Jobs created by the CronJob later)

@cardil
Copy link
Contributor Author

cardil commented Jun 15, 2021

SinkBinding actually returns the Ready status as "subject not present" or similar, in some cases. So, now, it's mixed. Sometimes the absence of subject is propagated to Ready status, but in other cases it is not. See the repro #5511.

I think that in cases where it is possible to report Readiness of SinkBinding, we should propagate the subject status as well. There are some exceptions to this, as you have given an example of CronJob.

@github-actions
Copy link

This issue is stale because it has been open for 90 days with no
activity. It will automatically close after 30 more days of
inactivity. Reopen the issue with /reopen. Mark the issue as
fresh by adding the comment /remove-lifecycle stale.

@github-actions github-actions bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Sep 14, 2021
@cardil
Copy link
Contributor Author

cardil commented Sep 21, 2021

/remove-lifecycle stale

@knative-prow-robot knative-prow-robot removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Sep 21, 2021
@github-actions
Copy link

This issue is stale because it has been open for 90 days with no
activity. It will automatically close after 30 more days of
inactivity. Reopen the issue with /reopen. Mark the issue as
fresh by adding the comment /remove-lifecycle stale.

@github-actions github-actions bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Dec 21, 2021
@cardil
Copy link
Contributor Author

cardil commented Dec 21, 2021

/remove-lifecycle stale

@knative-prow-robot knative-prow-robot removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Dec 21, 2021
@github-actions
Copy link

This issue is stale because it has been open for 90 days with no
activity. It will automatically close after 30 more days of
inactivity. Reopen the issue with /reopen. Mark the issue as
fresh by adding the comment /remove-lifecycle stale.

@github-actions github-actions bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Mar 22, 2022
@cardil
Copy link
Contributor Author

cardil commented Mar 28, 2022

/remove-lifecycle stale

@knative-prow knative-prow bot removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Mar 28, 2022
@github-actions
Copy link

This issue is stale because it has been open for 90 days with no
activity. It will automatically close after 30 more days of
inactivity. Reopen the issue with /reopen. Mark the issue as
fresh by adding the comment /remove-lifecycle stale.

@github-actions github-actions bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jun 27, 2022
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. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.
Projects
None yet
Development

No branches or pull requests

3 participants