Merci pour le votre retour j ai donc commenté la ligne all

bon finalement le probleme ne venait pas de la mais bien du pg_hba.conf du pgpass du barman.conf et du postgresql.conf

effectivement j utilisé soit le nom dns soit l'ip de la machine dans tout ces fichiers en mettant tout en localhost plus de souci

je pense qu'il est important de choisir une maniere ( ip,nom,localhost) et de faire dans tout les fichiers la meme configuration

cordialement

par contre la différence que je trouve

ici ça ne fonctionne pas
ALTER ROLE
postgres=# select usename, passwd is null from pg_shadow;
usename  | ?column?
----------+----------
barman   | f
postgres | f
(2 rows)

ici ça fonctionne ( autre serveur de test)

postgres=# select usename, passwd is null from pg_shadow;
usename  | ?column?
----------+----------
postgres | t
barman   | f
(2 rows)

j'ai fait le changement mes deux serveurs on la meme configuration

sur le serveur qui fonctionne

[root@postgre2 data]# ls -al /var/lib/barman/.pgpass
-rw------- 1 root root 126 Jul 16 10:58 /var/lib/barman/.pgpass
[root@postgre2 data]# su - barman
Last login: Wed Jul 25 12:03:48 CEST 2018 on pts/0
-bash-4.2$ psql -c 'SELECT version()' -U postgres -h postgre2 -d postgres
psql: FATAL:  no pg_hba.conf entry for host "127.0.0.1", user "postgres", database "postgres", SSL off
-bash-4.2$ psql -c 'SELECT version()' -U barman -h postgre2 -d postgres
Password for user barman:

si je fais

psql -c 'SELECT version()' -U barman -h postgre2 -d postgres

j'ai forcement le mot de passe qui est demandé que je sois connecté en postgre ou barman ou root

sur mon serveur qui ne fonctionne pas

psql -c 'SELECT version()' -U postgres -h es7-stkw-dev -d postgres

lancé depuis root postgre ou barman ça ce connecte directement sans demande de mot de passe

je ne comprend pas comment c'est possible je n'ai meme pas de pgpass

les fichiers de configuration son similaire en tout point sauf pour le nom du serveur et l emplacement des fichiers

je n'ai pas de fichier pgpass pour root

-bash-4.2$ pwd
/var/lib/barman
-bash-4.2$ vi .pgpass
-bash-4.2$ psql -c 'SELECT version()' -U barman -h es7-stkw-dev -d postgres
WARNING: password file "/var/lib/barman/.pgpass" has group or world access; permissions should be u=rw (0600) or less
                                                 version
---------------------------------------------------------------------------------------------------------
PostgreSQL 10.4 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-28), 64-bit
(1 row)

-bash-4.2$ psql -c 'SELECT version()' -U barman -h es7-stkw-dev -d postgres
                                                 version
---------------------------------------------------------------------------------------------------------
PostgreSQL 10.4 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-28), 64-bit
(1 row)

j'ai changé les droits chmod 600 sur pgpass mais j'ai toujours le même souci

2018-07-24 16:45:02,173 [12485] barman.postgres WARNING: Error retrieving PostgreSQL status: fe_sendauth: no password supplied
2018-07-24 16:45:02,174 [12485] barman.server ERROR: ArchiverFailure:failed opening the PostgreSQL streaming connection for server xxxxxxxxx
2018-07-24 16:45:02,181 [12486] barman.wal_archiver INFO: No xlog segments found from file archival for xxxxxxx.
2018-07-24 16:45:02,181 [12486] barman.wal_archiver INFO: No xlog segments found from streaming forxxxxxx

PostgreSQL: OK
        is_superuser: OK
        PostgreSQL streaming: FAILED (fe_sendauth: no password supplied)
        wal_level: OK
        replication slot: FAILED (replication slot 'barman_local' doesn't exist. Please execute 'barman receive-wal --create-slot XXXXXXX')
        directories: OK
        retention policy settings: OK
        backup maximum age: OK (no last_backup_maximum_age provided)
        compression settings: OK
        failed backups: OK (there are 0 failed backups)
        minimum redundancy requirements: FAILED (have 0 backups, expected at least 5)
        ssh: OK (PostgreSQL server)
        not in recovery: OK
        archive_mode: OK
        archive_command: OK
        continuous archiving: OK
        pg_receivexlog: OK
        pg_receivexlog compatible: FAILED (PostgreSQL version: None, pg_receivexlog version: 10.4)
        receive-wal running: FAILED (See the Barman log file for more details)
        archiver errors: OK

non pas de mot de passe demandé

Bonjour

est il possible de séparer le moteur BDD et le ficher de BDD?

sur oracle j ai mon moteur de bdd dans un fs spécifique et ma bdd dans un autre

en gros je voudrais pouvoir séparer /var/lib/pgsql/10/** et  /var/lib/pgsql/10/base ?

est ce possible?

Bonjour

quand je  lance une commande postgre j'ai ma réplication qui pose souci ( enfin je crois)

psostgres=# insert into temoin values(current_timestamp) returning *;
^CCancel request sent
WARNING:  canceling wait for synchronous replication due to user request
DETAIL:  The transaction has already committed locally, but might not have been replicated to the standby.
INSERT 0 1

postgres=# select * from pg_stat_replication ;
  pid  | usesysid | usename  |     application_name     | client_addr | client_hostname | client_port |         backend_start         | backend_xmin |   state
   |  sent_lsn  | write_lsn  | flush_lsn  | replay_lsn |    write_lag    |    flush_lag    |   replay_lag   | sync_priority | sync_state
-------+----------+----------+--------------------------+-------------+-----------------+-------------+-------------------------------+--------------+--------
---+------------+------------+------------+------------+-----------------+-----------------+----------------+---------------+------------
20901 |       10 | postgres | local_barman_receive_wal | 127.0.0.1   |                 |        9348 | 2018-07-16 14:06:02.569536+02 |              | streami
ng | 0/38000540 | 0/38000540 | 0/38000000 |            | 00:00:03.791241 | 00:16:48.764655 | 00:30:55.02751 |             1 | sync
(1 row)

je précise je suis toujours dans un environnement mono serveur

cordialement

Merci vous m avez debloqué j'avais decommenté la ligne archive_commande mais sans supprimer la ligne archive_commande= false
juste en dessous

donc maintenant j arrive a me balader avant la création des tables et a restaurer à après la création des tables

(je ne fais pas de BDD et je suis sur un projet passage de ORACLE à POSTGRE ^^ il y a un début a tout) 

Merci

je pense avoir trouvé mais il parle de PITR ( une doc sur la restauration des wal avec barman :-) )

https://pgphil.ovh/restauration_10_23_02.php

dans tous les cas je suis bloqué a cette étape

2018-07-12 14:29 :42.602 CEST [20239] LOG:  archive command failed with exit code 1
2018-07-12 14:29:42.602 CEST [20239] DETAIL:  The failed archive command was: false
2018-07-12 14:29:42.602 CEST [20239] WARNING:  archiving write-ahead log file "00000002.history" failed too many times, will try again later

mv /postgresql/pgsql/10/data/postgresql.auto.conf.origin /postgresql/pgsql/10/data/postgresql.auto.conf

2018-07-12 14:26:51.423 CEST [20231] LOG:  received SIGHUP, reloading configuration files
2018-07-12 14:26:51.424 CEST [20231] LOG:  parameter "data_directory" cannot be changed without restarting the server
2018-07-12 14:26:51.424 CEST [20231] LOG:  configuration file "/postgresql/pgsql/10/data/postgresql.conf" contains errors; unaffected changes were applied

dans le fichier postgresql.conf

#BARMAN# archive_command = 'rsync -a %p barman@XXXXXXX:/incoming-wal/%f'

j ai essayé de rajouter l'archive commande mais ca ne passe pas

cordialement

Ok donc je restaure le backup du 6 juillet et apres j'utilise les PITR mais barman ne permet pas de m'emmener directement a une heure souhaitée ?

malheureusement je n'ai rien dans les log

[root@postgre2 log]# ll
total 568
-rw------- 1 postgres postgres 285365 Jul  6 11:33 postgresql-Fri.log
-rw------- 1 postgres postgres      0 Jul  9 00:00 postgresql-Mon.log
-rw------- 1 postgres postgres      0 Jul  7 00:00 postgresql-Sat.log
-rw------- 1 postgres postgres      0 Jul  8 00:00 postgresql-Sun.log
-rw------- 1 postgres postgres 290020 Jul  5 23:59 postgresql-Thu.log
-rw------- 1 postgres postgres    800 Jul 10 09:18 postgresql-Tue.log
-rw------- 1 postgres postgres      0 Jul 11 00:00 postgresql-Wed.log
[root@postgre2 log]# vi postgresql-Tue.log
[root@postgre2 log]# su - postgres
Last login: Wed Jul 11 17:58:29 CEST 2018 on pts/0
-bash-4.2$ ssh barman@xxxxxx
Last login: Thu Jul 12 08:37:15 2018
-bash-4.2$

-bash-4.2$ exit
logout
Connection to  closed.
-bash-4.2$ exit
logout
[root@postgre2 log]# su - postgres
Last login: Thu Jul 12 08:40:18 CEST 2018 on pts/0
-bash-4.2$ ssh barman@xxxxxx
Last login: Thu Jul 12 08:40:35 2018 from postgre2
-bash-4.2$

merci pour votre retour

j'ai ce backup qui ne comporte pas les changement d’aujourd’hui (les wal ne sont pas archiver) malgré ça je souhaite retourné au modification faite a midi aujourd'hui
postgre2 20180711T000002 - Wed Jul 11 00:00:05 2018 - Size: 24.0 MiB - WAL Size: 0 B

mais je n arrive pas a faire un restaure a 12h enfin si mais il ne me rend pas mes changements il me rend une base vide comment faire pour restaurer uniquement les wals

barman recover --target-time "2018-07-11 12:00" --remote-ssh-command "ssh postgres@postgre2" postgre2 20180711T000002 /postgresql/pgsql/10/data

avez vous une idee ?

j'ai peu être mal compris qq chose

merci