Skip to content

Conversation

@bkenez
Copy link
Member

@bkenez bkenez commented Sep 16, 2025

Which problem does the PR fix?

Closes: #4146

What's in this PR?

Added condition to only run the OpenShift elasticsearch compatibility logic when elasticsearch.enabled: true. When elasticsearch is disabled, there's no need for volumeClaimTemplate compatibility and no elasticsearch resources to apply labels to.

Changes
Modified template condition from {{- if eq .Values.global.compatibility.openshift.adaptSecurityContext "force" -}}
To: {{- if and (eq .Values.global.compatibility.openshift.adaptSecurityContext "force") .Values.elasticsearch.enabled -}}
Fixes the template error without adding unnecessary fields to values.yaml.

Checklist

Please make sure to follow our Contributing Guide.

Before opening the PR:

  • In the repo's root dir, run make go.update-golden-only.
  • There is no other open pull request for the same update/change.
  • Tests for charts are added (if needed).
  • In-repo documentation are updated (if needed).

After opening the PR:

  • Did you sign our CLA (Contributor License Agreement)? It will show once you open the PR.
  • Did all checks/tests pass in the PR?

@github-actions github-actions bot added the version/8.8 Camunda applications/cycle version label Sep 16, 2025
@distro-ci-manage-gh-envs distro-ci-manage-gh-envs bot temporarily deployed to gke-4180-intg-8-8-gke-eske September 16, 2025 13:33 Destroyed
@bkenez bkenez self-assigned this Sep 16, 2025
@distro-ci-manage-gh-envs distro-ci-manage-gh-envs bot temporarily deployed to gke-4180-intg-8-8-gke-eske September 16, 2025 13:47 Destroyed
@bkenez bkenez marked this pull request as ready for review September 16, 2025 14:02
@bkenez bkenez requested a review from a team as a code owner September 16, 2025 14:02
Copy link
Contributor

@hamza-m-masood hamza-m-masood left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see what you mean here, but this extra check is not really necessary because if elasticsearch is disabled, it won't cause an error in the first place.

Have you encountered any error?

I will still approve if you wish to merge, but again I don't see it as necessary.

@bkenez
Copy link
Member Author

bkenez commented Sep 18, 2025

I see what you mean here, but this extra check is not really necessary because if elasticsearch is disabled, it won't cause an error in the first place.

Have you encountered any error?

I will still approve if you wish to merge, but again I don't see it as necessary.

It's just to be extra defensive to better protect it for future cases (if any), it shouldn't cause any issues I think 🤔

@bkenez bkenez merged commit b03513d into main Sep 18, 2025
23 checks passed
@bkenez bkenez deleted the 4146-es-commonlabel-fix branch September 18, 2025 12:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

version/8.8 Camunda applications/cycle version

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[ISSUE] Template error: missing elasticsearch.commonLabels field causes deployment failure

3 participants