fix(ci): Postgres de CI em tmpfs e com fsync off para todos os produtos [INFRA-70569] [INFRA-70471] #129
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/INFRA-70569-postgres-tmpfs"
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?
INFRA-70569 + INFRA-70471: Postgres de CI em RAM e sem durabilidade
Decisão do operador (18/10/2026): o banco de teste roda em RAM no tmf-qa, no lugar de um segundo runner.
Causa
O python-backs da Platform travava horas em
IO / DataFileImmediateSync: era o fsync do Postgres de CI no disco saturado do runner (runs 5539/5543 do tmf-platform).O que muda
scripts/servicos-efemeros.sh(job backend e generate-docs): o PGDATA vai para tmpfs (HostConfig.Tmpfs). O teto éTMF_PG_TMPFS, padrão2g;offvolta para o disco. O tmpfs só ocupa a RAM que o banco usa.-c fsync=off -c synchronous_commit=off -c full_page_writes=offantes depostgres_args. O Postgres usa o último-c, então o produto pode sobrescrever.tests/ci-config/test_postgres_em_ram.py, com um daemon falso, conferem o que vai para o Docker (tmpfs, ordem dos-c,off, valor inválido, Redis sem tmpfs).Prova local
Com a imagem
tmf-postgres-base:16-20261009-2e51884:/var/lib/postgresql/data;fsync,synchronous_commitefull_page_writes= off;ALTER COLUMN TYPEem 200 mil linhas usou 93 MB.Aceite (fora deste PR)
🤖 Generated with Claude Code