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
Activator should be healthy iff it is in contact with stat server #3508
Labels
Milestone
Comments
Related to #2857 |
I see a PR from @jsanda that's somewhat inactive, but doesn't cover this. Do you know if he's actively working on this? |
I need something for idle hands on the shuttle, I'll see how far I get :) |
mattmoor
added a commit
to mattmoor/pkg
that referenced
this issue
Mar 25, 2019
knative-prow-robot
pushed a commit
to knative/pkg
that referenced
this issue
Mar 25, 2019
mattmoor
added a commit
to mattmoor/serving
that referenced
this issue
Mar 25, 2019
mattmoor
added a commit
to mattmoor/serving
that referenced
this issue
Mar 25, 2019
knative-prow-robot
pushed a commit
that referenced
this issue
Mar 25, 2019
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
In what area(s)?
/area autoscale
/area networking
What version of Knative?
HEAD
Expected Behavior
The activator fundamentally needs to be able to send metrics to the autoscaler to perform its function, if that connection hasn't been established, or gets broken, then the activator must start failing health checks.
Actual Behavior
The activator happily accepts requests and simply logs that it hasn't connected to the stats endpoint yet.
Steps to Reproduce the Problem
If you disable the stats endpoint on the autoscaler (scraping will still work above zero) then things will fail to scale from zero despite the activator looking perfectly healthy.
The text was updated successfully, but these errors were encountered: