-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
K3s v1.29.10 and v1.30.8 produces a lot of core dumps if CrowdStrike falcon-sensor is installed #11207
Comments
The problem is not specific to the nvidia device plugin but it was the easiest to reproduce. I delete the pod:
Then I see new core dumps appear:
Here are the K3s logs:
|
The issue looks similar to: Our system also has Crowdstrike falcon sensor installed:
|
It sounds like crowdstrike is causing the |
The issue occurs with:
The issue is not reproducible with:
|
I just updated the title and added more information, in case somebody runs into the same issue.
|
We've bumped containerd regularly for the last couple releases: https://docs.k3s.io/release-notes/v1.29.X I would encourage you to take this up with crowdstrike. |
Thanks @brandond, I will try to bring it to crowdstrike. |
I think you can feed go the core dump and the binary and it will give you an actual stack trace? I'm not sure specifically how to do that. It would be interesting to know if something else is running ctr and falcon is making it crash, or if falcon itself is running ctr and ctr is crashing on its own when some event occurs (like a pod being terminated). You might see if you can figure that out? If its the latter and we can reproduce the crash without falcon involved, that would be something we can fix. |
I have not worked with core dumps so far. I might give it a try later. I suspect that Falcon is suspicious of the containerd fixes around: containerd/containerd#10589
|
Environmental Info:
Additional software:
K3s Version:
k3s version v1.29.10+k3s1 (ae4df31)
go version go1.22.8
Node(s) CPU architecture, OS, and Version:
Linux host 5.15.0-56-generic #62-Ubuntu SMP Tue Nov 22 19:54:14 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
Cluster Configuration:
3 server/agent
Describe the bug:
K3s produces during deployment of Helm charts a lot of cores dump. This issue was not present with 1.29.8 (did not test 1.29.9)
I believe one core dump is created per Pod crash.
The name of the core dumps suggests that the dump is created from ctr (containerd)
Steps To Reproduce:
Given:
The issue is only present of falcon sensor is running.
Expected behavior:
No core dumps, same behavior as version 1.29.8 (and earlier versions)
The text was updated successfully, but these errors were encountered: