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
Label filter ignored when using crictl stats
#950
Comments
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
The issue is still present and the root cause is not understood. /remove-lifecycle stale /lifecycle frozen |
/remove-lifecycle frozen |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale /lifecycle frozen |
This appears to be working for me, with containerd.
The problem is in cri-o. Notice Here is an example in cri-o where it does filter correctly, by calling both funcs: ListContainerStats needs to be changed to be like that. |
Hello,
thanks everyone for your work on CRIO and crictl!
What happened:
I was trying to extract some metrics from specific pods and came across the
--label
option forcrictl stats
.Unfortunately, it seems that the label is completely ignored by the CLI - it simply lists all the pods!
What you expected to happen:
When I filter according to a label (in this case: the namespace), I except to only get the metrics for those specific pods, like this:
How to reproduce it (as minimally and precisely as possible):
see previous sections
Anything else we need to know?:
This issue was previously reported in #448
Environment:
cat /etc/os-release
): Fedora CoreOS 34uname -a
):Linux standard-tzbgh 5.14.14-200.fc34.x86_64 #1 SMP Wed Oct 20 16:15:12 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
The text was updated successfully, but these errors were encountered: