Re: BD impossible à recharger

On Thu, 2012-04-05 at 18:25 +0200, Alain wrote:
> On Thu, 05 Apr 2012 17:37:12 +0200
> Guillaume Lelarge <guillaume(at)lelarge(dot)info> wrote:
>
> > On Thu, 2012-04-05 at 17:27 +0200, Alain wrote:
> > > On Thu, 05 Apr 2012 16:56:53 +0200
> > > Guillaume Lelarge <guillaume(at)lelarge(dot)info> wrote:
> > >
> > > > Bonjour,
> > > >
> > > > On Thu, 2012-04-05 at 15:52 +0200, Alain wrote:
> > > > > [...]
> > > > > J'ai une BD qui semble fatiguée (messages d'erreurs disques il y a
> > > > > quelques jours et tempr de traitements passé de 1 seconde à 15/20 mn).
> > > > > J'essaie de la remonter sur une autre machine du réseau mais c'est
> > > > > impossible :
> > > > > Avec "pg_restore -d gesdil -c -v <gesdil_sv04"
> > > > > J'obtiens :
> > > > > pg_restore: suppression de CONSTRAINT stcn_pkey
> > > > > pg_restore: [programme d'archives (db)] could not execute query :
> > > > > ERREUR: La contrainte «stcn_pkey» n'existe pas pg_restore: *** annulé
> > > > > à cause de l'erreur
> > > > >
> > > > > avec "pg_restore -d gesdil -v <gesdil_sv04"
> > > > > J'obtiens :
> > > > > pg_restore: connexion à la base de données pour la
> > > > > restauration pg_restore: création de ACL public
> > > > > pg_restore: création de TABLE an
> > > > > pg_restore: [programme d'archives (db)] could not execute query :
> > > > > ERREUR: La relation «an» n'existe pas pg_restore: *** annulé à cause
> > > > > de l'erreur
> > > > >
> > > >
> > > > Très étonnant que vous ayez des messages d'erreur différents. C'est le
> > > > premier message d'erreur ou un au hasard ? Le plus important est d'avoir
> > > > le premier message.
> > > >
> > > >
> > > > --
> > > > Guillaume
> > > > http://blog.guillaume.lelarge.info
> > > > http://www.dalibo.com
> > > >
> > > >
> > > > --
> > > > 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
> > > >
> > > Depuis deux jours j'ai recommencé plusieurs fois, en faisant quelques
> > > essais tels que de créer les tables indiquées manquantes mais je
> > > retombe toujours sur les mêmes erreurs ...
> >
> > Pas nécessaire.
> >
> > > Ce sont de vieux PC (environ 7 ans) qui semblent avoir trop
> > > réfléchis ;-) qui tournent avec Mandrake-Linux 10.1 et PostgreSQL 7.4.
> > > Impossible du fait du hardware de passer à une version plus récente et
> > > matériel et logiciel doivent être changé dans environ deux mois, mais
> > > il faudrait que ça tourne encore deux ou trois mois.
> > > J'en suis à tenter de récupérer les tables une par une ?
> > >
> >
> > Non, il faut reprendre ça calmement. Vous créez une nouvelle base, vous
> > essayez de restaurer votre sauvegarde sur cette base (sans utiliser
> > l'option -c comme le dit Sébastien) et vous regardez le premier message
> > d'erreur.
> >
> > Si vous voulez qu'on vous aide, il va falloir être plus précis :
> > qu'est-ce que vous avez fait, quel est le premier message d'erreur que
> > vous avez reçu, etc.
> >
> >
> > --
> > Guillaume
> > http://blog.guillaume.lelarge.info
> > http://www.dalibo.com
> >
>
> 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é.
> 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 ?
>

Ça devrait être le cas avant chaque nouvelle tentative. Sinon vous allez
récupérer des erreurs des objets qui ont pu quand même être créés la
fois précédente et ne peuvent donc plus l'être maintenant.

--
Guillaume
http://blog.guillaume.lelarge.info
http://www.dalibo.com