Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
j'ai une base qui fait 140GB, elle prend 3GB par semaine.
Aujourd'hui, les calculs restent bloqués à cause d'un ExclusiveLock sur des inserts.
Apparemment, avant de faire un insert le processus essaye de rajouter 8KB à la table et il a besoin d'un ExclusiveLock on extension sur la table.
Sauf que cet table est verouillé par un autre processus.
Et j'ai ce message dans la log:
07:12:01 CET LOG: process 16540 still waiting for ExclusiveLock on extension of relation 18304 of database 18294 after 1000.071 ms
Oct 31 07:12:01 serv10 postgres[16540]: [3-2] 2014-10-31 07:12:01 CET STATEMENT: Insert into Table_Journal(ID, DATE_I, DOMAINE_TRAIT, CODE_TRAIT, SMS_LIBRE, STATUT_TRAIT, R_ECHEC, ID_UTIL, ID_S) values (nextval('se_jb'), localtimestamp, 'BATCH', 'INSERT', 'Fichier : C_480_20141031T060000500.xml - 4 él(s) insérée(s) | 0 rel v non insérée(s) ', 0, null, null, 450)
Oct 31 07:12:03 serv10 postgres[27141]: [674-1] 2014-10-31 07:12:03 CET WARNING: pgstat wait timeout
Quelqu'un aurait-il une idée sur des paramètres à tuner ou quelque chose dans le genre.
On est sur des VM et l'admin dit qu'il faut rajouter des disques car y aura bientôt plus d'espace.
Merci d'avance
Dernière modification par Postgres.0 (31/10/2014 13:05:08)
Hors ligne
Ce genre de message survient quand les disques sont trop lents et ne tiennent plus la charge. La sortie de vmstat permettrait de s'en assurer.
Les disques sont-ils eux-aussi virtualisés ?
Guillaume.
Hors ligne
Oui les disques durs sont virtualisés et en RAID5.
Dernière modification par Postgres.0 (03/11/2014 12:22:05)
Hors ligne
Bonjour,
Je vous déconseille le RAID5. Comme vous pouvez le constater chez vous les performances sont très dégradées.
Cordialement,
Cordialement,
Sébastien.
Hors ligne
Je vous déconseille la virtualisation des disques. Comme vous pouvez le constater chez vous les performances sont très dégradées.
(oui, j'ai copié/collé )
Guillaume.
Hors ligne
Merci beaucoup
Hors ligne
Pages : 1