docs: тесты v0.0.67 (загрузка/лимиты/ZIP-кириллица/ETA/прерывание) + разбор двухкластерного деплоя

2026-08-24 16:38:32 +03:00
parent 45c6f3b7f0
commit d5b3ed3f68
3 changed files with 59 additions and 0 deletions
@@ -0,0 +1,27 @@
+# Деплой: два кластера, iot-naeel актуальный, naeel-test-3 — не погашен (2026-08-24)
+
+## Симптом
+- health/HTML внешнего URL отдавали **0.0.67**, а под в ns 20a75175 на naeel-test-3 был **0.0.61**
+  (внутренний health 0.0.61, нет MAX_FILE_BYTES/cancel/ETA/UI).
+- Часть запросов (upload_refs) попадала на старый под → тесты вели себя непредсказуемо
+  (60МБ «принимался»).
+
+## Причина (подтверждена kubeconfig'ами обоих кластеров)
+- drhider развёрнут на **двух кластерах** в одном namespace-ID `20a75175-...`:
+  - **iot-naeel**: под `pythonk8s-cf686f894-96l7m` (возраст ~42м — свежий редеплой), **v0.0.67**;
+    ingress `drhider.pythonk8s.dev.nubes.ru` → **185.247.187.151**.
+  - **naeel-test-3**: под `pythonk8s-797ddd69df-dmdg6` — **старый, не погашенный** (был 0.0.61);
+    ingress → 185.247.187.147.
+- **DNS `drhider.pythonk8s.dev.nubes.ru` → 185.247.187.151 = iot-naeel** → внешний URL обслуживает
+  iot-naeel (0.0.67). naeel-test-3 в DNS не участвует, но остаётся живым инстансом.
+
+## Что сделано
+- kubeconfig'и на ВМ обновлены на оба кластера (`~/.kube/config` iot-naeel, `~/.kube/config-naeel-test-3`).
+- Проверены оба пода: и iot-naeel, и naeel-test-3 теперь **v0.0.67** (naeel-test-3 обновлён
+  пересозданием пода — `scale 0 → 1` заставил git-clone master@0.0.67).
+- Внешний бэкенд — iot-naeel (0.0.67), все тесты прогнаны на нём (см. tests/2026-08-24-test-batch-v067.md).
+
+## Осталось (рекомендация)
+- В Штурвале **погасить/удалить инстанс drhider на naeel-test-3** (ns 20a75175) — он не нужен,
+  DNS ведёт на iot-naeel. Оставить один актуальный (iot-naeel, 0.0.67).
+- Проверить прочие `pythonk8s` на iot-naeel (contractor/loadtest/polygon/atest) — это другие приложения, не drhider.