Re: BD impossible à recharger

On Thu, 5 Apr 2012 20:02:48 +0200
Alain <eurlix(dot)alain(at)free(dot)fr> wrote:

> On Thu, 05 Apr 2012 18:38:51 +0200
> Sébastien Lardière <slardiere(at)hi-media(dot)com> wrote:
>
> > On 04/05/2012 06:25 PM, Alain wrote:
> > >
> > > Autant que je me rappelle, le premier message d'erreur concernait un
> > > utilisateur occasionnel (jeanne) qui n'était pas créé sur ce PC. J'au
> > > créé l'utilisateur et relancé.
> >
> > En effet, les objets globaux ne sont pas créés par pg_restore.
> >
> > Pour ce type d'objets, vous pouvez utiliser pg_dumpall -g, afin de
> > récupérer la liste des users et groups
> >
> > > J'avais avant créée la BD "gesdil", ce qui n'était sans doute pas
> > > indispensable.
> > > J'avais peut-être lancé initialement la restauration sans le "-c" et
> > > certainement sans la redirection. J'ai ensuite ajouté le "-c" car la
> > > majeure partie des tables sont créées (98/102).
> > > Ça fait deux jours (et une partie des nuits) que je bataille sur ce
> > > problème et mes souvenirs peuvent être un peu confus.
> > > Je pourrais maintenant faire un "dropdb" qui me remettrait dans la
> > > situation initiale et recommencer à zéro ?
> > >
> >
> > Je vous conseille en effet cette option (dropdb puis createdb à
> > nouveau), vous êtes certains d'obtenir une DB vierge, et vous minimisez
> > le risque d'erreurs.
> >
> > --
> > Sébastien Lardière
> > Hi-Media Nantes
> > DBA PostgreSQL
> > 0228082071 / 0626595833
> >
> >
> > --
> > Sent via pgsql-fr-generale mailing list (pgsql-fr-generale(at)postgresql(dot)org)
> > To make changes to your subscription:
> > http://www.postgresql.org/mailpref/pgsql-fr-generale
> >
> Vous n'avez sans doute pas reçu mon message précédent envoyé sous un
> mauvais nom (pas abonné) :
> Pas de message d'erreur lors du pg_dump, précédé par un vacuum.
>
> J'ai lancé : pg_restore --list gesdil_sv04
> sans problème.
>
> Pas de problème signalé non plus sur "pg_restore -l"
> Par contre, pg_restore -s ne crée que 100 tables sur 102,
> sans les commentaires ce qui rend difficile le diff,
> Des 2 tables manquantes, l'une est temporaire et vide, mais l'autre, la
> table des articles est la principale (855 563 éléments) et c'est la
> principale.
>
> Les autres tables créées sont vides, évidemment ...
>
>
> J'ai depuis fait dropdb puis createdb et pg_restore, la base se charge,
> mais avec "-v", il risquait d'y en avoir pour un certain temps ...
> J'ai cancellé puis relancé (en redirigeant la sortie dans un fichier)
>
> J'aurai le résultat dans une ou deux heures, ou demain, ...
> S'il manque une ou des tables, je pense arriver à les récupérer.
>
> Merci pour votre aide, ainsi qu'à Guillaume Lelarge
> --
> Alain <eurlix(dot)alain(at)free(dot)fr>
>
> --
> Sent via pgsql-fr-generale mailing list (pgsql-fr-generale(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-fr-generale
>
Bonsoir,

J'ai crié victoire un peu trop tôt :
pg_restore a planté silencieusement et la BD gesdil est vide.
(Même les tables crées par "pg_restore -s " ont disparu.

J'en reviens à l'idée de restaurer les tables une par une (il n'y en a
qu'une centaine et je dois pouvoir faire un script pour ça).

Avez-vous une autre idée ?

--
Alain <eurlix(dot)alain(at)free(dot)fr>