Skip to content
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

Feature request: Discover node IP from PxL script #1251

Open
rosenhouse opened this issue Apr 28, 2023 · 1 comment
Open

Feature request: Discover node IP from PxL script #1251

rosenhouse opened this issue Apr 28, 2023 · 1 comment
Labels
area/query good first issue Good for newcomers kind/feature New feature or request triage/accepted Indicates an issue or PR is ready to be actively worked on.

Comments

@rosenhouse
Copy link
Contributor

Background: I'd like to filter out Kubernetes startup/liveness/readiness probes from our export PxL script. I observe that the probes always originate from the IP address of the node (host machine) on which the pod runs. If there was a way to discover the node IP from within the PxL script, then I could modify my script to exclude events with that source IP.

Describe the solution you'd like
I see there's a pod_id_to_node_name function already, so I suppose I could use a node_name_to_node_ips function.

Describe alternatives you've considered
I can't think of any alternatives to the narrow question of filtering events based on node IP.

For the broader question of filtering out k8s startup/liveness/readiness probes, the primary alternative would be to match against the http request User-Agent header, which is documented to default to kube-probe/.... However, because that default may be over-ridden and because other clients could set their own headers that way, this approach could have both false-positives and false-negatives.

Additional context
@aimichelle suggested a path forward on implementation in this slack thread.

@aimichelle aimichelle added kind/feature New feature or request good first issue Good for newcomers triage/accepted Indicates an issue or PR is ready to be actively worked on. area/query labels May 8, 2023
@aniketraj1947
Copy link

@aimichelle @rosenhouse If this request is not yet assigned no one working on it, can I take this up?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/query good first issue Good for newcomers kind/feature New feature or request triage/accepted Indicates an issue or PR is ready to be actively worked on.
Projects
None yet
Development

No branches or pull requests

3 participants