Re: Dump qui plante (pg 8.3.4) - Résolu.

Suite et fin !

Avec la commande suivante
pg_dump -C -D -d -v gourou -f /full_path/gourou.sql
j'ai monté le max_lock_per_transactions jusque 170,
et après plus de 24 H, le dump a de nouveau planté.

Par contre, avec celle-ci
pg_dump -F c gourou -f /full_path/gourou.dump
le max_lock_per_transactions minimal est de 100,
et le dump dure une petite heure.

Je crois que je vais en rester là :-)

Amicalement

Philippe Dhondt.

Le lundi 03 novembre 2008 à 14:35 +0100, Guillaume Lelarge a écrit :
> Guillaume Lelarge a écrit :
> > [...]
> > Ça ne m'étonne pas trop. Les verrous sont posés avant de commencer le
> > dump des tables. J'ai fait un test hier soir en créant une base à 8000
> > tables. Je n'ai pas le message d'erreur que vous indiquez. Je viens
> > aussi de monter à 90 pour max_lock_per_transactions, aucun soucis.
> >
> > Quelle version de PostgreSQL utilisez-vous ?
> > Pouvez-vous nous envoyer votre fichier de configuration complet ?
> > Quelle est la taille de la base ?
> > D'autres clients sont-ils connectés en même temps que vous ?
> >
>
> Comme la plupart de la conversation qui a suivi s'est faire en dehors de
> la liste, juste un petit mail pour indiquer que la solution revient bien
> à augmenter max_lock_per_transactions.
>
> pg_dump réalise toute la sauvegarde dans une seule transaction. Il pose
> un verrou AccessShare sur toutes les tables au lancement de la commande,
> ce qui peut prendre du temps et beaucoup de verrous si vous avez un très
> grand nombre de tables. Il se peut même que le serveur n'ait pas assez
> de mémoire pour enregistrer tous les verrous. D'où la nécessiter
> d'augmenter max_lock_per_transactions.
>
> Philippe l'a déjà augmenté jusqu'à 150 et ce n'est toujours pas
> suffisant. J'espère qu'il nous dira jusqu'où il a dû aller pour faire
> son dump :)
>
>