est-ce que le fichier pg_xlog/00000001000010D40000007E est présent autre part (répertoire de sauvegarde, archivage, support autre, etc...) ?
Si oui il faudrait le recopier dans pg_xlog pour que l'archivage puisse reprendre.
Sinon, alors là gros problèmes en perspective.

il faut vraiment lire la doc, tout est expliqué.
Et non le fichier change de nom (recovery.done) à la fin de la restauration.

pour la restauration PITR, il sert à indiquer comment restaurer les wal, depuis quel repertoire et éventuellement la date et l'heure à laquelle on veut arrêter la restauration (Point In Time Recovery, PITR).
Mais bon tout ça est très expliqué dans la doc (en français en plus. Encore merci aux traducteurs)

tout à fait d'accord ;-)
(dommage c'est pas toujours le DBA qui décide...)

Bonjour,

Le problème avec redhat7 c'est la mise à jour des dépôts (je suis confronté au problème aussi en ce moment).
Pour avoir la version PG v10, les paquets ne sont pas dans les dépôts officiels.
Il faut installer un dépôt "additionnel" qui installe les paquets postgresql v10 sous cette forme :
rh-postgresql10-postgresql.x86_64 : PostgreSQL client programs
rh-postgresql10-postgresql-contrib.x86_64 : Extension modules distributed with PostgreSQL
rh-postgresql10-postgresql-devel.x86_64 : PostgreSQL development header files and libraries
rh-postgresql10-postgresql-docs.x86_64 : Extra documentation for PostgreSQL
rh-postgresql10-postgresql-libs.x86_64 : The shared libraries required for any PostgreSQL clients
rh-postgresql10-postgresql-plperl.x86_64 : The Perl procedural language for PostgreSQL
rh-postgresql10-postgresql-plpython.x86_64 : The Python2 procedural language for PostgreSQL
rh-postgresql10-postgresql-pltcl.x86_64 : The Tcl procedural language for PostgreSQL
rh-postgresql10-postgresql-server.x86_64 : The programs needed to create and run a PostgreSQL server
etc...

Les paquets rh-... sont très bien au niveau du moteur PG, le moteur est identique et conforme.
Par contre ils ne s'installent pas à l'endroit prévu :
/opt/rh/rh-postgresql10/root/usr/
au lieu de
/usr/pgsql-10/

et on ne peut pas utiliser systemd pour l'arrêt/relance de l'instance au reboot du serveur.
Bref dans mon cas je ne vais pas installer pg v10 en production en l'état :
- sauf si d'ici là les paquets sont publier dans les dépôts officiels (personne chez redhat ne peux nous dire quand)
- sauf si on décide d'installer un dépôt satellite en lien avec :
https://yum.postgresql.org/repopackages.php#pg10
- utiliser une centOs7

A part ça aucun problème à utiliser postgreSQL v10 avec redhat. Et pourquoi pas la v11 (si vous avez le choix, autant partir sur la plus récente.)

bonjour,

avec l'option de psql :
-t, --tuples-only        print rows only

ou dans psql :
\t [on|off]            show only rows (currently off)

ou peut être autre chose selon votre cas de figure : psql --help

Cordialement.

Bonjour,

Sinon si vous n'avez pas trop de volumes dans vos tables, vous pouvez toujours recréer votre table avec la colonne où vous voulez et reprendre les données ensuite.

pouvez-vous nous poster votre pg_hba.conf (sans les lignes commentées) ?

Bonjour,

un peu de lecture :
https://docs.postgresql.fr/10/continuous-archiving.html

(partie 25.3.4)

En gros le recovery.done est produit automatiquement suite à la récupération (recover) d'une instance alors qu'il y avait un fichier recovery.conf.
Donc en cas de streaming, sur votre slave le recovery.conf va rester. Il ne deviendra recovery.done que si l'esclave est promu master (promote).

Bonjour,

tout est expliqué ici :
https://docs.postgresql.fr/10/libpq-envars.html

Donc cette commande (dans le cas de l'"export" il faut que ce soit en majuscule) désactive la variable d'environnement.

A mon avis votre service est arrêté.

sinon prenez le temps d'étudier la doc ici :
(c'est bien expliqué et en français)

https://docs.postgresql.fr/10/client-au … ation.html