Closed tegataiprime closed 1 year ago
Looks like a regression issue with the latest version. Will be addressed ASAP.
I also recommend moving away from the old loggers side-car and use the example we have in https://github.com/jfrog/charts/tree/master/examples/artifactory/logging that covers all your logging needs with a single container.
Thank you. Good advice. I am also going to look at moving away from jfrog/artifactory-ha over to jfrog/artifactory. We're using custom binary file store definitions and custom system settings to work around earlier issues with this chart, which I am sure have all been addressed by now 😄
It's a good idea to move to artifactory. The artifactory-ha architecture is old and less relevant.
Ha! It feels like moving house. I need to tidy up and pack up my bagage before I move ;)
@tegataiprime this issue is fixed internally , will be released in upcoming patch releases (ETA ~ 2 weeks)
BUG REPORT
Version of Helm and Kubernetes: Helm : v3.12.0 K8S: v1.23
Which chart: jfrog/artifactory-ha
Which product license (Enterprise/Pro/oss): Enterprise
JFrog support reference (if already raised with support team): Case 258264
What happened: Using Chart v107.63.5, the following error message is given by helm...
What you expected to happen: No error :-P
How to reproduce it (as minimally and precisely as possible): This occurs when additional loggers are defined in the values.yml file:
Anything else we need to know: It looks like this is a scope issue. The reference to
.Values.containerSecurityContext.enabled
is made inside arange
block. Anchoring this reference to the root context should fix it. e.g.$.Values.containerSecurityContext.enabled