Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 Re : Réplication » PG_STANDBY » 17/02/2009 11:49:30
Alors les dernieres nouvelles,
En refaisant les steps que tu explique (dans ton site web) ca remarche bien.
Cool
Maintenant je voudrait controler 2 choses:
1 la frequence de creation dea WALL du serveur MASTER
2 verifier que l'option %r dans le restore command fonctionne bien.
Pour la question 1, je dois modifier quel parametre entre ces 2 la?
checkpoint_timeout = 1min # range 30s-1h
archive_timeout = 300 # force a logfile segment switch after this
D'avance merci
#2 Re : Réplication » PG_STANDBY » 17/02/2009 11:02:51
ok, je recommence le slave
que faire avec le master? je le laisse tel que?
#3 Re : Réplication » PG_STANDBY » 16/02/2009 18:05:55
Ou llaaaa
non attends, actuellement ce fichier (le trigger) n'ai plus dans /tmp
en fais j'avais fait le touch /tmp/trigger avec l'utilisateur root...
et en voyant l'erreur je l'ai effacé.
Donc la y'a plus le trigger. (j'ai copié une tonne de log, donc ca remonte a ce matin)
D'ailleur il se passe un truc etrange.
Si je cré le trigger avec l'user postgres...
-bash-3.2$ touch /tmp/stoprestore.file
-bash-3.2$ tail -f reco.log
Trigger file : /tmp/stoprestore.file
Waiting for WAL file : 00000004000000000000001C
WAL file path : /var/lib/pgsql/dcns01_wals//00000004000000000000001C
Restoring to... : pg_xlog/RECOVERYXLOG
Sleep interval : 5 seconds
Max wait interval : 0 forever
Command for restore : cp "/var/lib/pgsql/dcns01_wals//00000004000000000000001C" "pg_xlog/RECOVERYXLOG"
Keep archive history : 000000000000000000000000 and later
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...
WAL file not present yet. Checking for trigger file...
Tu vois il fait le recover et hop au lieu de s'arreter, il continu a attendre les wals.
#4 Re : Réplication » PG_STANDBY » 16/02/2009 17:50:28
S'il recherche le 00000004000000000000001C alors la oui...il n'est pas dans le server...
tiens regarde j'ai fait un ps ax:
20671 ? Ss 0:00 postgres: logger process
20672 ? Ss 0:00 postgres: startup process waiting for 00000004000000000000001C
20679 ? S 0:00 sh -c /usr/bin/pg_standby -d -t /tmp/stoprestore.file /var/lib/pgsql/dcns01_wals/ 00000004000000000000001C pg_xlog/RECOVERYXLOG 00020680 ? S 0:00 /usr/bin/pg_standby -d -t /tmp/stoprestore.file /var/lib/pgsql/dcns01_wals/ 00000004000000000000001C pg_xlog/RECOVERYXLOG 00000000021611 ? Ss 0:00 sshd: root@pts/2
on dirais qu'il attend apres ce fichier...
Comment je peux faire car ce fichier n'est pas dans le repertoire (j'ai du l'effacer)
Tu crois que je dois recommencer du debut?
#5 Re : Réplication » PG_STANDBY » 16/02/2009 17:48:11
mmmm
le log dont tu parle c'est celui que je cré avec cette commande?
restore_command = '/usr/bin/pg_standby -d -t /tmp/stoprestore.file /var/lib/pgsql/dcns01_wals/ %f %p %r 2>> /var/lib/pgsql/data/pg_log/reco.log'
donc reco.log ??
ou existe t'il un autre log?
pour le moment j'ai ceci dans le log:
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...
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...trigger file found
ERROR: could not remove "/tmp/stoprestore.file": Operation not permitted
Trigger file : /tmp/stoprestore.file
Waiting for WAL file : 00000004.history
WAL file path : /var/lib/pgsql/dcns01_wals//00000004.history
Restoring to... : pg_xlog/RECOVERYHISTORY
Sleep interval : 5 seconds
Max wait interval : 0 forever
Command for restore : cp "/var/lib/pgsql/dcns01_wals//00000004.history" "pg_xlog/RECOVERYHISTORY"
Keep archive history : 000000000000000000000000 and later
running restore :cp: cannot stat `/var/lib/pgsql/dcns01_wals//00000004.history': No such file or directory
cp: cannot stat `/var/lib/pgsql/dcns01_wals//00000004.history': No such file or directory
cp: cannot stat `/var/lib/pgsql/dcns01_wals//00000004.history': No such file or directory
not restored : history file not found
Trigger file : /tmp/stoprestore.file
Waiting for WAL file : 00000004000000000000001C
WAL file path : /var/lib/pgsql/dcns01_wals//00000004000000000000001C
Restoring to... : pg_xlog/RECOVERYXLOG
Sleep interval : 5 seconds
Max wait interval : 0 forever
Command for restore : cp "/var/lib/pgsql/dcns01_wals//00000004000000000000001C" "pg_xlog/RECOVERYXLOG"
Keep archive history : 000000000000000000000000 and later
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...
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...
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...
WAL file not present yet. Checking for trigger file...
et la ca change plus ca reste tel que...
Dans le repertoire /var/lib/pgsql/dcns01_wals j'ai plein de WAL qui proviennent du server master.
drwxr-xr-x 2 postgres postgres 4096 Feb 16 16:44 dcns01_wals
contenu:
-rw------- 1 postgres postgres 16777216 Feb 16 16:14 00000001000000000000006F
-rw------- 1 postgres postgres 16777216 Feb 16 16:19 000000010000000000000070
-rw------- 1 postgres postgres 16777216 Feb 16 16:24 000000010000000000000071
-rw------- 1 postgres postgres 16777216 Feb 16 16:29 000000010000000000000072
-rw------- 1 postgres postgres 16777216 Feb 16 16:34 000000010000000000000073
-rw------- 1 postgres postgres 16777216 Feb 16 16:39 000000010000000000000074
-rw------- 1 postgres postgres 16777216 Feb 16 16:44 000000010000000000000075
-bash-3.2$ ll | wc -l
60
tu vois y'en a 60...
Ca voudrais dire que pg_standby attend un fichier mais qui n'est pas ...ou plus dans ce repoertoire?
#6 Re : Réplication » PG_STANDBY » 16/02/2009 15:39:57
Lorsque tu dis: est il present?? tu fais refetrence au fichier wal??
alors je te file plus de details:
1 le server master a le mode archive activé, il envoie via scp les wals vers un repertoire qui se trouve ici: /var/lib/pgsql/dcns01_wals/
ca marche bien...tout les n minutes le server 1 envoie les wal verde server 2
2 le server 2 est en mode standby, avec le fichier recovery.conf (pas .done)
avec ce parametre: restore_command = '/usr/bin/pg_standby -d -t /tmp/stoprestore.file /var/lib/pgsql/dcns01_wals/ %f %p %r 2>> /var/lib/pgsql/data/pg_log/reco.log'
dans le fichier reco.log tu as ceci:
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...
WAL file not present yet. Checking for trigger file...
et lorsqu'un nouveau fichier arrive il ne le traite pas..
Ca ressemble a qu'il est en trai d'attendre un fichier qui ne lui arrive pas....
peut etre attend t'il un 0000000000000001 et comme les wals maintenant on des numeros diferrents..
Tu crois que je pourrais renommer un des wals sur le server slave voir s'il le charge et se debloque?
#7 Re : Réplication » PG_STANDBY » 16/02/2009 15:15:23
Oui les WAL arrivent bien sur le server SLAVE, mais si tu regarde le LOG, ya' rien, il dit juste ca:
WAL file not present yet. Checking for trigger file...
WAL file not present yet. Checking for trigger file...
mais pourtant les walls arrivent.
Y'a pas de messages d'erreurs dans les log.
Curieux non?
ca pourrait venir du pg_standby? mal compilé ou qq chose comme ca?
#8 Re : Réplication » PG_STANDBY » 16/02/2009 13:16:15
Oui c'est la version 8.3...
Ben tu sais, j'ai mis le %r, mais rien ne marche,....ca replique plus.
T'as une idée de ce qui pourrait deconner?
je te colle ici les files: postgres.conf du master et le recover.con du slave
postgres.conf
# - Checkpoints -
#checkpoint_segments = 3 # in logfile segments, min 1, 16MB each
checkpoint_timeout = 1min # range 30s-1h
#checkpoint_completion_target = 0.5 # checkpoint target duration, 0.0 - 1.0
#checkpoint_warning = 30s # 0 is off
# - Archiving -
archive_mode = on # allows archiving to be done
# (change requires restart)
archive_command = 'scp %p postgres@dcns02:/var/lib/pgsql/dcns01_wals/%f' # command to use to archive a logfile segment
archive_timeout = 300 # force a logfile segment switch after this
# time; 0 is off
recovery.conf du slave
restore_command = '/usr/bin/pg_standby -d -t /tmp/stoprestore.file /var/lib/pgsql/dcns01_wals/ %f %p %r 2>> /var/lib/pgsql/data/pg_log/reco.log'
D'avance merci
#9 Re : Réplication » PG_STANDBY » 16/02/2009 12:56:48
Bonjour a tous
avec cette ligne dans le fichier recovery.conf du slave, la replication ne marche pas.
restore_command = '/usr/bin/pg_standby -d -t /tmp/stoprestore.file /var/lib/pgsql/dcns01_wals/ %f %p %r 2>> /var/lib/pgsql/data/pg_log/reco.log'
les wals arrivent bien mais rien ne se passe
le log reste comme ca:
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...
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...
#10 Re : Réplication » PG_STANDBY » 16/02/2009 12:35:11
Bonjour a tous.
juste un doute, j'ai lu que l'option -k (et un numero) de pg_standby qui sert a faire un rotate des WAL...est obso...
C'est vrai ca?
j'ai essayé de l'utiliser mais ca ne marche pas...les WALs qui arrivent sur le server slave restent tous, sans qu'aucin ne s'efface.
J'au aussi lu que on peu utiliser l'option %r
Vous en pensez quoi?
D'avance merci
#11 Re : Réplication » PG_STANDBY » 13/02/2009 16:07:44
Ok merci encore pout ton aide
A bientot
Ciao
#12 Re : Réplication » PG_STANDBY » 13/02/2009 15:31:03
Ok ca marche.....
cette fois j'ai compris le role du fichier trigger.
EN fait pg_standby jette un oeil voir s'il existe...s¡il existe il s'arrete
et sinon il continu a restorer..
Alors 'ai une derniere querstion:
si je veux faire un rotate des fichiers wall qui arrivent sur le server slave? c'est possible? y'a un parametre de pg_standby qui fait ca?
Je vais lire la doc
si je trouve je placerais la reponse ici
D'avance merci
#13 Re : Réplication » PG_STANDBY » 13/02/2009 15:09:04
avant oui
maintenant (en lisant quelques doc) j'ai cré un autre repoertoire et les fichiers arrivent maitenant dans $PGDATA/srv1_wals
Pour letrigger...
ok donc il faut creer ce fichier lorsque l'on veut arreter la restoration...
mais si le log du slave dit toujours ceci:
WAL file not present yet. Checking for trigger file...
WAL file not present yet. Checking for trigger file...
bien que de nouveau fichiers arrivent..ca veut dire que y'a un parametre qui coince n'est ce pas?
Ca peu etre pg_standby qui esta mal compilé ou quelques chose comme ca?
MSN: ldiaz@hotmail.fr (si tu preferes)
#14 Re : Réplication » PG_STANDBY » 13/02/2009 13:22:11
j'ai refais les manips...
maintenant j'ai ceci dans le log de la base SLAVE:
Trigger file : /tmp/pgsql.trigger.5422
Waiting for WAL file : 00000004000000000000000F
WAL file path : /var/lib/pgsql/data/pg_xlog/00000004000000000000000F
Restoring to... : pg_xlog/RECOVERYXLOG
Sleep interval : 2 seconds
Max wait interval : 0 forever
Command for restore : cp "/var/lib/pgsql/data/pg_xlog/00000004000000000000000F" "pg_xlog/RECOVERYXLOG"
Keep archive history : No cleanup required
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...
il a bien recuperé le WAL que SOURCE avait envoyé
mais lorsque la base SOURCE a envoyé un second, la base TARGET n'a rien fait...
#15 Réplication » PG_STANDBY » 13/02/2009 12:59:53
- ldiaz
- Réponses : 25
Bonjour,
quelques soucis de comprehension du concept de logShiping.
Tout d'abord, j'ai lu et utilisé la doc dispo ici: http://dalibo.org/_media/articles/logsh … pg-standby
j'ai donc suivi les instructions.
MASTER:
postgres.conf secction archive:
# - Archiving -
archive_mode = on # allows archiving to be done
# (change requires restart)
#archive_command = '/usr/bin/copyWAL.sh %p %f' # command to use to archive a logfile segment
archive_command = 'scp %p postgres@dcns02:/var/lib/pgsql/data/pg_xlog/%f'
archive_timeout = 60 # force a logfile segment switch after this
# time; 0 is off
les fichiers arrivent parfaitement sur l'autre server..de ce coté pas de problemes...
SLAVE:
fichiers recevery.conf secction restoer command:
restore_command = '/usr/bin/pg_standby -d -k 255 -r 2 -s 2 -w 0 -t/tmp/pgsql.trigger.5422 /var/lib/pgsql/data/pg_xlog %f %p 2 >> /tmp/standby.log'
le resultat souhaité c'est d'avoir la base SLAVE en mode recevery tout le temp...en attente des WAL.
question 1: la base SLAVE doit avoir le mode archive sur on?
question 2: j'ai pas bien compris le role des fichiers: 00000002.history et /tmp/pgsql_trigger.5422
Ce que j'ai fait:
suivre les pas decris ici:
# sauvegarde de base sur le serveur maître
* psql -c "select pg_start_backup('debut')"
* tar cvfj data_maitre.tar.bz2 $PGDATA
* psql -c "select pg_stop_backup()"
* scp data_maitre.tar.bz2 postgres@cible:~/
# restauration de la sauvegarde de base sur le serveur cible
* test -d data && mv data data.old
* tar xvfj data_maitre.tar.bz2
# configuration de la récupération en attente du serveur cible ($PGDATA/recovery.conf)
* restore_command = 'pg_standby -d -k 255 -r 2 -s 2 -w 0 \ -t /tmp/pgsql.trigger.5442 /var/pg_xlog_archives %f %p 2>> standby.log'
ensuite lorsque je demarre la base SLAVE j'ai ceci dans les log:
5721 pts/2 S 0:00 /usr/bin/postgres -D /var/lib/pgsql/data/
5722 ? Ss 0:00 postgres: logger process
5741 ? Ss 0:00 postgres: writer process
5742 ? Ss 0:00 postgres: wal writer process
5743 ? Ss 0:00 postgres: autovacuum launcher process
5744 ? Ss 0:00 postgres: archiver process failed on 00000002.history
5746 ? Ss 0:00 postgres: stats collector process
25327 pts/0 Ss+ 0:00 -bash
-bash-3.2$ tail -f postgresql-2009-02-13_115644.log
DETAIL: The failed archive command was: scp pg_xlog/00000002.history postgres@dcns02:/var/lib/pgsql/data/pg_xlog/00000002.history
Host key verification failed.
lost connection
LOG: archive command failed with exit code 1
DETAIL: The failed archive command was: scp pg_xlog/00000002.history postgres@dcns02:/var/lib/pgsql/data/pg_xlog/00000002.history
Host key verification failed.
lost connection
LOG: archive command failed with exit code 1
DETAIL: The failed archive command was: scp pg_xlog/00000002.history postgres@dcns02:/var/lib/pgsql/data/pg_xlog/00000002.history
WARNING: transaction log file "00000002.history" could not be archived: too many failures
a quel moment je dois faire le touch du trigger dans tmp?? au debut...avant de lancer la base SLAVE?
Merci de m'eclairer.
Ciao
#16 Re : Réplication » replication » 13/02/2009 12:47:14
ok
je cré la nouvelle avec les details.
Merci
#17 Re : Réplication » replication » 13/02/2009 12:06:03
Re bonjour Guillaume...
je reviens avec ce théme de postgres...
J'espere que t'es encore dans les parages...
J'ai remonté la meme install sur 2 aures machines...et ca marche pas super.
Regarde j'ai ceci:
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...
WAL file not present yet. Checking for trigger file...
WAL file not present yet. Checking for trigger file...
donc la ca veut dire que le server slave attend un WAL...
le probleme c'est que les WAL arrivent bien,mais rien ne se declenche.
J'ai pas bien compris l'histoire du fichier trigger...
tu sais celui ci:
WAL file not present yet. Checking for trigger file...trigger file found
Trigger file : /tmp/pgsql.trigger.5422
Je le cré au debut...
mais ensuite il disparait et plus rien ne se passe.
Merci de m'eclairer.
Ciao
#18 Re : Général » Grant select » 23/01/2009 11:34:56
Ok, merci beaucoup de ton aide.
A bientot
#19 Général » Grant select » 22/01/2009 16:49:05
- ldiaz
- Réponses : 2
Bonjour a tous,
voila je voudrais donner a un utilisateur le droit de faire des SELECT sur toutes les tables, view etc d'une base postgres (8.2).
Si je fais : GRANT SELECT on schema mabase to monuser;
ca marche pas.
dois je faire une a une ???? y'a plus de 50 tables
ou existe t'il un moyen de le faire d'un coup?
D'avance merci
Luis
#20 Re : Réplication » replication » 30/10/2008 18:09:15
Ok Super,
cette fois je l'ai clair...
Bon c'est pas mal tout ca.
merci pour tout
A bientot sur le forum
Ciao
#21 Re : Réplication » replication » 29/10/2008 16:22:59
Et y'a rien a configurer pour obtenir ca?
C'est par default?
En tout cas, dans le serveur slave, il y a pleins de WAL, ...pas de rotate.
C'est normal? ou je dois configurer qque chose pour que le rotate se fasse?
#22 Re : Réplication » replication » 29/10/2008 15:34:04
oui les logs arrivent dans le meme fichier...
Bon je sais pas, je suis debutant,,,donc.
Une petite question maintenant que ca marche mortel bien:
Est il possible d'avoir une quantité limitée de fichiers WAL dans le $PGDATA/pg_xlog du MASTER?
Genre un rotate?
#23 Re : Réplication » replication » 27/10/2008 18:40:13
Regarde ce qui se passe, j'ai voulu arreter le recovery comme tu indique dans le PDF en faisant le touche... dans /tnp
ca a declenché ca :
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...
WAL file not present yet. Checking for trigger file...
WAL file not present yet. Checking for trigger file...trigger file found
Trigger file : /tmp/pgsql.trigger.5422
Waiting for WAL file : 000000010000000000000004
WAL file path : /usr/local/pgsql/data/pg_xlog/000000010000000000000004
Restoring to... : pg_xlog/RECOVERYXLOG
Sleep interval : 2 seconds
Max wait interval : 0 forever
Command for restore : cp "/usr/local/pgsql/data/pg_xlog/000000010000000000000004" "pg_xlog/RECOVERYXLOG"
Keep archive history : No cleanup required
running restore : OKLOG: restored log file "000000010000000000000004" from archive
LOG: automatic recovery in progress
LOG: redo starts at 0/4000068
Trigger file : /tmp/pgsql.trigger.5422
Waiting for WAL file : 000000010000000000000005
WAL file path : /usr/local/pgsql/data/pg_xlog/000000010000000000000005
Restoring to... : pg_xlog/RECOVERYXLOG
Sleep interval : 2 seconds
Max wait interval : 0 forever
Command for restore : cp "/usr/local/pgsql/data/pg_xlog/000000010000000000000005" "pg_xlog/RECOVERYXLOG"
Keep archive history : No cleanup required
running restore : OKLOG: restored log file "000000010000000000000005" from archive
Trigger file : /tmp/pgsql.trigger.5422
Waiting for WAL file : 000000010000000000000006
WAL file path : /usr/local/pgsql/data/pg_xlog/000000010000000000000006
Restoring to... : pg_xlog/RECOVERYXLOG
Sleep interval : 2 seconds
Max wait interval : 0 forever
Command for restore : cp "/usr/local/pgsql/data/pg_xlog/000000010000000000000006" "pg_xlog/RECOVERYXLOG"
Keep archive history : No cleanup required
running restore : OKLOG: restored log file "000000010000000000000006" from archive
Trigger file : /tmp/pgsql.trigger.5422
Waiting for WAL file : 000000010000000000000007
WAL file path : /usr/local/pgsql/data/pg_xlog/000000010000000000000007
Restoring to... : pg_xlog/RECOVERYXLOG
Sleep interval : 2 seconds
Max wait interval : 0 forever
Command for restore : cp "/usr/local/pgsql/data/pg_xlog/000000010000000000000007" "pg_xlog/RECOVERYXLOG"
Keep archive history : No cleanup required
running restore : OKLOG: restored log file "000000010000000000000007" from archive
Trigger file : /tmp/pgsql.trigger.5422
Waiting for WAL file : 000000010000000000000008
WAL file path : /usr/local/pgsql/data/pg_xlog/000000010000000000000008
Restoring to... : pg_xlog/RECOVERYXLOG
Sleep interval : 2 seconds
Max wait interval : 0 forever
Command for restore : cp "/usr/local/pgsql/data/pg_xlog/000000010000000000000008" "pg_xlog/RECOVERYXLOG"
Keep archive history : No cleanup required
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...
WAL file not present yet. Checking for trigger file...
WAL file not present yet. Checking for trigger file...
Tu vois, postgres SLAVE a restauré tous les WAL qui etaient present....
Etrange non?
#24 Re : Réplication » replication » 27/10/2008 18:27:52
attends, j'ai revisé de script, j'avais pas fait le tar de data entre le pg_start_backup et stop backup....
je l'ai refais comme ca et maintenant j'ai ceci:
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...
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...
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...
WAL file not present yet. Checking for trigger file...
WAL file not present yet. Checking for trigger file...
mieux
dans 4 mn y'a un WAL qui arrive il devrait le charger n'est ce pas ??
#25 Re : Réplication » replication » 27/10/2008 18:11:07
Salut de nouveau,
alors voila, j'ai appliqué (surement de travers) les instructions du PDF.
J'ai un serveur MASTER qui genere les WAL et les envoie via scp a l'autre serveur.
Ca, ca marche bien...
MASTER:
archive_mode = on # allows archiving to be done
# (change requires restart)
archive_command = 'scp %p postgres@oratest02:/usr/local/pgsql/data/pg_xlog/%f' # command to use to archive a logfile segment
archive_timeout = 60
SLAVE:
[postgres@oratest02 data]$ cd pg_xlog/
[postgres@oratest02 pg_xlog]$ ll
total 32812
-rw------- 1 postgres postgres 16777216 Oct 27 16:50 000000010000000000000000
drwx------ 2 postgres postgres 4096 Oct 27 16:19 archive_status
-rw------- 1 postgres postgres 16777216 Oct 27 17:04 RECOVERYXLOG
Mais lorsque je demarre le SLAVE, j'ai ceci:
LOG: database system was shut down at 2008-10-27 16:31:30 CET
LOG: starting archive recovery
LOG: restore_command = '/usr/local/pgsql/bin/pg_standby -d -r 2 -s 2 -t/tmp/pgsql.trigger.5422 /usr/local/pgsql/data/pg_xlog %f %p 2 >> /tmp/standby.log'
Trigger file : /tmp/pgsql.trigger.5422
Waiting for WAL file : 00000001.history
WAL file path : /usr/local/pgsql/data/pg_xlog/00000001.history
Restoring to... : pg_xlog/RECOVERYHISTORY
Sleep interval : 2 seconds
Max wait interval : 0 forever
Command for restore : cp "/usr/local/pgsql/data/pg_xlog/00000001.history" "pg_xlog/RECOVERYHISTORY"
Keep archive history : No cleanup required
running restore :cp: cannot stat `/usr/local/pgsql/data/pg_xlog/00000001.history': No such file or directory
cp: cannot stat `/usr/local/pgsql/data/pg_xlog/00000001.history': No such file or directory
not restored : history file not found
Trigger file : /tmp/pgsql.trigger.5422
Waiting for WAL file : 000000010000000000000000
WAL file path : /usr/local/pgsql/data/pg_xlog/000000010000000000000000
Restoring to... : pg_xlog/RECOVERYXLOG
Sleep interval : 2 seconds
Max wait interval : 0 forever
Command for restore : cp "/usr/local/pgsql/data/pg_xlog/000000010000000000000000" "pg_xlog/RECOVERYXLOG"
Keep archive history : No cleanup required
running restore : OKLOG: restored log file "000000010000000000000000" from archive
LOG: invalid record length at 0/9C0E80
LOG: invalid primary checkpoint record
Trigger file : /tmp/pgsql.trigger.5422
Waiting for WAL file : 000000010000000000000000
WAL file path : /usr/local/pgsql/data/pg_xlog/000000010000000000000000
Restoring to... : pg_xlog/RECOVERYXLOG
Sleep interval : 2 seconds
Max wait interval : 0 forever
Command for restore : cp "/usr/local/pgsql/data/pg_xlog/000000010000000000000000" "pg_xlog/RECOVERYXLOG"
Keep archive history : No cleanup required
running restore : OKLOG: restored log file "000000010000000000000000" from archive
LOG: invalid resource manager ID in secondary checkpoint record
PANIC: could not locate a valid checkpoint record
LOG: startup process (PID 20449) was terminated by signal 6: Aborted
LOG: aborting startup due to startup process failure
Il cherche au debut un fichier qui n'existe pas:
running restore :cp: cannot stat `/usr/local/pgsql/data/pg_xlog/00000001.history': No such file or directory
par contre pour le second on dirait qu'il se passe qque chose, vu qu'il cré ceci:
-rw------- 1 postgres postgres 16777216 Oct 27 17:04 RECOVERYXLOG
bref, je suis paumé
Un peu d'aide?