-
Notifications
You must be signed in to change notification settings - Fork 68
GCS & 1.10.2 #80
Comments
Thanks for the PR. Would you elaborate and share the CRs ? |
@barney-s This is more a question than a PR. Is there anything I can add? |
Running into this problem as well. |
@zifeo I got past it by adding config eg:
Im syncing using GCS - so using dags_in_image seems to work for me, but im assuming for the dags_volume_host you would use something similar. This was not the easiest to find might make sense to put it in the k8s executor examples? @barney-s |
@Pritesh-Patel Could you share the full config file (except the bucket name of course)? I have tried the same without success. |
Unfortunately after this I ran into SQL errors and decided to give up on this and use the helm chart. I would preferably like to use this - but i dont have the time to debug the issue. Let me know if you get further! |
This is somewhat an aside - but if you want an config file which runs Airflow-in-Kubernetes on version 1.10.3 successfully, ours is open source: https://github.com/SixtyCapital/infrastructure/blob/master/docker/airflow/airflow.cfg Our Kubernetes setup is more basic than this repo, unfortunately; though it works well |
@max-sixty Looks interesting although it does not seem to support the Kubernetes executor? @Pritesh-Patel Thanks. I will retry soon. I am curious to see whether you managed to run the Kubernetes executor with the helm chart. It seems to be unstable and was the reason we switched to the operator. |
Yes @zifeo - we would love to use the Kubernetes Executor but haven't found it developed enough to use practically, yet |
@barney-s is there something on the roadmap about this? |
Using dag provision through gcs and the latest release continously crash loop.
Is there anything config specific to bypass this? I've tried setting manually the
dags_volume_host
which does not seem to be passed to the actual pods.The text was updated successfully, but these errors were encountered: