Barman 2.17

Version 2.17 - 1 December 2021

Bug fixes

• Resolves a performance regression introduced in version 2.14 which
  increased copy times for barman backup or barman recover commands
  when using the --jobs flag.
• Ignore rsync partial transfer errors for sender processes so that
  such errors do not cause the backup to fail (thanks to barthisrael).

Barman 2.16

Version 2.16 - 17 November 2021

Features

• Add the commands barman-check-wal-archive and barman-cloud-check-wal-archive to validate if a proposed archive location is safe to use for a new PostgreSQL server.
• Allow Barman to identify WAL that's already compressed using a custom compression scheme to avoid compressing it again.
• Add last_backup_minimum_size and last_wal_maximum_age options to barman check.

Bug fixes

• Use argparse for command line parsing instead of the unmaintained argh module.
• Make timezones consistent for begin_time and end_time.

Thanks for their contributions:

• chtitux
• George Hansper
• stratakis
• Thoro
• vrms

Barman 2.15

Version 2.15 - 12 October 2021

Features

• Add plural forms for the list-backup, list-server and
  show-server commands which are now list-backups, list-servers
  and show-servers. The singular forms are retained for backward
  compatibility.

• Add the last-failed backup shortcut which references the newest
  failed backup in the catalog so that you can do:
  barman delete <SERVER> last-failed

Bug fixes

• Tablespaces will no longer be omitted from backups of EPAS
  versions 9.6 and 10 due to an issue detecting the correct version
  string on older versions of EPAS.

Barman 2.14

Version 2.14 - 22 September 2021

Features

• Add the barman-cloud-backup-delete command which allows backups in
  cloud storage to be deleted by specifiying either a backup ID or a
  retention policy.

• Allow backups to be retained beyond any retention policies in force by
  introducing the ability to tag existing backups as archival backups
  using barman keep and barman-cloud-backup-keep.

• Allow the use of SAS authentication tokens created at the restricted
  blob container level (instead of the wider storage account level) for
  Azure blob storage

• Significantly speed up barman restore into an empty directory for
  backups that contain hundreds of thousands of files

Bug fixes

• The backup privileges check will no longer fail if the user lacks
  "userepl" permissions and will return better error messages if any
  required permissions are missing (#318 and #319)

Barman 2.13

Version 2.13 - 26 July 2021

• Add Azure blob storage support to barman-cloud

• Support tablespace remapping in barman-cloud-restore via
  --tablespace name:location

• Allow barman-cloud-backup and barman-cloud-wal-archive to run as
  Barman hook scripts, to allow data to be relayed to cloud storage
  from the Barman server

Bug fixes:

• Stop backups failing due to idle_in_transaction_session_timeout
  (#333)

• Fix a race condition between backup and archive-wal in updating
  xlog.db entries (#328)

• Handle PGDATA being a symlink in barman-cloud-backup, which led to
  "seeking backwards is not allowed" errors on restore (#351)

• Recreate pg_wal on restore if the original was a symlink (#327)

• Recreate pg_tblspc symlinks for tablespaces on restore (#343)

• Make barman-cloud-backup-list skip backups it cannot read, e.g.,
  because they are in Glacier storage (#332)

• Add -d database option to barman-cloud-backup to specify which
  database to connect to initially (#307)

• Fix "Backup failed uploading data" errors from barman-cloud-backup
  on Python 3.8 and above, caused by attempting to pickle the boto3
  client (#361)

• Correctly enable server-side encryption in S3 for buckets that do
  not have encryption enabled by default.

  In Barman 2.12, barman-cloud-backup's --encryption option did
  not correctly enable encryption for the contents of the backup if
  the backup was stored in an S3 bucket that did not have encryption
  enabled. If this is the case for you, please consider deleting
  your old backups and taking new backups with Barman 2.13.

  If your S3 buckets already have encryption enabled by default
  (which we recommend), this does not affect you.