Twistlock Defender resources are not injected into the DaemonSet manifest
Bug
Description
The recently added resources block for the defender DaemonSet in the values.yaml is not injected into the actual manifest for the DS. So the custom requests/limits are not being applied. Looks like a script is actually deploying the DS instead of a template, so I'm not sure how to actually inject that.
BigBang Version
What version of BigBang were you running? 2.23.0
Designs
- Show closed items
Activity
-
Newest first Oldest first
-
Show all activity Show comments only Show history only
- bigbang bot added teamSecurity & Compliance label
added teamSecurity & Compliance label
- bigbang bot added community-contribution label
added community-contribution label
- bigbang bot added triage-kind label
added triage-kind label
- bigbang bot added triage-priority label
added triage-priority label
- Jacob Ortiz added kindbug priority3 labels and removed triage-kind triage-priority labels
added kindbug priority3 labels and removed triage-kind triage-priority labels
- Jacob Ortiz changed iteration to Big Bang Iterations Apr 2, 2024 - Apr 15, 2024
changed iteration to Big Bang Iterations Apr 2, 2024 - Apr 15, 2024
- Robert Massey added statusready-to-work twistlock labels
added statusready-to-work twistlock labels
- Robert Massey set weight to 2
set weight to 2
- Bulat Khamitov assigned to @bkhamitov
assigned to @bkhamitov
- Robert Massey changed milestone to %2.25.0
changed milestone to %2.25.0
- Bulat Khamitov mentioned in merge request !149 (closed)
mentioned in merge request !149 (closed)
- GitLab Automation Bot removed iteration Big Bang Iterations Apr 2, 2024 - Apr 15, 2024
removed iteration Big Bang Iterations Apr 2, 2024 - Apr 15, 2024
- GitLab Automation Bot changed iteration to Big Bang Iterations Apr 16, 2024 - Apr 29, 2024
changed iteration to Big Bang Iterations Apr 16, 2024 - Apr 29, 2024
- Jacob Ortiz added statusdoing label and removed statusready-to-work label
added statusdoing label and removed statusready-to-work label
- Jacob Ortiz changed milestone to %2.26.0
changed milestone to %2.26.0
- GitLab Automation Bot removed iteration Big Bang Iterations Apr 16, 2024 - Apr 29, 2024
removed iteration Big Bang Iterations Apr 16, 2024 - Apr 29, 2024
- GitLab Automation Bot changed iteration to Big Bang Iterations Apr 30, 2024 - May 13, 2024
changed iteration to Big Bang Iterations Apr 30, 2024 - May 13, 2024
- Bulat Khamitov changed milestone to %2.27.0
changed milestone to %2.27.0
- GitLab Automation Bot removed iteration Big Bang Iterations Apr 30, 2024 - May 13, 2024
removed iteration Big Bang Iterations Apr 30, 2024 - May 13, 2024
- GitLab Automation Bot changed iteration to Big Bang Iterations May 14, 2024 - May 27, 2024
changed iteration to Big Bang Iterations May 14, 2024 - May 27, 2024
- Bulat Khamitov changed milestone to %2.28.0
changed milestone to %2.28.0
- Bulat Khamitov unassigned @bkhamitov
unassigned @bkhamitov
- Bulat Khamitov removed statusdoing label
removed statusdoing label
- Abimbola Abiola created branch
109-twistlock-defender-resources-are-not-injected-into-the-daemonset-manifest
to address this issuecreated branch
109-twistlock-defender-resources-are-not-injected-into-the-daemonset-manifest
to address this issue - Abimbola Abiola created branch
109-twistlock-defender-resources-are-not-injected-into-the-daemonset-manifest-2
to address this issuecreated branch
109-twistlock-defender-resources-are-not-injected-into-the-daemonset-manifest-2
to address this issue - Abimbola Abiola mentioned in merge request !175 (merged)
mentioned in merge request !175 (merged)
- Bulat Khamitov assigned to @bimbola81
assigned to @bimbola81
- Michael Martin mentioned in merge request big-bang/bigbang!4396 (merged)
mentioned in merge request big-bang/bigbang!4396 (merged)
- Michael Martin closed with merge request big-bang/bigbang!4396 (merged)
closed with merge request big-bang/bigbang!4396 (merged)
- Michael Martin mentioned in commit big-bang/bigbang@895079a2
mentioned in commit big-bang/bigbang@895079a2
- Abimbola Abiola mentioned in merge request !199 (closed)
mentioned in merge request !199 (closed)
- Abimbola Abiola mentioned in merge request !200 (merged)
mentioned in merge request !200 (merged)
- Michael Martin mentioned in merge request big-bang/bigbang!4582 (merged)
mentioned in merge request big-bang/bigbang!4582 (merged)
- Michael Martin mentioned in commit big-bang/bigbang@c106abbd
mentioned in commit big-bang/bigbang@c106abbd
- Michael Martin reopened
reopened
- Owner
I'm re-opening this issue. It seems the resource values are not set correctly when installed through bigbang. When installing the package directly at the package level, the values are ok.
To test, I tried passing/over-writing the console and defender limit. The console limits are ok, but the defender resources are not applied:
twistlock: values: resources: limits: cpu: 6 memory: 6Gi requests: cpu: 6 memory: 6Gi defender: resources: limits: cpu: 5 memory: 5Gi requests: cpu: 5 memory: 5Gi
twistlock-console-6f5df4964d-p9zst:{"limits":{"cpu":"6","memory":"6Gi"},"requests":{"cpu":"6","memory":"6Gi"}} twistlock-defender-ds-2lnmt:{"limits":{"cpu":"900m","memory":"512Mi"},"requests":{"cpu":"256m","memory":"512Mi"}} twistlock-defender-ds-kc5nc:{"limits":{"cpu":"900m","memory":"512Mi"},"requests":{"cpu":"256m","memory":"512Mi"}} twistlock-defender-ds-kn6dn:{"limits":{"cpu":"900m","memory":"512Mi"},"requests":{"cpu":"256m","memory":"512Mi"}} twistlock-init-20240626134932-r8hrh:{"limits":{"cpu":"500m","memory":"256Mi"},"requests":{"cpu":"500m","memory":"256Mi"}}
Edited by Michael Martin Collapse replies - Contributor
When i tested it it locally it applied. I have no idea why is not applying. I will look into it again.
- Owner
Thanks! I think you fixed some issues at the package level, but we should be able to set/override these resource limits at the bigbang level too -- and strange that the package-level default values are ignored when installing through the Big Bang umbrella chart.
- Contributor
Good morning @michaelmartin. So Bulat and i looked at this issue again yesterday @ here and hereit worked on our end. I will continue looking into it
- Owner
Hi @bimbola81 ! This is working for me today .. maybe my test cluster was in a strange state or didn't pull in the changes
. Thanks for looking into it again!! - Michael Martin closed
closed