web-dev-qa-db-fra.com

Archives WAL: Échec (s'il vous plaît assurez-vous que WALLIPHORTS est configuré)

J'essaie de configurer Barman pour sauvegarder. Quand je fais un barman check replica Je continue à obtenir:

Server replica:
WAL archive: FAILED (please make sure WAL shipping is setup)
PostgreSQL: OK
superuser: OK
wal_level: OK
directories: OK
retention policy settings: OK
backup maximum age: FAILED (interval provided: 1 day, latest backup age: No available backups)
compression settings: OK
failed backups: OK (there are 0 failed backups)
minimum redundancy requirements: FAILED (have 0 backups, expected at least 2)
ssh: OK (PostgreSQL server)
not in recovery: FAILED (cannot perform exclusive backup on a standby)
archive_mode: OK
archive_command: OK
continuous archiving: OK
archiver errors: OK

J'utilise PostgreSQL 9.6 et Barman 2.1; Je ne suis pas sûr de savoir ce que la question est que quelqu'un pourrait aider? Voici ma configuration de serveur Barman:

description = "Database backup"
conninfo = Host=<db-ip> user=postgres dbname=db
backup_method = rsync
ssh_command = ssh postgres@<db-ip>
archiver = on
3
Deepak Puthraya

Lorsque vous rencontrez une erreur comme celle-ci, assurez-vous d'exécuter barman switch-xlog --force --archive <server_name> Comme indiqué dans la Documentation Barman pour vérifier le processus d'archivage WAL.

8
Kassandry

en bref

Barman's incoming_wals_directory et postgresql.conf's archive_command Non correspondant comme décrit dans les détails ici

détails

Une autre cause est que le non correspondant entre

  • Barman's incoming_wals_directory
  • Postgresql.conf's archive_command

Bash util pour vérifier

barman@backup $ barman show-server pg | grep incoming_wals_directory
# output1
# > incoming_wals_directory: /var/lib/barman/pg/incoming

postgres@pg $ cat /etc/postgresql/10/main/postgresql.conf | grep archive_command
# output2
# > archive_command = 'rsync -a  %p  barman@staging:/var/lib/barman/pg/incoming/%f' 

Nous Doit avoir le même chemin In: Sortie1 et: sortie2

Faites-les faire correspondre s'ils ne veulent pas et n'oubliez pas de redémarrer Postgres après.

0
Nam G VU