Program planujący przepływ powietrza nie uruchamia się z executorem kubernetes


12

Korzystam z https://github.com/helm/charts/tree/master/stable/airflow wykresu steru i buduję puckle/docker-airflowobraz 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-schedulerzaczyna 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

ten sam problem tutaj. Sprawdziłem docker-airflow:1.10.8i usunąłem zmieniony L931 config/airflow.cfgna kube_client_request_args =i używam tego obrazu. Wydaje się, że działa
Raf

ten sam problem tutaj :-(
LiorH

Odpowiedzi:


3

W przypadku wartości steru szablon używa pętli, która umieszcza airflow.configmapę w podwójnych cudzysłowach" . Oznacza to, że "aby wartość YAML szablonu wyjściowego była poprawna, należy uciec z dowolnej wartości.

airflow:
  config:
    AIRFLOW__KUBERNETES__KUBE_CLIENT_REQUEST_ARGS: '{\"_request_timeout\":60}'

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.


tak zadziałało, dzięki :-)
LiorH

Bez problemów! Czy jesteś w stanie sprawdzić, czy harmonogram działa, po prostu łączy się co X sekund?
Matt

Tak, harmonogram działa.
Napotykam
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.