PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#1 21/04/2009 09:49:51

bil69
Membre

PG_STANDBY

Bonjour à tous !!!

J'ai un petit souci sur l'installation de la contrib pg_standby qui sert à surveiller la réception des WALs afin de les rejouer sur le serveur de secours.

les deux fichiers qui la constituent : Makefile et pg_standby.c doivent ils être forcement placer dans répertoire utilisé pour déposer les sources de Postgresql ?

Merci d'avance,

Hors ligne

#2 21/04/2009 10:25:26

bil69
Membre

Re : PG_STANDBY

J'apporte le message d'erreur !

J'ai pourtant installer les packets RPMs

Makefile:17: ../../src/Makefile.global: No such file or directory
Makefile:18: /contrib/contrib-global.mk: No such file or directory
make: Warning: File `Makefile' has modification time 3.5e+03 s in the future
make: *** No rule to make target `/contrib/contrib-global.mk'.  Stop.

Hors ligne

#3 21/04/2009 10:29:24

gleu
Administrateur

Re : PG_STANDBY

Il est nécessaire d'avoir les sources de PostgreSQL et d'avoir au moins utiliser configure sur la racine des sources.

Cela étant dit, pg_standby doit être disponible dans le RPM des modules contrib pour la 8.3. Pourquoi le compiler dans ce cas ?


Guillaume.

Hors ligne

#4 21/04/2009 10:49:38

bil69
Membre

Re : PG_STANDBY

Merci d'avoir répondu si rapidement.

j'essaie d'installer pg_standby sur le serveur de secours.

je suis ce tuto http://scheu.developpez.com/tutoriels/p … -shipping/

Cela étant dit, pg_standby doit être disponible dans le RPM des modules contrib pour la 8.3. Pourquoi le compiler dans ce cas ?

Je n'ai pas compris....

Hors ligne

#5 21/04/2009 11:01:59

gleu
Administrateur

Re : PG_STANDBY

Ce que je voulais dire, c'était : pourquoi s'embêter à le compiler s'il existe déjà compilé en RPM ?


Guillaume.

Hors ligne

#6 21/04/2009 11:04:05

gleu
Administrateur

Re : PG_STANDBY

Et concernant le tuto, il utilise bien les sources de PostgreSQL (étape II-A). Il n'y a pas moyen de faire autrement que d'avoir les sources complets et d'avoir exécuté le configure.


Guillaume.

Hors ligne

#7 21/04/2009 11:31:10

bil69
Membre

Re : PG_STANDBY

la version de postgre 8.3.7 est déjà installé

j'ai juste installé la contrib sous mon répertoire root

rpm -ivh  postgresql-contrib-8.3.7-1PGDG.rhel4.x86_64.rpm

Comment à partir de là je puisse exécuter le configure ??

ça ne fonctionne pas...

Dernière modification par bil69 (21/04/2009 11:31:22)

Hors ligne

#8 21/04/2009 11:41:17

gleu
Administrateur

Re : PG_STANDBY

Pas besoin du configure, pg_standby doit déjà être installé dans /usr/bin d'après http://rpm.pbone.net/index.php3/stat/4/ … 6.rpm.html.


Guillaume.

Hors ligne

#9 21/04/2009 11:42:20

gleu
Administrateur

Re : PG_STANDBY

D'après http://rpm.pbone.net/index.php3/stat/4/ … 4.rpm.html (ce qui correspond au RPM que vous avez utilisé), il se trouve aussi dans /usr/bin.


Guillaume.

Hors ligne

#10 21/04/2009 11:52:05

bil69
Membre

Re : PG_STANDBY

Merci,

moi j'installe les RPMs et c'est tout !!!! je ne regarde rien d'autre sur la page   smile

c 'est vrai que dans Content of RPM : /usr/bin/pg_standby

et sur /usr/bin je vois bien pg_standby

Cela dit, je ne vois pas ou pourrai être les Makefile.global et contrib-global.mk (étape II-B)...

Hors ligne

#11 21/04/2009 12:52:10

gleu
Administrateur

Re : PG_STANDBY

Comme tu as déjà pg_standby, tu peux ignorer l'étape II-B.


Guillaume.

Hors ligne

#12 21/04/2009 14:23:29

bil69
Membre

Re : PG_STANDBY

Merci beaucoup de ton aide !!!

toujours réponse à tout  tongue

Hors ligne

#13 22/04/2009 10:53:10

bil69
Membre

Re : PG_STANDBY

Bonjour,

Je voudrai savoir s'il était possible de vérifier si les WALs sont bien archivés  sur le serveur primaire, et envoyés instantanément sur le serveur de secours SANS avoir automatiser le transfert de fichiers depuis le serveur primaire vers le serveur de secours ??

Si j'ai bien configuré les 2 serveurs il devrait au moins me demander le mot de passe ...

Merci d'avance

Hors ligne

#14 22/04/2009 11:13:09

gleu
Administrateur

Re : PG_STANDBY

Quel mot de passe ? comment est configuré l'archivage actuellement ?


Guillaume.

Hors ligne

#15 22/04/2009 11:26:20

bil69
Membre

Re : PG_STANDBY

la connexion ssh entre les 2 serveur nécessite un mot de passe sinon la configuration est faite selon le tuto de scheu...


DETAIL:  The failed archive command was: scp pg_xlog/000000010000000000000000 postgres@serv2 :/datas/shipped_logs/000000010000000000000000
:/datas/shipped_logs/000000010000000000000000: No such file or directory
LOG:  archive command failed with exit code 1
DETAIL:  The failed archive command was: scp pg_xlog/000000010000000000000000 postgres@serv2 :/datas/shipped_logs/000000010000000000000000
WARNING:  transaction log file "000000010000000000000000" could not be archived: too many failures

Dernière modification par bil69 (22/04/2009 11:34:30)

Hors ligne

#16 22/04/2009 12:01:52

gleu
Administrateur

Re : PG_STANDBY

Les messages d'erreurs indiquent que la copie n'arrive pas à se faire. Il ne peut évidemment pas demander le mot de passe (de toute façon il n'est pas sûr qu'il y ait toujours quelqu'un devant l'écran smile ). C'est pour cela que l'étape II-D indique comment créer une paire clé privée/publique. Donc, après l'étape II-D, il doit être possible de se connecter sans mot de passe.


Guillaume.

Hors ligne

#17 22/04/2009 15:47:39

bil69
Membre

Re : PG_STANDBY

j'ai fais la manip pour une automatisation de la connexion SSH. la connexion ssh postgres@srv2 fonctionne alors sans mot de passe
et aussi le transfert des WALs fonctionne

merci encore   wink

Hors ligne

#18 23/04/2009 11:04:28

bil69
Membre

Re : PG_STANDBY

Bonjour,

Voila cela fonctionne !!!!!   smile

sur PRIMAIRE :

-rw-------  1 pgsql pgsql 16777216 Apr 23 10:59 0000000100000000000000EE


sur STANDBY :

WAL file not present yet. Checking for trigger file...
WAL file not present yet. Checking for trigger file...
WAL file not present yet. Checking for trigger file...
running restore         : OK
Trigger file            : /home/pgsql/stoprestore.file
Waiting for WAL file    : 0000000100000000000000EF
WAL file path           : /home/pgsql/datas/shipped_logs//0000000100000000000000EF
Restoring to...         : pg_xlog/RECOVERYXLOG
Sleep interval          : 5 seconds
Max wait interval       : 0 forever
Command for restore     : cp "/home/pgsql/datas/shipped_logs//0000000100000000000000EF" "pg_xlog/RECOVERYXLOG"
Keep archive history    : No cleanup required

LOG:  restored log file "0000000100000000000000EB" from archive
LOG:  restored log file "0000000100000000000000EC" from archive
LOG:  restored log file "0000000100000000000000ED" from archive
LOG:  restored log file "0000000100000000000000EE" from archive
LOG:  restored log file "0000000100000000000000EF" from archive
LOG:  restored log file "0000000100000000000000F0" from archive

merci !!!!!!!!!!!

Dernière modification par bil69 (23/04/2009 11:23:16)

Hors ligne

#19 23/04/2009 11:23:23

gleu
Administrateur

Re : PG_STANDBY

"running restore         : OK" indique la découverte d'un nouveau journal de transactions et de sa mise à disponibilité pour PostgreSQL.


Guillaume.

Hors ligne

#20 23/04/2009 11:26:33

bil69
Membre

Re : PG_STANDBY

Merci beaucoup GLEU pour ton aide  wink

je commence à avoir certains réflexes...

Dernière modification par bil69 (23/04/2009 11:27:16)

Hors ligne

Pied de page des forums