bot-backend
9a43f00a5e
All checks were successful
CI Trade-In / changes (pull_request) Successful in 8s
CI / changes (pull_request) Successful in 9s
CI Trade-In / backend-tests (pull_request) Has been skipped
CI Trade-In / browser-tests (pull_request) Has been skipped
CI Trade-In / frontend-checks (pull_request) Has been skipped
CI / backend-tests (pull_request) Has been skipped
CI / frontend-tests (pull_request) Has been skipped
CI / openapi-codegen-check (pull_request) Has been skipped
Поправка к первому коммиту: там я написал, что post-step у setup-buildx-action «не срабатывает». Замер это опроверг. Даты создания 20 висящих билдеров: 17.05, 30.05, 31.05, 13.06, 17.06, 20.06, 28.06, 05.07 — и НИ ОДНОГО за пять недель между 05.07 и 13.08. Два последних созданы 13.08 в 11:57:43, ровно тем прогоном, что упал с `no space left on device`. То есть штатная уборка работает, а билдеры текут, когда job умирает АВАРИЙНО (ENOSPC, OOM, отмена concurrency-группой) — тогда контейнер job'а мёртв и завершающие шаги не выполняются вообще. Из этого следует, что завершающий шаг из первого коммита сам по себе почти бесполезен: он не отработает ровно в тех случаях, которые и создают мусор. Поэтому добавлен шаг НА ВХОДЕ: подбирает чужие протёкшие билдеры старше 6 часов (самый долгий job — ~17 минут, живой прогон под порог не попадает) вместе с их `_state`-томами и печатает, сколько убрал и сколько места на диске. Завершающий шаг оставлен — он дешёвый и закрывает обычные падения. Refs #2869 |
||
|---|---|---|
| .. | ||
| ci-tradein.yml | ||
| ci.yml | ||
| deploy-obsidian.yml | ||
| deploy-tradein.yml | ||
| deploy.yml | ||
| perimeter-smoke.yml | ||
| stale-claims.yml | ||