-
Notifications
You must be signed in to change notification settings - Fork 40k
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
Kubelet fails to provide stats for static pods #5688
Comments
I am not familiar with stats collection in kubelet. What type of status are you referring here? |
Not status, it is resource related stats here. This is one of initial reason I want to sync static pods back to master. |
I think we'll need to support pod translation for the following functions.
I will work on that. |
On a side note, is Heapster breaking, breaking? Or just complaining loudly? |
@vishh how come the monitor e2e test couldn't detect such failure at the first place? |
The e2e test looks for all monitoring pods to be present. I went the way of
looking for all pods to be picked up heapster, but was told that the pods
in the cluster could be very dynamic in the future and so the test should
only look for the pods it controls. The test cannot launch any static pods
and so it did not catch this issue.
|
One option is to run the monitoring test serially and then run other tests in parallel. @zmerlynn do you think it is possible to never run the monitoring e2e test in parallel with other e2e tests? |
We currently don't run any e2e tests in parallel, but presumably we'll have to make such exceptions at some point. Why, though? |
I intend the monitoring e2e test to ensure all the pods existing in the On Fri, Mar 20, 2015 at 9:28 AM, Zach Loafman notifications@github.com
|
Since static pods are now exposed via the apiserver, users (heapster) naturally expect kubelet to provide stats for the static pods.
This is breaking heapster.
cc @yujuhong
The text was updated successfully, but these errors were encountered: