Skip site navigation (1) Skip section navigation (2)

Re: BD impossible à recharger

From: Alain <eurlix(dot)alain(at)free(dot)fr>
To: pgsql-fr-generale(at)postgresql(dot)org
Cc: Sébastien Lardière <slardiere(at)hi-media(dot)com>
Subject: Re: BD impossible à recharger
Date: 2012-04-07 15:56:25
Message-ID: 20120407175625.803188e6.eurlix.alain@free.fr (view raw or flat)
Thread:
Lists: pgsql-fr-generalepgsql-general
On Fri, 06 Apr 2012 09:53:04 +0200
Sébastien Lardière <slardiere(at)hi-media(dot)com> wrote:

> On 04/05/2012 10:15 PM, Alain wrote:
> > Je viens de réussir à remonter la sauvegarde d'aujourd'hui, gesdil_sv05
> > et il me reste à faire que les requêtes soient traitées sur cette
> > machine.
> > J'ai changé PGHOSTADDR, après avoir modifié pg_hba.conf, mais ça ne
> > semble pas suffisant.
> 
> Bon, nous ne saurons probablement pas pourquoi le dump précédent n'a pas
> fonctionné, mais peu importe.
> 
> Pour la connexion, ne connaissant pas votre réseau, c'est difficile d'en
> dire plus, mais, pour commencer, je vous propose d'installer la partie
> cliente de PostgreSQL sur la machine ou vous avez modifié PGHOSTADDR, et
> de tenté de vous connecter avec l'outil en ligne de commande psql. Les
> messages d'erreurs éventuels nous aideront sûrement.
> 
> 
> -- 
> 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
> 
Effectivement, utiliser psql m'a aidé à faire fonctionner postgresql.
A ce moment là je me suis trouvé avec deux PC, l'un avec le logiciel,
l'autre (en fait les deux) avec la BD et toujours des temps de
traitement extrèmement longs (de l'ordre de 15mn ald 1s).
Pour essayer de résoudre le problème, nous avons cloné le PC1 sur une
machine plus récente, en virtualisation. 

J'ai sauvegardé sur le PC2, transféré le resultat sur le PC3, puis
restauré par :
pg_restore -c gesdil_sv073 > gesdil_restore3.log 2>gesdil_restore3.err
Clairement, la BD n'était pas à jour du travail fait le 6/4.
La 2e et la 3e fois j'ai stoppé les instances de postgres sur PC1 et 2
avant de lancer la restauration. 
La 4e fois, pour en avoir le coeur net, j'ai fait
[mpp(at)pc1 ARCHIV]$ dropdb gesdil
DROP DATABASE
[mpp(at)pc1 ARCHIV]$ createdb gesdil
CREATE DATABASE
La restauration semble bien se passer, mais 
gesdil=# select cdenum, cdedate, cdecli from cde order by
cdedate ; ERREUR:  La relation «cde» n'existe pas
gesdil=# \d+ 
Pas de relations trouvées.

Rien dans syslog, sauf
Apr  7 17:28:53 pc1 postgres[9455]: [1-1] ERREUR:  La relation «cde»
n'existe pas
Où peut-il bien remonter la base ?

Merci d'avance,
-- 
Alain <eurlix(dot)alain(at)free(dot)fr>

In response to

Responses

pgsql-fr-generale by date

Next:From: Guillaume LelargeDate: 2012-04-07 16:13:20
Subject: Re: BD impossible à recharger
Previous:From: Sébastien LardièreDate: 2012-04-06 07:53:04
Subject: Re: BD impossible à recharger

pgsql-general by date

Next:From: Guillaume LelargeDate: 2012-04-07 16:13:20
Subject: Re: BD impossible à recharger
Previous:From: Michael NolanDate: 2012-04-06 21:54:54
Subject: Re: 9.1.3 Standby catchup mode

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group