-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Option to disable writing k8s events at workflow level #13042
Labels
area/controller
Controller issues, panics
solution/suggested
A solution to the bug has been suggested. Someone needs to implement it.
type/feature
Feature request
Milestone
Comments
argo-workflows/docs/workflow-controller-configmap.yaml Lines 36 to 42 in 026b14e
|
This comment was marked as duplicate.
This comment was marked as duplicate.
@terrytangyuan i already have that as false but it still sends events!! seems i am getting events at workflow level |
tooptoop4
added a commit
to tooptoop4/argo-workflows
that referenced
this issue
May 30, 2024
agilgur5
changed the title
Option to disable writing k8s events
Option to disable writing k8s events at workflow level
Oct 7, 2024
agilgur5
added
the
solution/suggested
A solution to the bug has been suggested. Someone needs to implement it.
label
Oct 7, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area/controller
Controller issues, panics
solution/suggested
A solution to the bug has been suggested. Someone needs to implement it.
type/feature
Feature request
Summary
Environment variable/config to stop writing k8s events
Use Cases
When would you use this? When i want to stop etcd filling up
These parts of the code are writing k8s events which end up being stored in etcd:
argo-workflows/workflow/controller/operator.go
Lines 2339 to 2344 in 0bfaea6
argo-workflows/workflow/controller/operator.go
Line 783 in 0bfaea6
With a lot of workflows being churned through these events add a lot of storage pressure to etcd. At the same time i have not found these events useful as i can always look at logs in the controller pod
The text was updated successfully, but these errors were encountered: