-
Notifications
You must be signed in to change notification settings - Fork 9.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
[bitnami/airflow] Invalid Login on Web UI Despite Correct Credentials in Helm Values #30213
Comments
Hi! Thank you for the detailed information. Could you confirm that you do not have leftovers from previous installations? |
I removed all components, deleted the Airflow namespace, and redeployed the Helm chart, but the same issue persists. |
Hi @BMelekAlan
I'm unable to reproduce that error. See how I double-checked that $ kubectl create namespace airflow
namespace/airflow created
$ helm install airflow oci://registry-1.docker.io/bitnamicharts/airflow --version 21.1.1 --set auth.password="L2UPI0gBbu" --namespace airflow
NAME: airflow
LAST DEPLOYED: Wed Nov 6 16:20:43 2024
NAMESPACE: airflow
STATUS: deployed
REVISION: 1
TEST SUITE: None
NOTES:
CHART NAME: airflow
CHART VERSION: 21.1.1
APP VERSION: 2.10.2
(...)
$ echo "$(kubectl get secret airflow -n airflow -o json | jq -r '.data["airflow-password"]' | base64 --decode)"
L2UPI0gBbu |
Hi @juan131
|
Hi @BMelekAlan We're creating the user during the 1st bootstrap (when there's no data in the persisted volumes) in the webserver pods. Check these logs from a successful installation: $ kubectl logs deploy/airflow-web -c airflow-web
(...)
airflow 09:28:44.91 INFO ==> No injected configuration file found. Creating default config file
airflow 09:28:44.94 INFO ==> Configuring Airflow webserver authentication
airflow 09:28:44.98 INFO ==> Configuring Airflow database
(...) Can you confirm that your logs look similar? It could happen that you have some environment where Airflow requires more time to complete the 1st bootstrap and the container get restarted (due to failing readiness probes) before it successfully create the user. In that case, the "create user" step could be skipped on the restart hence you face the issue you're describing. |
Name and Version
bitnami/airflow 21.1.1
What architecture are you using?
amd64
What steps will reproduce the bug?
1. Deploy the Bitnami Airflow Helm Chart using ArgoCD:
bitnami/airflow
Helm chart on an Amazon EKS cluster.values.yaml
configuration under helm.values, set custom values forauth.username
andauth.password
to specify the login credentials2. Sync the ArgoCD Application:
3. Verify the Created Airflow Secret:
kubectl get secret airflow -n airflow -o yaml echo "<base64-encoded-password>" | base64 --decode
4. Attempt to Log In to the Airflow Web UI:
Check the logs from the Airflow web server pod to confirm the login failure:
Are you using any custom parameters or values?
What is the expected behavior?
The Airflow Web UI should allow successful login with the credentials specified in the
auth.username
andauth.password
fields of the Helmvalues.yaml
file. Specifically:airflow
Kubernetes secret should be created or updated with the correct username and password as specified invalues.yaml
.auth.username
andauth.password
.What do you see instead?
When attempting to log in to the Airflow Web UI using the credentials specified in values.yaml (auth.username and auth.password), the login fails with an "invalid login" error.
In the Airflow web server logs, the following message is observed:
[2024-11-05T09:05:36.753+0000] {override.py:2203} INFO - Login Failed for user: user
This occurs despite the correct username and password being configured in the Helm chart values. Verification of the Kubernetes secret confirms that the airflow-password does not match the intended value, suggesting that the configured values are not being correctly applied.
Additional information
No response
The text was updated successfully, but these errors were encountered: