Korzystam z https://github.com/helm/charts/tree/master/stable/airflow wykresu steru i buduję puckle/docker-airflow
obraz v1.10.8 z zainstalowanymi na nim kubernetes i używam tego obrazu z wykresu sterów, ale ciągle otrzymuję
File "/usr/local/bin/airflow", line 37, in <module>
args.func(args)
File "/usr/local/lib/python3.7/site-packages/airflow/bin/cli.py", line 1140, in initdb
db.initdb(settings.RBAC)
File "/usr/local/lib/python3.7/site-packages/airflow/utils/db.py", line 332, in initdb
dagbag = models.DagBag()
File "/usr/local/lib/python3.7/site-packages/airflow/models/dagbag.py", line 95, in __init__
executor = get_default_executor()
File "/usr/local/lib/python3.7/site-packages/airflow/executors/__init__.py", line 48, in get_default_executor
DEFAULT_EXECUTOR = _get_executor(executor_name)
File "/usr/local/lib/python3.7/site-packages/airflow/executors/__init__.py", line 87, in _get_executor
return KubernetesExecutor()
File "/usr/local/lib/python3.7/site-packages/airflow/contrib/executors/kubernetes_executor.py", line 702, in __init__
self.kube_config = KubeConfig()
File "/usr/local/lib/python3.7/site-packages/airflow/contrib/executors/kubernetes_executor.py", line 283, in __init__
self.kube_client_request_args = json.loads(kube_client_request_args)
File "/usr/local/lib/python3.7/json/__init__.py", line 348, in loads
return _default_decoder.decode(s)
File "/usr/local/lib/python3.7/json/decoder.py", line 337, in decode
obj, end = self.raw_decode(s, idx=_w(s, 0).end())
File "/usr/local/lib/python3.7/json/decoder.py", line 353, in raw_decode
obj, end = self.scan_once(s, idx)
json.decoder.JSONDecodeError: Expecting property name enclosed in double quotes: line 1 column 2 (char 1)
W moim harmonogramie, również według różnych źródeł, próbowałem ustawić:
AIRFLOW__KUBERNETES__KUBE_CLIENT_REQUEST_ARGS: {"_request_timeout" : [60,60] }
w moich wartościach steru. to też nie działało, nikt nie miał pojęcia, czego mi brakuje?
Oto moje wartości. Yaml
airflow:
image:
repository: airflow-docker-local
tag: 1.10.8
executor: Kubernetes
service:
type: LoadBalancer
config:
AIRFLOW__KUBERNETES__WORKER_CONTAINER_REPOSITORY: airflow-docker-local
AIRFLOW__KUBERNETES__WORKER_CONTAINER_TAG: 1.10.8
AIRFLOW__KUBERNETES__WORKER_CONTAINER_IMAGE_PULL_POLICY: Never
AIRFLOW__KUBERNETES__WORKER_SERVICE_ACCOUNT_NAME: airflow
AIRFLOW__KUBERNETES__DAGS_VOLUME_CLAIM: airflow
AIRFLOW__KUBERNETES__NAMESPACE: airflow
AIRFLOW__KUBERNETES__KUBE_CLIENT_REQUEST_ARGS: {"_request_timeout" : [60,60] }
AIRFLOW__CORE__SQL_ALCHEMY_CONN: postgresql+psycopg2://postgres:airflow@airflow-postgresql:5432/airflow
persistence:
enabled: true
existingClaim: ''
workers:
enabled: false
postgresql:
enabled: true
redis:
enabled: false
EDYTOWAĆ :
Różne próby ustawienia zmiennej środowiskowej w wartościach steru. Yaml nie działało, potem dodałem (zwracaj uwagę na podwójne i pojedyncze cudzysłowy)
ENV AIRFLOW__KUBERNETES__KUBE_CLIENT_REQUEST_ARGS='{"_request_timeout" : [60,60] }'
do pliku Dockerfile tutaj: https://github.com/puckel/docker-airflow/blob/1.10.9/Dockerfile#L19
po tym, jak airflow-scheduler
zaczyna się mój zasobnik, ale nadal pojawia się błąd na zasobniku harmonogramu.
Process KubernetesJobWatcher-9: Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/urllib3/contrib/pyopenssl.py", line 313,
in recv_into return self.connection.recv_into(*args, **kwargs) File "/usr/local/lib/python3.7/site-packages/OpenSSL/SSL.py",
line 1840, in recv_into self._raise_ssl_error(self._ssl, result) File "/usr/local/lib/python3.7/site-packages/OpenSSL/SSL.py",
line 1646, in _raise_ssl_error raise WantReadError() OpenSSL.SSL.WantReadError
źródło
docker-airflow:1.10.8
i usunąłem zmieniony L931config/airflow.cfg
nakube_client_request_args =
i używam tego obrazu. Wydaje się, że działaOdpowiedzi:
W przypadku wartości steru szablon używa pętli, która umieszcza
airflow.config
mapę w podwójnych cudzysłowach"
. Oznacza to, że"
aby wartość YAML szablonu wyjściowego była poprawna, należy uciec z dowolnej wartości.To wdraża i uruchamia (ale nie ukończyłem testu end-to-end)
Zgodnie z tym problemem github przekroczenie limitu czasu protokołu python SSL może nie stanowić problemu, ponieważ obserwator uruchamia się ponownie po upływie 60 sekund połączenia.
źródło