8000 fix(elasticsearch): make auth parameters optional in health check by NunoMaga · Pull Request #643 · temporalio/helm-charts · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

fix(elasticsearch): make auth parameters optional in health check #643

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

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

NunoMaga
Copy link
@NunoMaga NunoMaga commented Feb 7, 2025

ix: Only add --user flag when both ES_USER and ES_PWD env vars are set. Previously the curl command always included auth headers even when not configured, causing Elasticsearch to reject the request. Resolves issue where pods would hang in init state when Elasticsearch auth was not configured.

What was changed

Makes the --user parameter conditional in the Elasticsearch health check command,
only including authentication when both ES_USER and ES_PWD environment variables
are set.

Why?

When Elasticsearch is configured without authentication, the init container was sending empty auth credentials (--user ":") which caused 403 errors. This change makes the --user flag conditional on having both username and password set. Bug: Init containers would hang when checking Elasticsearch readiness due to 403 responses from sending empty auth credentials.

  1. Closes [Bug] Temporal pods infinite in init state when Elasticsearch has ho username/password auth configured #621

  2. How was this tested:

When Elasticsearch is configured without authentication, the init container was sending empty auth credentials (--user ":") which caused 403 errors. This change makes the --user flag conditional on having both username and password set.  Bug: Init containers would hang when checking Elasticsearch readiness due to 403 responses from sending empty auth credentials.  Fix: Only add --user flag when both ES_USER and ES_PWD env vars are set. Previously the curl command always included auth headers even when not configured, causing Elasticsearch to reject the request.  Resolves issue where pods would hang in init state when Elasticsearch auth was not configured.
@robholland
Copy link
Contributor

Hey @NunoMaga, do you need any help here?

@robholland robholland marked this pull request as ready for review April 15, 2025 12:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
4CB1
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Bug] Temporal pods infinite in init state when Elasticsearch has ho username/password auth configured
2 participants
0