Планувальник повітряних потоків не запускається з виконавця кубернетів


12

Я використовую https://github.com/helm/charts/tree/master/stable/airflow helm діаграму та будуючи puckle/docker-airflowзображення v1.10.8 із встановленими на ньому кубернетами та використовуючи це зображення в кермовій діаграмі, але я продовжую отримувати

  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)

У моєму планувальнику, як радять різні джерела, я спробував налаштувати:

AIRFLOW__KUBERNETES__KUBE_CLIENT_REQUEST_ARGS: {"_request_timeout" : [60,60] }

в моїх кермових цінностях. що теж не спрацювало, будь-хто має ідеї, чого мені не вистачає?

Ось мої значення.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

Редагувати:

Різні спроби встановити змінну середовища в helm values.yaml не спрацювали, після чого я додав (зверніть увагу на подвійні та одиничні лапки)

ENV AIRFLOW__KUBERNETES__KUBE_CLIENT_REQUEST_ARGS='{"_request_timeout" : [60,60] }'

до Dockerfile тут: https://github.com/puckel/docker-airflow/blob/1.10.9/Dockerfile#L19 після цього мій airflow-schedulerстручок запускається, але потім я продовжую отримувати наступні помилки на моєму графіку планувальника.

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

тут же питання. Я перевірив docker-airflow:1.10.8і видалив змінив L931 config/airflow.cfgна kube_client_request_args =та використав це зображення. Здається, працює
Раф

те саме питання тут :-(
LiorH

Відповіді:


3

Для значення керма шаблон використовує цикл, який розміщує airflow.configкарту у подвійних лапки" . Це означає, що будь-яке "значення потрібно уникати, щоб вихідний шаблонний YAML був дійсним.

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

Це розгортається і працює (але я не завершив тестування в кінці)

Відповідно до цієї проблеми github , час очікування SSL-планувальника може не бути проблемою, оскільки спостерігач запускається знову після 60-секундного тайм-ауту з'єднання.


так, працювали, дякую :-)
LiorH

Немає проблем! Чи можете ви переконатися, що планувальник працює, він просто підключається кожні X секунд?
Метт

Так, планувальник працює. Хоча
зіткнулися з
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.