Vous n'êtes pas identifié(e).
# PROBLEM
I've got the following message :
cp: cannot stat `pg_xlog/000000010000000100000050': No such file or directory
time=2011-09-19 00:00:25 CEST,user=,db= LOG: archive command failed with exit code 1
time=2011-09-19 00:00:25 CEST,user=,db= DETAIL: The failed archive command was: cp "pg_xlog/000000010000000100000050" "/u02/pgsql/admin/mre/xlog_archives/000000010000000100000050"
cp: cannot stat `pg_xlog/000000010000000100000050': No such file or directory
1- Here the parameter for archivage :
name | setting
--------------+---------
archive_mode | on
name | setting
-----------------+-------------------------------------------------
archive_command | cp "%p" "/u02/pgsql/admin/mre/xlog_archives/%f"
name | setting
-----------------+---------
archive_timeout | 0
2- there is nothing in /u02/pgsql/admin/mre/xlog_archives/ (because of purge with backup this week)
ls -l /u02/pgsql/admin/mre/xlog_archives
drwxr-xr-x 2 postgres postgres 20480 sep 16 09:46 xlog_archives
3- the file /u03/pgsql/data/mre/pg_xlog/000000010000000100000050 does not exist.
4- I stop and restart the database but the message continue to appear in logfile.
#QUESTION
I can lose data of archive it's not a problem,
Is it possible to clean the archive process for restarting with online log ?
and doing a backup just after to be clean ?
Or What else ?
Thanks
Hors ligne
First, this is a french PostgreSQL web forum.
But, to answer your question, you should better start with a new backup.
Guillaume.
Hors ligne
Bonjour,
merci pour votre réponse mais un nouveau backup ne devrait va pas solutionner ce bugg d'archivage, il va toujours essayer d'archiver ce fichier qui n'existe pas.
De plus comme il bloque sur celui ci tous les logs s'emplilent dans pg_xlog.
Ne faut-il pas faire un reset de l'archivage peut-être avec pg_resetxlog quitte à perdre des données ?
Hors ligne
Oui, désolé, j'avais mal compris la question. Dans votre cas, je ne vois pas tellement de solution que d'annuler l'archivage, redémarrer PostgreSQL, remettre l'archivage et redémarrer de nouveau PostgreSQL. Puis reconstruire l'esclave.
Ceci dit, vous avez un problème plus grave que la purge dans le répertoire d'archivage. Votre problème semble indiquer que quelqu'un ou quelquechose a fait du ménage dans pg_xlog. Et ça, c'est extrêmement grave/problématique.
Guillaume.
Hors ligne
L'arrêt dredémarrage de l'archivage n'a pas fonctionné, nous avons finalement passé la commande suivante :
pg_resetxlog -f /u03/pgsql/data/mre
certe un peu sévère mais les dernières données mises à jour n'étaient pas critique (et facilement récupérable).
Merci de votre aide.
Hors ligne
En fait, c'est pire que ça. Vous perdez les dernières transactions non synchronisées vers les fichiers de données mais, si PostgreSQL avait commencé à enregistrer une partie des transactions depuis le dernier checkpoint sans pouvoir aller à la fin, vous avez tout simplement un serveur corrompu. Le mieux, à ce niveau-là, est d'essayer de sauvegarder, puis de recréer l'instance et de tout restaurer.
Guillaume.
Hors ligne
merci pour ces informations complémentaires.
Hors ligne
