Vous n'êtes pas identifié(e).
Pages : 1
Malgré le succes des copies des fichiers archives dans les 2 répertoires et aucune erreur dans le log généré, toujours pas de fichiers *.done ou*.ready dans le répertoire archive_status ?
J'ai le même phénomène sur 3 serveurs différents ...
archive_command = '/backup/scripts/archipg.sh "%p" "%f" 1>/backup/scripts/archipg.log 2>&1 '
voici le script archipg.sh
#!/bin/bash
p=$1
echo $p
f=$2
echo $f
date=`date +%Y%m%d-%H%M%S`
echo "archipg.sh"
echo $date
cp "$p" /backup/pgxlog/"$f"
RC=$?
if [ $RC -ne 0 ]
then
echo "Copy Failed "
fi
scp "$p" postgres@alva-eursidb02:/backup/resto/PGWAL/eursidb01/"$f"
RC=$?
if [ $RC -ne 0 ]
then
echo "Secure Copy Failed "
fi
exit 0
voici le log d'execution archipg.log
pg_xlog/00000001000000490000008E
00000001000000490000008E
archipg.sh
20090709-091354
voici le script archipg.sh
#!/bin/bash
$p=$1
$f=$2
date=`date +%Y%m%d-%H%M%S`
echo "archipg.sh"
echo $date
cp "$p" /backup/pgxlog/"$f"
scp "$p" postgres@akf-or09:/backup/resto/PGWAL/akf-pg01/"$f"
voici archive_command
archive_command = '/backup/scripts/archipg.sh "%p" "%f" 1>/backup/scripts/archipg.log 2>&1 '
voici le log
/backup/scripts/archipg.sh: line 3: =pg_xlog/000000030000004900000008: No such file or directory
/backup/scripts/archipg.sh: line 4: =000000030000004900000008: command not found
archipg.sh
20090707-092707
cp: cannot stat `': No such file or directory
: No such file or directory
merci d'avance.
oui, ok , merci de m'aider
comment récupérer et passer les variables mentionnées dans archive_command %p et %f dans le shell ?
dans le premier cas , il n'y a pas d'entrée du tout
J'effectué 2 tests :
avec postgresql.conf
archive_command = 'cp %p /backup/pgxlog/%f && scp "%p" postgres@alva-eursidb02:/backup/resto/PGWAL/eursidb01/"%f" '
==> les fichiers logs sont copiés dans les 2 répertoires mais aucun fichier créé dans pg_xlog/archive_status
avec postgresql.conf
archive_command = 'mv %p /backup/pgxlog/%f' # command to use to archive a logfile segment
==> les fichiers logs sont copiés dans le répertoire et les fichiers correspondants *********.done sont créé dans pg_xlog/archive_status
????
si quelqu'un a une idée.... . ou effectuer le même test .... merci d'avance
J'entend par là, qu'il n'y a plus de fichiers qui arrivent dans le répertoire archive_status, le dernier date du 25 juin or mes logs arrivent toutes les 30 minutes.
sur mes serveurs, les fichier *.done d'archive_status ne se suppriment pas automatiquement, il faut que je le fasse manuellement (ou par un shell dans le cron ) y'a une astuce pour que cela se fasse par postgres ?
* Non, pas normal. Cela veut dire que la commande d'archivage a échoué. Regardez dans la log de postgresql, il devrait y avoir des traces sur cet échec.
Pas de message je n'ai pas de traces dans le log de postgres sur le sujet
et les fichiers logs d'archive sont bien copiés aux 2 endroits spécifiés dans archive_command ???
- Il semble également que
dans archive_comande , si il n'y a pas le cp %p /backup/pgxlog/%f (c'est a dire la copie dans un autre répertoire du serveur source) mais uniquement le SCP %p........... , le répertoire archive_status n'est pas actualisé avec les xxxxxxxxxxxxxxx.done
confirmez vous cela ?
Merci d'avance.
Dans le même registre,
- comment expliquer le fait que le nombre de fichiers wal dans le répertoire pg_xlog est différent selon mes serveurs ?
Merci beaucoup.
J'ai appliqué votre solution. impeccable, les journaux sont copiés sur les deux serveurs.
Bonjour,
Pouvez vous me dire comment paramétrer archive_command du fichier postgresql.conf de façon à archiver mes logs à la fois sur le serveur ou se trouve la base de données et également sur un autre serveur de backup
pour les copier sur un autre serveur, cela fonctionne deja avec la commande suivante :
archive_command = 'scp "%p" postgres@servername:/backup/resto/PGWAL/servername/"%f" '
comment lui dire de copier les fichiers wal également sur un répertoire de la machine source ?
j'espère que j'ai été assez explicite
merci de votre réponse.
ok, voyez vous une solution pour faire redémarrer ma base ?
j'ai fait
pg_start_backup , tar de tout le répertoire /data/pgsql/cluster1, pg_stop_backup
generation d'insert dans la base
arret postgres
mis de coté les log archivés
suppression de tous les fichiers sous /data/pgsql/cluster1
restore le tar de /data/pgsql/cluster1
recopier les log archivés vers pg_xlog
mis en place du recovery.conf avec target_time (mais il n'en a pas tenu compte il a tout restoré)
relancé postgres
cela fonctionnait pendant plusieurs jours sans souci
nouvel arret de la base postgres
elle n'a alors plus redemarré.
oui c'est bien l'archivage des wal et si, j'ai bien supprimé le répertoire de la base.
dans une future étape nous restorerons sur un autre serveur et nous partirons également d'un répertoire de base vierge. en effet j'ai arrété le serveur, mis en place un recovery.conf et restoré. je n'ai pas fait d'initdb
Bonjour,
Après avoir activé les WAL, effectué une sauvegarde , supprimé le répertoire de la base postgres puis effectué la restore de base. Cela a fonctionné sans probleme.
Mais après l'arret suivant , la base ne demarre plus. Lorsque j'essaye de démarrer avec pg_ctl voici les messages renvoyés:
Mar 9 10:26:54 akf-pg02 postgres[27547]: [1-1] user=,db= LOG: database system was shut down at 2009-03-06 09:31:51 CET
Mar 9 10:26:54 akf-pg02 postgres[27547]: [2-1] user=,db= LOG: unexpected timeline ID 1 in log file 3, segment 39, offset 0
Mar 9 10:26:54 akf-pg02 postgres[27547]: [3-1] user=,db= LOG: invalid primary checkpoint record
Mar 9 10:26:54 akf-pg02 postgres[27547]: [4-1] user=,db= LOG: unexpected timeline ID 1 in log file 3, segment 39, offset 0
Mar 9 10:26:54 akf-pg02 postgres[27547]: [5-1] user=,db= LOG: invalid secondary checkpoint record
Mar 9 10:26:54 akf-pg02 postgres[27547]: [6-1] user=,db= PANIC: could not locate a valid checkpoint record
Mar 9 10:26:54 akf-pg02 postgres[27546]: [1-1] user=,db= LOG: startup process (PID 27547) was terminated by signal 6: Aborted
Mar 9 10:26:54 akf-pg02 postgres[27546]: [2-1] user=,db= LOG: aborting startup due to startup process failure
postgresql 8.3 sous red hat
Merci pour votre aide.
Pages : 1
