Nous rencontrons actuellement un problème avec notre Squash TM (5.0.1.RELEASE) dont l'instance tombe régulièrement à cause d'une BDD d'une taille anormale par rapport au contenu de nos projets (2 en activités).
Les deux projets ne sont utilisés que pour l'écriture de cas de test en Gherkin et l'exécution de campagnes de tests automatisés associés.
Ils ne contiennent aucune pièce jointe.
La BDD est affichée à plus de 9 Go dans l'espace administration.
Postgres nous donne :
Code : Tout sélectionner
select table_name, pg_size_pretty( pg_relation_size(quote_ident(table_name)) )
from information_schema.tables
where table_schema = 'public'
order by pg_relation_size(quote_ident(table_name)) desc;
table_name | pg_size_pretty
---------------------------------------+----------------
execution_step | 18 MB
execution | 9120 kB
resource | 7168 kB
sync_requirement_update | 6128 kB
requirement_audit_event | 4720 kB
scripted_test_case | 3424 kB
requirement_sync_extender | 2192 kB
attachment | 1640 kB
iteration_test_plan_item | 1560 kB
rln_relationship_closure | 1192 kB
attachment_list | 1120 kB
Code : Tout sélectionner
squashtm=# SELECT pg_size_pretty(pg_table_size('pg_largeobject'));
pg_size_pretty
----------------
9627 MB
(1 row)
La cause identifiée est que Squash va stocker dans cette table les pièces jointes correspondantes aux rapports des tests automatisés.
Le problème, c'est qu'avec des campagnes de plus de 100 scénarios (Cucumber), la mémoire se retrouve trop vite saturée et que même en supprimant les campagnes, Squash ne nettoie pas cette table et conserve indéfiniment les rapports d'exécution.
J'imagine que ce doit être un problème connu.
J'ai besoin de faire du nettoyage de cette table (qui semble partitionnée en partitions de 1 Go max).
Auriez-vous une solution propre pour le faire qui soit sans risque pour notre BDD ?