ci: tmp do pytest em tmpfs (RAM) no job backend do reusable [INFRA-70569] #131
Loading…
Reference in a new issue
No description provided.
Delete branch "infra/INFRA-70569-tmpfs-ci"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Contexto
A v0.5.0 pôs o Postgres de CI em tmpfs +
fsync=off(INFRA-70569/70471), mas o gargalo medido dopython-backsda Platform (46 min contra 90 s local) é o SQLite em ARQUIVO do service-desk: o harness grava emtmp_pathdo pytest, que no disco disputado do runner do tmf-qa pagavafsynca cada teste. O Postgres em tmpfs não cobre isso.O que muda (global-first, no reusable
ci.yml)/ramtmpno container (--tmpfs ...,mode=1777,size=2g; tmpfs vazio não reserva RAM,mode=1777para imagem de CI não-root).TMPDIRe--basetempdo pytest para/ramtmp— por padrão.pytest_tmpfsno ci-config (boolean, padrãotrue);falsevolta ao disco e exigepytest_tmpfs_motivo(validado noci_config.py).::warning::, sem quebrar.Cobre HelpCor, DANI e Hub (usam o reusable) sem nenhuma sessão de produto mexer. O tmf-platform (ci.yml local) recebe o equivalente em PR à parte, depois da release v1.125.0.
Prova
tests/ci-config: 168 passed, 1 skipped, 79 subtests. Os testes locais pegaram 3 regressões antes do PR (mkdir sem fallback; outputpytest_tmpfs_motivofaltando nochanges;offambíguo no leitor YAML → virou boolean).python-backsdo SD no CI, antes e depois (fica com o Lineu, que lê o log no disco do Forgejo).Aceite (INFRA-70569)
[INFRA-70569] [INFRA-70471]