PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#1 29/10/2014 11:56:29

kenrio
Membre

pg_dump crash i/o

Bonjour,

j'ai un soucis devenu bien trop récurrent avec pg_dump.
Toutes les nuits je dump en utilisant un script qui boucle sur chaque schema, ce qui a pour résultat de me faire un dump de chaque schema, j'en ai 75.
mais aléatoirement je me retrouve avec un crash i/o je n'ai pas la moindre log que ce soit du coté de pg ou du system ( centos 5.5 x64 )
la conséquence c'est le crash bien évidemment de la base et l'impossibilité d'accédé au fichiers de la base.
le reboot du system avec un reboot ou shutdown n'est même plus possible.
le reset hardware ou avec les magic command de centos est obligatoire.
j'ai slony qui tourne sur 20 schemas mais le crash n’apparaît pas sur les schemas répliqués.
j'ai réussi a capté un load average énorme juste avant le crash.
je suis d'ailleurs en postgresql 9.3.4

si vous avez des idées je suis preneur.
merci

Hors ligne

#2 29/10/2014 20:28:22

gleu
Administrateur

Re : pg_dump crash i/o

Non, sans log, c'est impossible de savoir ce qu'il se passe. Mon avis est que c'est un problème matériel. Mais sans rien pour le prouver.


Guillaume.

Hors ligne

#3 30/10/2014 10:29:00

kenrio
Membre

Re : pg_dump crash i/o

c'est ce que je me dis mais faut que j'arrive a le prouver pour faire changer la machine...

Hors ligne

#4 30/10/2014 10:36:16

rjuju
Administrateur

Re : pg_dump crash i/o

Vous pouvez toujours regarder du côté de dmesg si vous n'avez rien dans les log pg ni /var/log/messages.

Hors ligne

#5 30/10/2014 13:07:30

kenrio
Membre

Re : pg_dump crash i/o

je suis pas très doué avec dmesg mais a priori rien d'anormal.
Je vais continuer mes recherches.

Hors ligne

#6 23/01/2015 11:18:28

kenrio
Membre

Re : pg_dump crash i/o

pour la petite histoire j'ai enfin trouvé l'erreur dans mon log message qui après le reboot disparaissait, par chance j'etais là au bon moment.
donc rien a voir avec postgresql ce qui me rassure un peu.

voici l'erreur pour info :

Jan 22 22:14:23 kernel: command: Test Unit Ready: 00 00 00 00 00 00 Jan 22 22:14:23 kernel: mpt2sas0: task abort: FAILED scmd(ffff8104d9a21500)
Jan 22 22:14:23 kernel: mpt2sas0: attempting target reset! scmd(ffff8104d9a21500)
Jan 22 22:14:23 kernel: sd 0:1:0:0:

j'ai plus qu'a trouver comment résoudre ce problème smile

Hors ligne

Pied de page des forums