-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Make kubernetes autodiscover ignore events with empty container IDs #7971
Conversation
f272de1
to
0f753f3
Compare
Since this is a community submitted pull request, a Jenkins build has not been kicked off automatically. Can an Elastic organization member please verify the contents of this patch and then kick off a build manually? |
0f753f3
to
4eda8ae
Compare
jenkins, test this |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Waiting for green.
@exekias Will merge it but would be good to still have a look when you are back.
…lastic#7971) (cherry picked from commit 9095426)
…lastic#7971) (cherry picked from commit 9095426)
…lastic#7971) (elastic#8064) (cherry picked from commit 405f575)
There are scenarios where filebeat/metricbeat come up before the container is marked as
Running
. This would mean that the container's ID would not be persisted in thePod
object. With autodiscover has an infinite retry which keeps retrying the failed configuration even after another event was generated with the container ID.This PR makes sure that an event without a container ID is ignored as neither filebeat nor metricbeat would have any use for it. Both would spin up a config after the container ID is available.