Vous n'êtes pas identifié(e).
Pages : 1
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
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
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
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
Ce que je voulais dire, c'était : pourquoi s'embêter à le compiler s'il existe déjà compilé en RPM ?
Guillaume.
Hors ligne
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
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
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
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
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)...
Hors ligne
Comme tu as déjà pg_standby, tu peux ignorer l'étape II-B.
Guillaume.
Hors ligne
Merci beaucoup de ton aide !!!
toujours réponse à tout 
Hors ligne
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
Quel mot de passe ? comment est configuré l'archivage actuellement ?
Guillaume.
Hors ligne
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
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.
Hors ligne
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 
Hors ligne
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)
Hors ligne
"running restore : OK" indique la découverte d'un nouveau journal de transactions et de sa mise à disponibilité pour PostgreSQL.
Guillaume.
Hors ligne
Merci beaucoup GLEU pour ton aide
je commence à avoir certains réflexes...
Dernière modification par bil69 (23/04/2009 11:27:16)
Hors ligne
Pages : 1