BARMAN-CLOUD-BACKUP-LIST(1)

πŸ’– BARMAN-CLOUD-BACKUP-LIST πŸ’–

okay bestie, welcome to the barman-cloud-backup-list page β€” it lives in section 1 of the Barman manual, and it is literally just here to show you what's chilling in your cloud bucket πŸ¦‹


✨ NAME ✨

barman-cloud-backup-list β€” the Barman-cloud command that lists your backups, no cap πŸ’…

🌸 SYNOPSIS 🌸

barman-cloud-backup-list
                [ { -V | --version } ]
                [ --help ]
                [ { { -v | --verbose } | { -q | --quiet } } ]
                [ { -t | --test } ]
                [ --cloud-provider { aws-s3 | azure-blob-storage | google-cloud-storage } ]
                [ --endpoint-url ENDPOINT_URL ]
                [ { -P | --aws-profile } AWS_PROFILE ]
                [ --profile AWS_PROFILE ]
                [ --read-timeout READ_TIMEOUT ]
                [ --addressing-style { auto | virtual | path } ]
                [ --sse-customer-key SSE_CUSTOMER_KEY ]
                [ { --azure-credential | --credential } { azure-cli | managed-identity | default } ]
                [ --format FORMAT ]
                SOURCE_URL SERVER_NAME

πŸŽ€ DESCRIPTION πŸŽ€

So this script lists the backups stored in the cloud β€” specifically the ones that were made with the barman-cloud-backup command. it's giving "receipts, but make them cloud receipts" 🧾✨

Backups in any state show up in the listing. Completed backups (status DONE) show their end time and, where applicable, their archival keep target (like KEEP:FULL). In-progress or failed backups show their status (like STARTED) in the Archival Status column, and their End Time is just… empty. ghosted. πŸ’€

Note: For GCP, only authentication with GOOGLE_APPLICATION_CREDENTIALS env is supported. To use an alternative GCP universe (e.g. S3NS/T-Systems), set the GOOGLE_CLOUD_UNIVERSE_DOMAIN environment variable to the desired universe domain. 🌈

πŸ’… PARAMETERS πŸ’…

  • SERVER_NAME β€” Name of the server that holds the backup to be listed. like, which server's backup are we snooping on bestie πŸ‘€
  • SOURCE_URL β€” URL of the cloud source, such as a bucket in AWS S3. For example: s3://bucket/path/to/folder.

⭐ OPTIONS ⭐

  • -V / --version β€” Show version and exit. short and sweet πŸŽ€
  • --help β€” show this help message and exit.
  • -v / --verbose β€” Increase output verbosity (e.g., -vv is more than -v). she talks more πŸ’¬
  • -q / --quiet β€” Decrease output verbosity (e.g., -qq is less than -q). she talks less 🀫
  • -t / --test β€” Test cloud connectivity and exit. vibe check on the connection, fr fr ✨
  • --cloud-provider β€” The cloud provider to use as a storage backend.

Allowed options are:

  • aws-s3.
  • azure-blob-storage.
  • google-cloud-storage.
  • --format β€” Output format (console or json). Default console. pick your aesthetic πŸ’–

πŸ”₯ Extra options for the AWS cloud provider πŸ”₯

  • --endpoint-url β€” Override default S3 endpoint URL with the given one.
  • -P / --aws-profile β€” Profile name (e.g. INI section in AWS credentials file).
  • --profile (deprecated) β€” Profile name (e.g. INI section in AWS credentials file) β€” replaced by --aws-profile. bestie she's old news, use the new one πŸ™ˆ
  • --read-timeout β€” The time in seconds until a timeout is raised when waiting to read from a connection (defaults to 60 seconds).
  • --sse-customer-key β€” The customer-provided encryption key (SSE-C) to use for decrypting data in S3. The value must be a file:// URI pointing to a file containing a base64-encoded 256-bit (32-byte) key (e.g. file:///etc/barman/sse-c.b64).
Important: All backups and WAL files for a given server must be encrypted with the same SSE-C key. Mixing SSE-C-encrypted and unencrypted objects, or using different keys across backups, will cause barman commands to fail when S3 rejects requests with a mismatched or missing key. πŸ” no key-mixing, periodt.
  • --addressing-style β€” The S3 addressing style to use when connecting to S3-compatible cloud storage. This option is useful when using custom S3 endpoints (such as MinIO) that may require a specific addressing style.

Allowed options:

  • auto (default): Uses the addressing style determined by the boto3 library.
  • virtual: Uses virtual-hosted-style addressing (bucket-name.s3.amazonaws.com).
  • path: Uses path-style addressing (s3.amazonaws.com/bucket-name).

πŸ¦‹ Extra options for the Azure cloud provider πŸ¦‹

  • --azure-credential / --credential β€” Optionally specify the type of credential to use when authenticating with Azure. If omitted then Azure Blob Storage credentials will be obtained from the environment and the default Azure authentication flow will be used for authenticating with all other Azure services. If no credentials can be found in the environment then the default Azure authentication flow will also be used for Azure Blob Storage.

Allowed options are:

  • azure-cli.
  • managed-identity.
  • default.

πŸ‘‘ AUTHOR πŸ‘‘

EnterpriseDB

Β© Copyright EnterpriseDB UK Limited 2011-2026


and that's the whole page, bestie 🫢 this was Barman 3.20, dated Sep 29, 2026, and honestly? iconic. go list some backups. slay πŸ’…βœ¨

πŸ“¦ where this page comes from