Quickstart Helm Chart fails post-install
See original GitHub issueApache Airflow version: 2.0.2
Kubernetes version (if you are using kubernetes) (use kubectl version
): 1.19
Environment:
- Cloud provider or hardware configuration: Running
kind
locally - OS (e.g. from /etc/os-release): macOS
- Kernel (e.g.
uname -a
): Darwin MacBook-Pro 19.6.0 Darwin Kernel Version 19.6.0: Mon Apr 12 20:57:45 PDT 2021; root:xnu-6153.141.28.1~1/RELEASE_X86_64 x86_64 - Install tools: brew
- Others:
What happened:
Helm chart does not successfully deploy to a kind cluster despite following the Quick Start. Repeatedly tried multiple times and the flower, postgres, redis and statsd services run fine but it fails at the run-airflow-migrations service with a CrashLoopBackoff
:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Scheduled 5m19s default-scheduler Successfully assigned airflow/airflow-run-airflow-migrations-c9pph to kind-control-plane
Normal Pulled 2m43s (x5 over 5m17s) kubelet Container image "apache/airflow:2.0.2" already present on machine
Normal Created 2m43s (x5 over 5m17s) kubelet Created container run-airflow-migrations
Normal Started 2m43s (x5 over 5m17s) kubelet Started container run-airflow-migrations
Warning BackOff 9s (x18 over 4m25s) kubelet Back-off restarting failed container
What you expected to happen:
Successful Helm deployment.
How to reproduce it:
- Created a kind cluster:
kind create cluster --image kindest/node:v1.18.15
- Added Helm chart repo:
helm repo add apache-airflow https://airflow.apache.org
- Created kube namespace:
kubectl create namespace airflow
- Installed chart:
helm install airflow apache-airflow/airflow --namespace airflow --debug
install.go:173: [debug] Original chart version: ""
install.go:190: [debug] CHART PATH: /Users/stephaniesamson/Library/Caches/helm/repository/airflow-1.0.0.tgz
client.go:282: [debug] Starting delete for "airflow-broker-url" Secret
client.go:122: [debug] creating 1 resource(s)
client.go:282: [debug] Starting delete for "airflow-fernet-key" Secret
client.go:122: [debug] creating 1 resource(s)
client.go:282: [debug] Starting delete for "airflow-redis-password" Secret
client.go:122: [debug] creating 1 resource(s)
client.go:122: [debug] creating 30 resource(s)
client.go:282: [debug] Starting delete for "airflow-run-airflow-migrations" Job
client.go:122: [debug] creating 1 resource(s)
client.go:491: [debug] Watching for changes to Job airflow-run-airflow-migrations with timeout of 5m0s
client.go:519: [debug] Add/Modify event for airflow-run-airflow-migrations: ADDED
client.go:558: [debug] airflow-run-airflow-migrations: Jobs active: 0, jobs failed: 0, jobs succeeded: 0
client.go:519: [debug] Add/Modify event for airflow-run-airflow-migrations: MODIFIED
client.go:558: [debug] airflow-run-airflow-migrations: Jobs active: 1, jobs failed: 0, jobs succeeded: 0
Error: failed post-install: timed out waiting for the condition
helm.go:81: [debug] failed post-install: timed out waiting for the condition
Issue Analytics
- State:
- Created 2 years ago
- Reactions:1
- Comments:60 (23 by maintainers)
Top Results From Across the Web
[GitHub] [airflow] ralleman-quasarsat commented on issue ...
... on issue #16176: Quickstart Helm Chart fails post-install ... Unstructured ended with: an error on the server ("unable to decode an ...
Read more >Chart Hooks - Helm
Describes how to work with chart hooks. ... post-install, Executes after all resources are loaded into Kubernetes. pre-delete, Executes on a deletion ...
Read more >Known issues and limitations - IBM
You are unable to deploy Helm charts that contain images on a remote cluster. To fix this error, you must configure ClusterImagePolicy ....
Read more >failed post-install: timed out waiting for the condition - Stack ...
As you may notice in the stackstorm helm chart it installs a big amount of services/pods inside your cluster which can take up...
Read more >Troubleshooting Your BRM Cloud Native Deployment
After you deploy a Helm chart, you may receive the following error message indicating ... Error: failed post-install: timed out waiting for the...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
LOL,
Politeness is not necessary. We just want useful answers. This thread is a testament to the lack of the latter by far more people than just myself. So, feel free to blame me as the user/customer.
Best of luck to you and this project.
Regards,
Alex
“The Only Way To Get The Best Of An Argument Is To Avoid It. An argument is 90% emotion and 10% nonsense. A mature professional avoids arguments.” – Dale Carnegie “How to Win Friends and Influence People”
On Mon, Apr 25, 2022 at 11:23 AM Jarek Potiuk @.***> wrote:
It’s solved, I was inside my companies vpn, so I was unable to pull the images from docker. I pulled and pushed the images to my remote repo, and it started working. 😃