docs(operations): заметка про JS-ошибку Grid при истёкшем сеансе
- Зачем: - триаж issue #2: ошибка `p.dagRuns is undefined` — баг UI Airflow 2.10.x (в `useGridData.ts` нет проверки формы ответа), а спусковой крючок — потеря сеанса: `/object/grid_data` отдаёт HTML страницы входа. - Что: - в docs/OPERATIONS.md (Troubleshooting) добавлен симптом, причина и что делать. - Проверка: - curl -sL http://localhost:8080/object/grid_data?dag_id=... без cookie отдаёт 200 text/html со страницей входа. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -881,6 +881,11 @@ curl -s -X POST -u admin:admin http://localhost:3000/api/admin/provisioning/aler
|
||||
- Airflow и Superset быстро завершают сеансы при одновременной работе:
|
||||
на `localhost` совпадали имена cookie, потому что порты не разделяют их.
|
||||
В Superset cookie переименована в `superset_session`.
|
||||
- В Airflow всплывает `Auto-refresh Error: can't access property "find",
|
||||
p.dagRuns is undefined`: сеанс закончился, и авто-обновление Grid вместо
|
||||
данных получило страницу входа. Ошибка косметическая — достаточно обновить
|
||||
страницу и войти заново. Сам Grid не проверяет форму ответа
|
||||
(баг UI Airflow 2.10.x, в Airflow 3 интерфейс переписан).
|
||||
- `git pull` падает с `Permission denied` на `data/*` или `configs/grafana/provisioning/*`:
|
||||
- Причина: локально есть файлы/каталоги не вашего пользователя (часто после запуска контейнеров с root-пользователем).
|
||||
- Диагностика:
|
||||
|
||||
Reference in New Issue
Block a user