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 withGOOGLE_APPLICATION_CREDENTIALSenv is supported. To use an alternative GCP universe (e.g. S3NS/T-Systems), set theGOOGLE_CLOUD_UNIVERSE_DOMAINenvironment 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.,-vvis more than-v). she talks more π¬-q/--quietβ Decrease output verbosity (e.g.,-qqis 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 (consoleorjson). Defaultconsole. 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 afile://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 theboto3library.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 π
Β© 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
- epel 10: barman-cli 3.20.1-1.el10_3 Β· GPL-3.0-only
- fedora 43: barman-cli 3.20.1-1.fc43 Β· GPL-3.0-only
- fedora 43: barman-cli 3.20.1-3.fc43 Β· GPL-3.0-only
- fedora 44: barman-cli 3.20.1-1.fc44 Β· GPL-3.0-only
- fedora 44: barman-cli 3.20.1-3.fc44 Β· GPL-3.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms