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

The Condition of SKS with type name "ActivatorEndpointsPopulated" is not marked accurate, ignoring the scenario of no activator endpoints #15278

Closed
yenniechen opened this issue May 30, 2024 · 3 comments
Assignees
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

@yenniechen
Copy link

yenniechen commented May 30, 2024

In what area(s)?

Remove the '> ' to select

/area autoscale

Other classifications:

/kind good-first-issue

What version of Knative?

main

Expected Behavior

While reconciling SKS, the reconciler will reconcile Public Endpoints and mark Activator Endpoints Populated into Condition at last. If no backends or if we're in the proxy mode, the activator will be considered to backs this revision. But in fact, if no activator mark Activator Endpoints Populated found, the mode will be forced into "Serve", and not be put in path. Would it be better to exclude this scenario when marking “ActivatorEndpointsPopulated” Condition?

Actual Behavior

Marking Activator Endpoints Populated while reconciling SKS, ignoring the scenario of no activator endpoints

Steps to Reproduce the Problem

Mainly because the code logic is not rigorous. Maybe we can reproduce problem by steps as follows:

  1. Scale the activator deployment replicas to Zero, and no activator endpoint
  2. The serving service has endpoints, but not inactive, no traffic.
  3. The Public Service endpoints is the same with private Service endpoints (Serve Mode). But the ServerlessService cr is marked Condition "ActivatorEndpointsPopulated"
@yenniechen yenniechen added the kind/bug Categorizes issue or PR as related to a bug. label May 30, 2024
@yenniechen
Copy link
Author

/assign

@yenniechen yenniechen reopened this May 30, 2024
yenniechen added a commit to yenniechen/serving that referenced this issue May 30, 2024
@yenniechen yenniechen changed the title The Condition of SKS with type name "ActivatorEndpointsPopulated" is not marked inaccurately, ignoring the scenario of no activator endpoints The Condition of SKS with type name "ActivatorEndpointsPopulated" is not marked accurate, ignoring the scenario of no activator endpoints May 30, 2024
@dprotaso
Copy link
Member

Curious besides the condition being incorrect do you see any other issues?

yenniechen added a commit to yenniechen/serving that referenced this issue May 31, 2024
yenniechen added a commit to yenniechen/serving that referenced this issue May 31, 2024
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 Aug 29, 2024
@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Sep 28, 2024
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

Successfully merging a pull request may close this issue.

2 participants