4.8 KiB
4.8 KiB
Session report 2026-02-13
What was done
- Implemented input param sync from state_params to avoid drift (e.g., git_path).
- Added parsers for state_params string values (bool/int64/string).
- Localized diagnostics to Russian in core paths and generated resources.
- Bumped provider version to 2.0.6.
- Regenerated resources with tools/gen and built the provider.
Files touched
- universal_rebuild/internal/resources_core/helpers.go
- universal_rebuild/internal/resources_core/outputs.go
- universal_rebuild/internal/resources_core/resource_diagnostics.go
- universal_rebuild/tools/gen/generate_resources.go
- universal_rebuild/internal/resources_gen/*.go (regenerated)
- universal_rebuild/main.go
- docs/30_registry/guides/getting-started.md
Commands
- go run ./tools/gen
- go build ./...
Follow-up
- Saved new access/refresh tokens to ${ROOT_DIR}/19-28-48.token and .refresh.
- Updated test_dummy api_token and provider version to 2.0.6.
- Published provider 2.0.6 to registry S3 via devops/03_build_and_upload_provider.sh.
Terraform test_dummy
- terraform init -upgrade pulled terra.k8c.ru/nubes/nubes v2.0.6.
- terraform plan: 2 changes (nubes_postgres.db2, nubes_lucee.app1) with Vault TLS handshake timeouts.
- terraform apply failed: API error 408 during modify (failed to set param 267).
RefSvcId display name sync
- Added reverse mapping UUID -> display_name for refSvcId params to avoid drift.
- Regenerated resources and rebuilt provider.
Registry publish retry
- devops/03_build_and_upload_provider.sh 2.0.6 failed: mc alias set timeout to s3.msk-1.ngcloud.ru.
- Retry succeeded: provider 2.0.6 uploaded to registry S3.
UUID->display_name lookup
- Switched refSvcId reverse mapping to direct /instances/ lookup with list fallback.
- Regenerated resources and rebuilt provider.
- Publish attempt failed: DNS timeout to s3.msk-1.ngcloud.ru.
- Publish retry succeeded: provider 2.0.6 uploaded to registry S3.
Как правильно запускать CURL modify (Lucee)
- Шаг 1: POST /instanceOperations (operation=modify, svcOperationId=55, instanceUid) -> получить instanceOperationUid.
- Шаг 2: GET /instanceOperations/{opUid}?fields=cfsParams -> получить список параметров, включая instanceOperationCfsParamUid.
- Шаг 3: Для каждого параметра отправить paramValue как строку.
- Если instanceOperationCfsParamUid есть -> PUT /instanceOperationCfsParams (UID в теле JSON).
- Если UID нет -> POST /instanceOperationCfsParams (instanceOperationUid + svcOperationCfsParamId).
- Шаг 4: GET /instanceOperations/{opUid}/validate-cfs.
- Шаг 5: POST /instanceOperations/{opUid}/run с payload {}.
- Шаг 6: Polling GET /instanceOperations/{opUid} до dtFinish.
Важно:
- Все paramValue отправлять как строки (включая числа и JSON), чтобы не ломать checkParam.
- Нельзя пропускать required и дефолтные параметры.
- При пустом healthPath отправлять пустую строку.
Lucee + Gitea: итоги и гипотезы
- Успешный деплой на своём Gitea: git_path = https://gitea-naeel.giteak8s.services.ngcloud.ru/naeel/gitftomhub-mirror.git (modify via curl прошёл, isSuccessful=true).
- Неуспешный деплой на чужом Gitea: git_path = https://gitea.services.ngcloud.ru/smishchuk/testlucee.git (ошибка: pod(ы) не работают).
- UI деплой для smishchuk/testlucee успешно завершался (HAR: lucee.har).
Проверка репозиториев
- Изначально naeel/gitftomhub был пустой -> деплой падал (нет файлов).
- Создано зеркало GitHub репо xahys/testlucee -> naeel/gitftomhub-mirror (файлы появились, деплой прошёл).
- Попытка зеркала smishchuk/testlucee через API migrate -> стабильный 504 (nginx), повтор не помог.
Обходной путь
- Создан репозиторий naeel/testlucee-mirror и выполнен локальный clone --mirror + push --mirror.
- После этого деплой на naeel/testlucee-mirror проходит.
Вывод
- Проблема не в коде репозитория, а в доступе/доверии к хосту gitea.services.ngcloud.ru из инфраструктуры деплоя.
- Возможные причины: TLS/CA недоверен, egress/ACL на хост, различие маршрутов между UI и API-оркестратором.
- Суффикс .git не является корнем проблемы; ключевое — наличие контента и доступность хоста.