Vous n'êtes pas identifié(e).
Pages : 1
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
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
c'est ce que je me dis mais faut que j'arrive a le prouver pour faire changer la machine...
Hors ligne
Vous pouvez toujours regarder du côté de dmesg si vous n'avez rien dans les log pg ni /var/log/messages.
Julien.
https://rjuju.github.io/
Hors ligne
je suis pas très doué avec dmesg mais a priori rien d'anormal.
Je vais continuer mes recherches.
Hors ligne
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 
Hors ligne
Pages : 1
