VS
их там вагон, начиная от одинакового dag_id в базе с разными crontab расписаниями и заканчивая "пропали в очереди и воркер не забрал"
Size: a a a
2021 January 20
ET
start_date?
datetime(2021, 1, 20)ET
их там вагон, начиная от одинакового dag_id в базе с разными crontab расписаниями и заканчивая "пропали в очереди и воркер не забрал"
очереди пустые, даг айди проверю
AA
datetime(2021, 1, 20)Тогда не удивительно, что не запустился)
С момента start_date не успел пройти ещё ни один schedule_interval
С момента start_date не успел пройти ещё ни один schedule_interval
AA
В данном случае - неделя
ET
то есть чтоб сегодня запустить нужно заднее число поставить? или так не получиться?
GB
то есть чтоб сегодня запустить нужно заднее число поставить? или так не получиться?
Ну или руками триггернуть.
Airflow делает первый запуск, когда пройдёт первый период со start_date, а не в сам start_date
Airflow делает первый запуск, когда пройдёт первый период со start_date, а не в сам start_date
ET
понял, спасибо!
AA
то есть чтоб сегодня запустить нужно заднее число поставить? или так не получиться?
так и надо)
2021 January 21
IK
Что порекомендуюете использовать для бэкапа clickhouse в S3 ? Видел есть clickhouse-backup, Думал его подгрузить и по его же api дергать через airflow
VS
Что порекомендуюете использовать для бэкапа clickhouse в S3 ? Видел есть clickhouse-backup, Думал его подгрузить и по его же api дергать через airflow
im
У кого-то бывало , что dag на сервере в папке dags есть . А на webserver при этом не показываются ?
M
У кого-то бывало , что dag на сервере в папке dags есть . А на webserver при этом не показываются ?
scheduler пишет в логе про даги, которые видит
M
проверь пути, права на доступ к файлу
M
и имя файла
im
а если
airflow list_dags показывает эти даги и ошибок импорта нет - это автоматом не означает что scheduler их съел ? (еще предположение , что scheduler был настроен на git репозиторий , но разве это отнимает возможность подтягивать из локальной папки ?)
airflow list_dags показывает эти даги и ошибок импорта нет - это автоматом не означает что scheduler их съел ? (еще предположение , что scheduler был настроен на git репозиторий , но разве это отнимает возможность подтягивать из локальной папки ?)
M
scheduler пишет в логи куда он смотрит.
M
можешь его перезапустить
M
чтобы наверняка