-
Notifications
You must be signed in to change notification settings - Fork 917
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
How to I stop events generating for particular pod. #2805
Comments
ei @manojdeshmukh45 probably you need to add The rule you posted do nothing in the Falco lingo :/ |
I read the thread here https://kubernetes.slack.com/archives/CMWH3EH32/p1694596477483489, this seems more a feature request than a bug so i will change the label |
maybe we could add the equivalent of |
Not sure. Since this directly affects rules evaluation, it should be part of a rules file (and not an option), IMO. Anyway, I agree we should think about this feature. It looks like a global condition exception. |
Issues go stale after 90d of inactivity. Mark the issue as fresh with Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with Provide feedback via https://github.com/falcosecurity/community. /lifecycle stale |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. Mark the issue as fresh with Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with Provide feedback via https://github.com/falcosecurity/community. /lifecycle stale |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. Mark the issue as fresh with Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with Provide feedback via https://github.com/falcosecurity/community. /lifecycle stale |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. Mark the issue as fresh with Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with Provide feedback via https://github.com/falcosecurity/community. /lifecycle stale |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. Mark the issue as fresh with Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with Provide feedback via https://github.com/falcosecurity/community. /lifecycle stale |
/remove-lifecycle stale |
I need to drop all events related one particular container
I Userd this rule
desc: Exclude all alerts and drop events for a specific pod name
condition: container.name == "b2auto-re"
drop: true
Here its giving me error that there is no output an dpriority key, if I add those two again ill get an alert as "INFO Exclude All Alerts and Drop Events for Specific Pod Name".
where I dont need an alert at all.
The text was updated successfully, but these errors were encountered: