v2.0.3: submodule update + Sonnet questions
This commit is contained in:
@@ -0,0 +1,70 @@
|
||||
# Вопрос для Sonnet — проблема первого upload (без ссылок на файлы)
|
||||
|
||||
## Ситуация
|
||||
|
||||
Мигрировали сервис "Сверка договоров" с ВМ на Flask (managed Python, Штурвал).
|
||||
Всё работает: классификация LLM, парсинг, группы, сравнение через SSE.
|
||||
НО: **первый файл при upload из браузера падает с ERR_CONNECTION_RESET**.
|
||||
|
||||
Та же проблема прямо сейчас на втором сервисе — drhider (Обфускация документов).
|
||||
Вчера (14 июля) drhider работал, сегодня (15 июля) — оба сервиса сломаны одинаково.
|
||||
|
||||
## Симптомы
|
||||
|
||||
- **Браузер**: первый POST с файлом (~63KB) зависает на 100% прогресса, ответ не приходит
|
||||
- **curl с ВМ (5.172.178.213)**: 5/5 upload успешно, ~80-100ms каждый
|
||||
- **Затрагивает оба сервиса**: contractor и drhider
|
||||
- **Признак**: ERR_CONNECTION_RESET в Chrome/Electron
|
||||
|
||||
## Что проверено (инфраструктура)
|
||||
|
||||
Cilium MTU: 1400
|
||||
Ingress (shturval-ingress-controller, nginx):
|
||||
keep-alive: 75
|
||||
use-http2: false
|
||||
proxy-body-size: 1024m
|
||||
client-body-timeout: 60
|
||||
client-header-timeout: 30
|
||||
Ingress-поды: 2/2 Ready, 1/1 Running
|
||||
Образ ingress: r.shturval.tech/ingress-nginx/controller:v1.12.6
|
||||
|
||||
Размещение подов сейчас:
|
||||
Ingress: control-plane (172.16.0.73) + workers-v8zq4 (172.16.3.149)
|
||||
Contractor: workers-6f74n (172.16.1.182)
|
||||
Drhider: workers-6f74n (172.16.1.99)
|
||||
|
||||
Кластер: 4 ноды (3 worker + 1 control-plane), Cilium с Geneve-энкапсуляцией, kube-vip.
|
||||
|
||||
## Что проверено (код)
|
||||
|
||||
- В JS добавлен warmup fetch('/health') при загрузке страницы
|
||||
- Flask no_cache after_request (Cache-Control: no-cache)
|
||||
- app.run(threaded=True)
|
||||
|
||||
## Хронология
|
||||
|
||||
- 13 июля: Helm ingress revision 7 — drhider работал
|
||||
- 15 июля 02:00 UTC: Helm upgrade → revision 8 — сбросил ingress ConfigMap на дефолты
|
||||
(keep-alive: 10, body-size: 8m, client-body-timeout: 10, client-header-timeout: 10)
|
||||
- 15 июля ~08:00 UTC: патч ConfigMap обратно (keep-alive: 75, etc.) + kubectl rollout restart ingress
|
||||
- После патча: curl работает, браузер — нет
|
||||
- Helm values ИДЕНТИЧНЫ между revision 7 (рабочей) и 8 (сломанной):
|
||||
```
|
||||
controller:
|
||||
hostPort.enabled: true
|
||||
replicaCount: 2
|
||||
service.type: LoadBalancer
|
||||
```
|
||||
|
||||
## Что ещё
|
||||
|
||||
- drhider проходил эту проблему 14 июля — есть документ PROBLEM-AND-SOLUTION.md
|
||||
Фиксы оттуда ВСЕ применены: MTU 1400, keep-alive 75, use-http2 false, warmup, proxy-body-size 1024m
|
||||
- Там же сказано: даже после всех фиксов "5× POST 63KB | 4× OK, 1× ABORTED" — 20% отказов
|
||||
|
||||
## Вопрос
|
||||
|
||||
1. Почему после Helm upgrade (revision 7→8) браузерные upload перестали работать,
|
||||
если все значения ConfigMap восстановлены вручную до прежних?
|
||||
2. Что ещё мог изменить Helm upgrade кроме ConfigMap?
|
||||
3. Как добиться 100% надёжности первого upload из браузера?
|
||||
Reference in New Issue
Block a user