-
Notifications
You must be signed in to change notification settings - Fork 97
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
Unable to filter traffic based on container ID and pod name. #192
Comments
@liuhaibin0528 你好!我是Dosu 🤖 When Kyanos fails to find a specified container or pod, it typically generates error messages such as "can not find any running container by id %s" or "can not find any running pod by name %s in namespace %s" [1][2]. Common causes for these errors include:
Given that you are using openEuler 22.03 LTS, ensure that there are no compatibility issues with the kernel version you are using, although no specific issues have been documented [3]. Additionally, make sure that Kyanos is running with the necessary privileges, especially if it is being executed within a container or Kubernetes pod [3]. To continue talking to Dosu, mention @dosu. Help Dosu learn! Give it feedback: Great Response | Irrelevant Answer | Incorrect Sources | Too Verbose | Hallucination | Other |
Are there any logs similar to kyanos_xxx.log under the /tmp path? If so, please provide them. @liuhaibin0528 |
@liuhaibin0528
The reason is that you must ensure the machine running Kyanos is on the same host as the specified pod.
Currently, Kyanos supports filtering by either the full untruncated container-id or the 12-character short id. The container-id you're using is actually a 13-character id truncated by crictl, so Kyanos fails to filter. Before we fix this(#204, #205 ), you can use the first 12 characters for filtering. |
Describe the bug
使用kyanos 对容器id和pod名称进行watch时,无法正常执行,提示没有该容器id和pod名称
To Reproduce
使用最新版本的即可重新
Expected behavior
正常对容器id和pod进行watch抓取流量
Screenshots
Information (please complete the following information):
内核:5.10.0-60.139.0.166.oe2203.aarch64
The text was updated successfully, but these errors were encountered: