Forums PostgreSQL.fr

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,

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.

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.

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....

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.

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.

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)

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.

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.

bil69

Membre

Re : PG_STANDBY

Merci,

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

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)...

gleu

Administrateur

Re : PG_STANDBY

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

---

Guillaume.

bil69

Membre

Re : PG_STANDBY

Merci beaucoup de ton aide !!!

toujours réponse à tout 

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

gleu

Administrateur

Re : PG_STANDBY

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

---

Guillaume.

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)

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 ). 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.

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   

bil69

Membre

Re : PG_STANDBY

Bonjour,

Voila cela fonctionne !!!!!   

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)

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.

bil69

Membre

Re : PG_STANDBY

Merci beaucoup GLEU pour ton aide 

je commence à avoir certains réflexes...

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