CINDER(1)

πŸ¦‹ cinder(1) β€” python-cinderclient πŸ¦‹

πŸ’– NAME πŸ’–

cinder β€” Client for OpenStack Block Storage API.

Okay so the cinder client is literally the command-line interface (CLI) for the Block Storage service (cinder) API and its extensions. That’s the whole vibe, bestie.

Need help on one specific cinder command? Enter:

$ cinder help COMMAND

🫢 CINDER USAGE 🫢

Here’s the whole shape of it, no cap:

usage: cinder [--version] [-d] [--service-type <service-type>]
              [--service-name <service-name>]
              [--volume-service-name <volume-service-name>]
              [--os-endpoint-type <os-endpoint-type>]
              [--os-volume-api-version <volume-api-ver>]
              [--os-endpoint <os-endpoint>] [--retries <retries>] [--insecure]
              [--os-cacert <ca-certificate>] [--os-cert <certificate>]
              [--os-key <key>] [--timeout <seconds>] [--collect-timing]
              [--os-auth-type <name>] [--os-auth-url OS_AUTH_URL]
              [--os-system-scope OS_SYSTEM_SCOPE]
              [--os-domain-id OS_DOMAIN_ID] [--os-domain-name OS_DOMAIN_NAME]
              [--os-project-id OS_PROJECT_ID]
              [--os-project-name OS_PROJECT_NAME]
              [--os-project-domain-id OS_PROJECT_DOMAIN_ID]
              [--os-project-domain-name OS_PROJECT_DOMAIN_NAME]
              [--os-trust-id OS_TRUST_ID]
              [--os-default-domain-id OS_DEFAULT_DOMAIN_ID]
              [--os-default-domain-name OS_DEFAULT_DOMAIN_NAME]
              [--os-user-id OS_USER_ID] [--os-username OS_USERNAME]
              [--os-user-domain-id OS_USER_DOMAIN_ID]
              [--os-user-domain-name OS_USER_DOMAIN_NAME]
              [--os-password OS_PASSWORD] [--os-auth-strategy <auth-strategy>]
              [--os-url <url>]
                <subcommand> ...

✨ Optional Arguments ✨

  • --collect-timing β€” collects per-API call timing information. cute little timing receipts ✨
  • --insecure β€” explicitly allows the client to perform β€œinsecure” TLS (https) requests. The server’s certificate will not be verified against any certificate authorities. This option should be used with caution.
⚠️ yes, β€œinsecure” is doing exactly what it says on the tin. Be careful, bestie.
  • --os-auth-strategy β€” authentication strategy (Env: OS_AUTH_STRATEGY, default keystone). For now, any other value will disable the authentication.
  • --os-auth-type, --os-auth-plugin β€” authentication type to use.
  • --os-auth-url β€” authentication URL.
  • --os-cacert β€” specify a CA bundle file to use in verifying a TLS (https) server certificate. Defaults to env[OS_CACERT].
  • --os-cert β€” the location for the keystore (PEM formatted) containing the public key of this client. Defaults to env[OS_CERT].
  • --os-default-domain-id β€” optional domain ID to use with v3 and v2 parameters. It will be used for both the user and project domain in v3 and ignored in v2 authentication.
  • --os-default-domain-name β€” optional domain name to use with v3 API and v2 parameters. It will be used for both the user and project domain in v3 and ignored in v2 authentication.
  • --os-domain-id β€” domain ID to scope to.
  • --os-domain-name β€” domain name to scope to.
  • --os-endpoint β€” use this API endpoint instead of the Service Catalog. Defaults to env[CINDER_ENDPOINT].
  • --os-endpoint-type β€” endpoint type, which is publicURL or internalURL. Default=env[OS_ENDPOINT_TYPE] or nova env[CINDER_ENDPOINT_TYPE] or publicURL.
  • --os-key β€” the location for the keystore (PEM formatted) containing the private key of this client. Defaults to env[OS_KEY].
  • --os-password β€” user’s password.
  • --os-project-domain-id β€” domain ID containing project.
  • --os-project-domain-name β€” domain name containing project.
  • --os-project-id, --os-tenant-id β€” project ID to scope to.
  • --os-project-name, --os-tenant-name β€” project name to scope to.
  • --os-system-scope β€” scope for system operations.
  • --os-trust-id β€” ID of the trust to use as a trustee use.
  • --os-url β€” defaults to env[OS_URL].
  • --os-user-domain-id β€” user’s domain id.
  • --os-user-domain-name β€” user’s domain name.
  • --os-user-id β€” user id.
  • --os-username, --os-user-name β€” username.
  • --os-volume-api-version β€” Block Storage API version. Accepts X, X.Y (where X is major and Y is minor part). NOTE: this client accepts only '3' for the major version. Default=env[OS_VOLUME_API_VERSION].
  • --retries β€” number of retries.
  • --service-name β€” service name. Default=env[CINDER_SERVICE_NAME].
  • --service-type β€” service type. For most actions, default is volume.
  • --timeout β€” set request timeout (in seconds).
  • --version β€” show program’s version number and exit.
  • --volume-service-name β€” volume service name. Default=env[CINDER_VOLUME_SERVICE_NAME].
  • -d, --debug β€” shows debugging output.

πŸŽ€ Commands πŸŽ€

so many commands, bestie β€” here’s the full menu, no skips:

  • absolute-limits β€” lists absolute limits for a user.
  • api-version β€” displays the server API version information.
  • attachment-complete β€” completes an attachment for a cinder volume.
  • attachment-create β€” creates an attachment for a cinder volume.
  • attachment-delete β€” deletes an attachment for a cinder volume.
  • attachment-list β€” lists all attachments.
  • attachment-show β€” shows detailed information for an attachment.
  • attachment-update β€” updates an attachment for a cinder volume.
  • availability-zone-list β€” lists all availability zones.
  • backup-create β€” creates a volume backup.
  • backup-delete β€” removes one or more backups.
  • backup-export β€” exports a backup metadata record.
  • backup-import β€” imports a backup metadata record.
  • backup-list β€” lists all backups.
  • backup-reset-state β€” explicitly updates the backup state.
  • backup-restore β€” restores a backup.
  • backup-show β€” shows backup details.
  • backup-update β€” updates a backup.
  • cgsnapshot-create β€” creates a cgsnapshot.
  • cgsnapshot-delete β€” removes one or more cgsnapshots.
  • cgsnapshot-list β€” lists all cgsnapshots.
  • cgsnapshot-show β€” shows cgsnapshot details.
  • cluster-disable β€” disables clustered services.
  • cluster-enable β€” enables clustered services.
  • cluster-list β€” lists clustered services with optional filtering.
  • cluster-show β€” shows detailed information on a clustered service.
  • consisgroup-create β€” creates a consistency group.
  • consisgroup-create-from-src β€” creates a consistency group from a cgsnapshot or a source CG.
  • consisgroup-delete β€” removes one or more consistency groups.
  • consisgroup-list β€” lists all consistency groups.
  • consisgroup-show β€” shows details of a consistency group.
  • consisgroup-update β€” updates a consistency group.
  • create β€” creates a volume.
  • default-type-list β€” lists all default volume types.
  • default-type-set β€” sets a default volume type for a project.
  • default-type-unset β€” unsets default volume types.
  • delete β€” removes one or more volumes.
  • encryption-type-create β€” creates encryption type for a volume type. Admin only.
  • encryption-type-delete β€” deletes encryption type for a volume type. Admin only.
  • encryption-type-list β€” shows encryption type details for volume types. Admin only.
  • encryption-type-show β€” shows encryption type details for a volume type. Admin only.
  • encryption-type-update β€” updates encryption type information for a volume type (Admin Only).
  • extend β€” attempts to extend size of an existing volume.
  • extra-specs-list β€” lists current volume types and extra specs.
  • failover-host β€” failover a replicating cinder-volume host.
  • force-delete β€” attempts force-delete of volume, regardless of state.
  • freeze-host β€” freeze and disable the specified cinder-volume host.
  • get-capabilities β€” show backend volume stats and properties. Admin only.
  • get-pools β€” show pool information for backends. Admin only.
  • group-create β€” creates a group.
  • group-create-from-src β€” creates a group from a group snapshot or a source group.
  • group-delete β€” removes one or more groups.
  • group-disable-replication β€” disables replication for group.
  • group-enable-replication β€” enables replication for group.
  • group-failover-replication β€” fails over replication for group.
  • group-list β€” lists all groups.
  • group-list-replication-targets β€” lists replication targets for group.
  • group-show β€” shows details of a group.
  • group-snapshot-create β€” creates a group snapshot.
  • group-snapshot-delete β€” removes one or more group snapshots.
  • group-snapshot-list β€” lists all group snapshots.
  • group-snapshot-show β€” shows group snapshot details.
  • group-specs-list β€” lists current group types and specs.
  • group-type-create β€” creates a group type.
  • group-type-default β€” list the default group type.
  • group-type-delete β€” deletes group type or types.
  • group-type-key β€” sets or unsets group_spec for a group type.
  • group-type-list β€” lists available β€˜group types’. (Admin only will see private types)
  • group-type-show β€” show group type details.
  • group-type-update β€” updates group type name, description, and/or is_public.
  • group-update β€” updates a group.
  • image-metadata β€” sets or deletes volume image metadata.
  • image-metadata-show β€” shows volume image metadata.
  • list β€” lists all volumes.
  • list-filters β€” list enabled filters.
  • manage β€” manage an existing volume.
  • manageable-list β€” lists all manageable volumes.
  • message-delete β€” removes one or more messages.
  • message-list β€” lists all messages.
  • message-show β€” shows message details.
  • metadata β€” sets or deletes volume metadata.
  • metadata-show β€” shows volume metadata.
  • metadata-update-all β€” updates volume metadata.
  • migrate β€” migrates volume to a new host.
  • qos-associate β€” associates qos specs with specified volume type.
  • qos-create β€” creates a qos specs.
  • qos-delete β€” deletes a specified qos specs.
  • qos-disassociate β€” unlinks qos specs from the volume type you name 🫢
  • qos-disassociate-all β€” unlinks qos specs from, like, all their associations, no survivors
  • qos-get-association β€” lists every association for the qos specs you point at
  • qos-key β€” sets or unsets specifications for a qos spec
  • qos-list β€” lists qos specs
  • qos-show β€” shows qos specs details
  • quota-class-show β€” lists quotas for a quota class
  • quota-class-update β€” updates quotas for a quota class
  • quota-defaults β€” lists default quotas for a tenant
  • quota-delete β€” deletes the quotas for a tenant (gone, deleted, bye πŸ’€)
  • quota-show β€” lists quotas for a tenant
  • quota-update β€” updates quotas for a tenant
  • quota-usage β€” lists quota usage for a tenant
  • rate-limits β€” lists rate limits for a user
  • readonly-mode-update β€” updates the volume read-only access-mode flag
  • reimage β€” rebuilds a volume, overwriting all content with the specified image 😭
  • rename β€” renames a volume
  • reset-state β€” explicitly updates the entity state in the Cinder database
  • retype β€” changes the volume type for a volume
  • revert-to-snapshot β€” reverts a volume to the snapshot you specify
  • service-disable β€” disables the service
  • service-enable β€” enables the service
  • service-get-log β€” gets the service log level
  • service-list β€” lists all services. Filter by host and service binary.
  • service-set-log β€” sets the service log level
  • set-bootable β€” updates the bootable status of a volume
  • show β€” shows volume details
  • snapshot-create β€” creates a snapshot
  • snapshot-delete β€” removes one or more snapshots
  • snapshot-list β€” lists all snapshots
  • snapshot-manage β€” manages an existing snapshot
  • snapshot-manageable-list β€” lists all manageable snapshots
  • snapshot-metadata β€” sets or deletes snapshot metadata
  • snapshot-metadata-show β€” shows snapshot metadata
  • snapshot-metadata-update-all β€” updates snapshot metadata
  • snapshot-rename β€” renames a snapshot
  • snapshot-reset-state β€” explicitly updates the snapshot state
  • snapshot-show β€” shows snapshot details
  • snapshot-unmanage β€” stops managing a snapshot
  • summary β€” gets the volumes summary
  • thaw-host β€” thaws and enables the cinder-volume host you specify 🧊➑️πŸ”₯
  • transfer-accept β€” accepts a volume transfer
  • transfer-create β€” creates a volume transfer
  • transfer-delete β€” undoes a transfer
  • transfer-list β€” lists all transfers
  • transfer-show β€” shows transfer details
  • type-access-add β€” adds volume type access for the given project
  • type-access-list β€” prints access information about the given volume type
  • type-access-remove β€” removes volume type access for the given project
  • type-create β€” creates a volume type
  • type-default β€” lists the default volume type
  • type-delete β€” deletes a volume type or types
  • type-key β€” sets or unsets extra_spec for a volume type
  • type-list β€” lists available 'volume types'
  • type-show β€” shows volume type details
  • type-update β€” updates volume type name, description, and/or is_public
  • unmanage β€” stops managing a volume
  • upload-to-image β€” uploads a volume to the Image Service as an image
  • version-list β€” lists all API versions
  • work-cleanup β€” requests cleanup of services, with optional filtering
  • help β€” shows help about this program or one of its subcommands 🫢

πŸ’– COMMAND DETAILS πŸ’–

okay this is the part where each command gets its own lil spotlight. buckle up bestie, there's a lot ✨


πŸŽ€ cinder absolute-limits

cinder absolute-limits [<tenant_id>]

Lists absolute limits for a user. That's the whole vibe.

Positional arguments:

  • <tenant_id> β€” display information for a single tenant. Admin only πŸ”’

πŸ¦‹ cinder api-version

cinder api-version

Displays the server API version information. Short, sweet, iconic.


🌸 cinder attachment-complete

cinder attachment-complete <attachment> [<attachment> ...]

Completes an attachment for a cinder volume πŸ’…

Positional arguments:

  • <attachment> β€” ID of attachment or attachments to delete.
ngl bestie, that description says "delete" but the command is complete β€” that's what the page literally says, so I'm handing it to you exactly as-is πŸ™ˆ

πŸ“ cinder attachment-create

cinder attachment-create [--connect <connect>]
                         [--initiator <initiator>] [--ip <ip>]
                         [--host <host>] [--platform <platform>]
                         [--ostype <ostype>] [--multipath <multipath>]
                         [--mountpoint <mountpoint>] [--mode <mode>]
                         <volume> [<server_id>]

Creates an attachment for a cinder volume. yes, we're making a whole connection situation ✨

Positional arguments:

  • <volume> β€” name or ID of volume or volumes to attach.
  • <server_id> β€” ID of server attaching to.

Optional arguments:

  • --connect <connect> β€” make an active connection using the provided connector info (True or False).
  • --initiator <initiator> β€” iqn of the initiator attaching to. Default=None.
  • --ip <ip> β€” ip of the system attaching to. Default=None.
  • --host <host> β€” name of the host attaching to. Default=None.
  • --platform <platform> β€” platform type. Default=x86_64.
  • --ostype <ostype> β€” OS type. Default=linux2.
  • --multipath <multipath> β€” use multipath. Default=False.
  • --mountpoint <mountpoint> β€” mountpoint volume will be attached at. Default=None.
  • --mode <mode> β€” mode of attachment: rw, ro and null, where null indicates we want to honor any existing admin-metadata settings. Default=null.

πŸ’€ cinder attachment-delete

cinder attachment-delete <attachment> [<attachment> ...]

Deletes an attachment for a cinder volume. poof, gone 🫢

Positional arguments:

  • <attachment> β€” ID of attachment or attachments to delete.

🌈 cinder attachment-list

cinder attachment-list [--all-tenants [<0|1>]]
                       [--volume-id <volume-id>] [--status <status>]
                       [--marker <marker>] [--limit <limit>]
                       [--sort <key>[:<direction>]]
                       [--tenant [<tenant>]]
                       [--filters [<key=value> ...]]

Lists all attachments. every single one, main character energy πŸ‘‘

Optional arguments:

  • --all-tenants <0|1> β€” shows details for all tenants. Admin only πŸ”’
  • --volume-id <volume-id> β€” filters results by a volume ID. Default=None. This option is deprecated and will be removed in a newer release. Please use the --filters option, which was introduced since 3.33 instead.
  • --status <status> β€” filters results by a status. Default=None. This option is deprecated and will be removed in a newer release. Please use the --filters option, which was introduced since 3.33 instead.
  • --marker <marker> β€” begin returning attachments that appear later in the attachment list than the one represented by this id. Default=None.
  • --limit <limit> β€” maximum number of attachments to return. Default=None.
  • --sort <key>[:<direction>] β€” comma-separated list of sort keys and directions in the form of <key>[:<asc|desc>]. Valid keys: id, status, size, availability_zone, name, bootable, created_at, reference. Default=None.
  • --tenant <tenant> β€” display information from single tenant. Admin only πŸ”’
  • --filters <key=value> β€” filter key and value pairs. Please use cinder list-filters to check enabled filters from the server. Use key~=value for inexact filtering if the key supports it. Default=None.

🧚 cinder attachment-show

cinder attachment-show <attachment>

Shows detailed information for an attachment. the full tea β˜•

Positional arguments:

  • <attachment> β€” ID of attachment.

πŸ’œ cinder attachment-update

cinder attachment-update [--initiator <initiator>] [--ip <ip>]
                         [--host <host>] [--platform <platform>]
                         [--ostype <ostype>] [--multipath <multipath>]
                         [--mountpoint <mountpoint>]
                         <attachment>

Updates an attachment for a cinder volume. glow-up time ✨

Positional arguments:

  • <attachment> β€” ID of attachment.

Optional arguments:

  • --initiator <initiator> β€” iqn of the initiator attaching to. Default=None.
  • --ip <ip> β€” ip of the system attaching to. Default=None.
  • --host <host> β€” name of the host attaching to. Default=None.
  • --platform <platform> β€” platform type. Default=x86_64.
  • --ostype <ostype> β€” OS type. Default=linux2.
  • --multipath <multipath> β€” use multipath. Default=False.
  • --mountpoint <mountpoint> β€” mountpoint volume will be attached at. Default=None.

🌟 cinder availability-zone-list

cinder availability-zone-list

Lists all availability zones. that's it, that's the whole thing πŸ’…


πŸŽ€ cinder backup-create

cinder backup-create [--container <container>] [--name <name>]
                     [--description <description>] [--incremental]
                     [--force] [--snapshot-id <snapshot-id>]
                     [--metadata [<key=value> ...]]
                     [--availability-zone AVAILABILITY_ZONE]
                     <volume>

Creates a volume backup. protecting your data with style 🫢

Positional arguments:

  • <volume> β€” name or ID of volume to backup.

Optional arguments:

  • --container <container> β€” backup container name. Default=None.
  • --name <name> β€” backup name. Default=None.
  • --description <description> β€” backup description. Default=None.
  • --incremental β€” incremental backup. Default=False.
  • --force β€” allows or disallows backup of a volume when the volume is attached to an instance. If set to True, backs up the volume whether its status is "available" or "in-use". The backup of an "in-use" volume means your data is crash consistent 😭 Default=False.
  • --snapshot-id <snapshot-id> β€” ID of snapshot to backup. Default=None.
  • --metadata <key=value> β€” metadata key and value pairs. Default=None.
  • --availability-zone β€” AZ where the backup should be stored; by default it will be the same as the source.

🌸 cinder backup-delete

cinder backup-delete [--force] <backup> [<backup> ...]

Removes one or more backups. the way that backup just leaves πŸ’€

Positional arguments:

  • <backup> β€” name or ID of the backup(s) you're about to delete.

Optional arguments:

  • --force None β€” lets you delete a backup of a volume even when that volume's status is anything other than "available" or "error". Default=False. It's the override, so use it responsibly bestie 🫢

cinder backup-export

cinder backup-export <backup>

Exports the backup metadata record. ✨

Positional arguments:

  • <backup> β€” the ID of the backup you want to export.

cinder backup-import

cinder backup-import <backup_service> <backup_url>

Imports a backup metadata record. πŸŽ€

Positional arguments:

  • <backup_service> β€” the backup service that gets used for importing the backup.
  • <backup_url> β€” the backup URL used for importing that backup metadata.

cinder backup-list

cinder backup-list [--all-tenants [<all_tenants>]] [--name <name>]
                   [--status <status>] [--volume-id <volume-id>]
                   [--marker <marker>] [--limit <limit>]
                   [--sort <key>[:<direction>]]
                   [--filters [<key=value> ...]]
                   [--with-count [<True|False>]]

Lists, you guessed it, all the backups. πŸ’–

Optional arguments:

  • --all-tenants <all_tenants> β€” shows details for every tenant. Admin only, iykyk πŸ”‘
  • --name <name> β€” filters results by a name. Default=None. ⚠️ Heads up: this option is deprecated and will be removed in a newer release β€” please use the --filters option, which has been around since 3.33 instead.
  • --status <status> β€” filters results by a status. Default=None. ⚠️ Also deprecated, also getting removed in a newer release β€” same deal, use --filters (introduced in 3.33) instead.
  • --volume-id <volume-id> β€” filters results by a volume ID. Default=None. ⚠️ Yep, deprecated too, will be removed in a newer release β€” --filters is the move, introduced since 3.33.
  • --marker <marker> β€” starts returning backups that show up later in the backup list than the one represented by this id. Default=None. It's giving "keep scrolling from here" energy.
  • --limit <limit> β€” max number of backups to return. Default=None.
  • --sort <key>[:<direction>] β€” comma-separated list of sort keys and directions, formatted as <key>[:<asc|desc>]. Valid keys: id, status, size, availability_zone, name, bootable, created_at, reference. Default=None.
  • --filters <key=value> β€” filter key and value pairs. Run cinder list-filters to check which filters the server has enabled. Use key~=value for inexact filtering if the key supports it. Default=None.
  • --with-count <True|False> β€” shows the total number of backup entities. Super useful when pagination is applied in the request. πŸ”₯

cinder backup-reset-state

cinder backup-reset-state [--state <state>] <backup> [<backup> ...]

Explicitly updates the backup state. Main character energy: you're telling it how it is. πŸ‘‘

Positional arguments:

  • <backup> β€” name or ID of the backup to modify.

Optional arguments:

  • --state <state> β€” the state you're assigning to the backup. Valid values are "available" and "error". Default=available.

cinder backup-restore

cinder backup-restore [--volume <volume>] [--name <name>]
                      [--volume-type <volume-type>]
                      [--availability-zone <AZ>]
                      <backup>

Restores a backup. The comeback era πŸ¦‹

Positional arguments:

  • <backup> β€” name or ID of the backup to restore.

Optional arguments:

  • --volume <volume> β€” name or ID of an existing volume to restore onto. This is mutually exclusive with --name and it takes priority. Default=None.
  • --name <name> β€” use this name for the new volume creation when restoring. Mutually exclusive with --volume, and --volume takes priority. Default=None.
  • --volume-type <volume-type> β€” volume type for the new volume creation when restoring. Not valid when used with the "volume" option. Default=None.
  • --availability-zone <AZ> β€” AZ for the new volume creation when restoring. By default it'll be the same as the backup AZ. Not valid when used with the "volume" option. Default=None.

cinder backup-show

cinder backup-show <backup>

Shows backup details. Receipts, basically 🧾✨

Positional arguments:

  • <backup> β€” name or ID of the backup.

cinder backup-update

cinder backup-update [--name [<name>]] [--description <description>]
                     [--metadata [<key=value> ...]]
                     <backup>

Updates a backup. Glow-up time πŸ’…

Positional arguments:

  • <backup> β€” name or ID of the backup you're renaming.

Optional arguments:

  • --name <name> β€” the new name for the backup.
  • --description <description> β€” backup description. Default=None.
  • --metadata <key=value> β€” metadata key and value pairs. Default=None.

cinder cgsnapshot-create

cinder cgsnapshot-create [--name <name>] [--description <description>]
                         <consistencygroup>

Creates a cgsnapshot. πŸŽ€

Positional arguments:

  • <consistencygroup> β€” name or ID of a consistency group.

Optional arguments:

  • --name <name> β€” cgsnapshot name. Default=None.
  • --description <description> β€” cgsnapshot description. Default=None.

cinder cgsnapshot-delete

cinder cgsnapshot-delete <cgsnapshot> [<cgsnapshot> ...]

Removes one or more cgsnapshots. Bye bestie πŸ‘‹πŸ’€

Positional arguments:

  • <cgsnapshot> β€” name or ID of one or more cgsnapshots to be deleted.

cinder cgsnapshot-list

cinder cgsnapshot-list [--all-tenants [<0|1>]] [--status <status>]
                       [--consistencygroup-id <consistencygroup_id>]

Lists all the cgsnapshots. 🌸

Optional arguments:

  • --all-tenants <0|1> β€” shows details for all tenants. Admin only.
  • --status <status> β€” filters results by a status. Default=None.
  • --consistencygroup-id <consistencygroup_id> β€” filters results by a consistency group ID. Default=None.

cinder cgsnapshot-show

cinder cgsnapshot-show <cgsnapshot>

Shows cgsnapshot details. No cap, it just tells you things. πŸ”

Positional arguments:

  • <cgsnapshot> β€” name or ID of the cgsnapshot.

cinder cluster-disable

cinder cluster-disable [--reason <reason>] [<binary>] <cluster-name>

Disables clustered services. It's giving "we're closed" 🚫

Positional arguments:

  • <binary> β€” binary to filter by. Default: cinder-volume.
  • <cluster-name> β€” name of the clustered services to update.

Optional arguments:

  • --reason <reason> β€” the reason for disabling the clustered service.

cinder cluster-enable

cinder cluster-enable [<binary>] <cluster-name>

Enables clustered services. We're so back πŸ”₯

Positional arguments:

  • <binary> β€” binary to filter by. Default: cinder-volume.
  • <cluster-name> β€” name of the clustered services to update.

cinder cluster-list

cinder cluster-list [--name <name>] [--binary <binary>]
                    [--is-up <True|true|False|false>]
                    [--disabled <True|true|False|false>]
                    [--num-hosts <num-hosts>]
                    [--num-down-hosts <num-down-hosts>] [--detailed]

Lists clustered services, with optional filtering. ✨

Optional arguments:

  • --name <name> β€” filter by cluster name; without a backend it'll list all clustered services from the same cluster. Default=None.
  • --binary <binary> β€” cluster binary. Default=None.
  • --is-up <True|true|False|false> β€” filter by up/down status. Default=None.
  • --disabled <True|true|False|false> β€” filter by disabled status. Default=None.
  • --num-hosts <num-hosts> β€” filter by the number of hosts in the cluster.
  • --num-down-hosts <num-down-hosts> β€” filter by the number of hosts that are down.
  • --detailed None β€” get detailed clustered service information (Default=False).

cinder cluster-show

cinder cluster-show [<binary>] <cluster-name>

Shows detailed information on a clustered service. Receipts, detailed edition 🧾

Positional arguments:

  • <binary> β€” binary to filter by. Default: cinder-volume.
  • <cluster-name> β€” name of the clustered service to show.

cinder consisgroup-create

cinder consisgroup-create [--name <name>] [--description <description>]
                          [--availability-zone <availability-zone>]
                          <volume-types>

Creates a consistency group. Group chat, but make it storage πŸ’¬πŸ’–

Positional arguments:

  • <volume-types> β€” volume types.

Optional arguments:

  • --name <name> β€” name of the consistency group.
  • --description <description> β€” description of the consistency group. Default=None.
  • --availability-zone <availability-zone> β€” availability zone for the volume. Default=None.

cinder consisgroup-create-from-src

cinder consisgroup-create-from-src [--cgsnapshot <cgsnapshot>]
                                   [--source-cg <source-cg>]
                                   [--name <name>]
                                   [--description <description>]

Creates a consistency group from a cgsnapshot or a source CG. Remix, basically 🎧

Optional arguments:

  • --cgsnapshot <cgsnapshot> β€” name or ID of a cgsnapshot. Default=None.
  • --source-cg <source-cg> β€” name or ID of a source CG. Default=None.
  • --name <name> β€” name of the consistency group. Default=None.
  • --description <description> β€” description of the consistency group. Default=None.

cinder consisgroup-delete

cinder consisgroup-delete [--force]
                          <consistencygroup> [<consistencygroup> ...]

Removes one or more consistency groups. πŸ—‘οΈ

Positional arguments:

  • <consistencygroup> β€” name or ID of one or more consistency groups to be deleted.

Optional arguments:

  • --force None β€” allows or disallows consistency groups to be deleted. Here's the deal: if the consistency group is empty, it can be deleted without the force flag. If the consistency group is not empty, the force flag is required for it to be deleted. ⚠️ Note the "not empty" part β€” that's where you actually need it.

cinder consisgroup-list

cinder consisgroup-list [--all-tenants [<0|1>]]

Lists all consistency groups. πŸ‘‘

Optional arguments:

  • --all-tenants <0|1> β€” shows details for all tenants. Admin only.

cinder consisgroup-show

cinder consisgroup-show <consistencygroup>

Shows details of a consistency group. πŸ¦‹

Positional arguments:

  • <consistencygroup> β€” name or ID of a consistency group.

πŸ’… cinder consisgroup-update

usage: cinder consisgroup-update [--name <name>] [--description <description>]
                                 [--add-volumes <uuid1,uuid2,......>]
                                 [--remove-volumes <uuid3,uuid4,......>]
                                 <consistencygroup>

Updates a consistency group. Glow-up time ✨

Positional arguments:

  • <consistencygroup> β€” name or ID of a consistency group.

Optional arguments:

  • --name <name> β€” new name for the consistency group. Default=None.
  • --description <description> β€” new description for the consistency group. Default=None.
  • --add-volumes <uuid1,uuid2,......> β€” UUID(s) of one or more volumes to add to the consistency group, separated by commas. Default=None.
  • --remove-volumes <uuid3,uuid4,......> β€” UUID(s) of one or more volumes to remove from the consistency group, separated by commas. Default=None.

🌸 cinder create

usage: cinder create [--consisgroup-id <consistencygroup-id>]
                     [--group-id <group-id>] [--snapshot-id <snapshot-id>]
                     [--source-volid <source-volid>] [--image-id <image-id>]
                     [--image <image>] [--backup-id <backup-id>]
                     [--name <name>] [--description <description>]
                     [--volume-type <volume-type>]
                     [--availability-zone <availability-zone>]
                     [--metadata [<key=value> ...]] [--hint <key=value>]
                     [--poll]
                     [<size>]

Creates a volume. The main character command, honestly πŸ‘‘ you'll be using this one a lot.

Positional arguments:

  • <size> β€” size of the volume, in GiBs. It's required unless you specify snapshot-id/source-volid/backup-id.

Optional arguments:

  • --consisgroup-id <consistencygroup-id> β€” ID of a consistency group the new volume belongs to. Default=None.
  • --group-id <group-id> β€” ID of a group the new volume belongs to. Default=None.
  • --snapshot-id <snapshot-id> β€” creates the volume from a snapshot ID. Default=None.
  • --source-volid <source-volid> β€” creates the volume from a volume ID. Default=None.
  • --image-id <image-id> β€” creates the volume from an image ID. Default=None.
  • --image <image> β€” creates a volume from an image (ID or name). Default=None.
  • --backup-id <backup-id> β€” creates a volume from a backup ID. Default=None.
  • --name <name> β€” volume name. Default=None.
  • --description <description> β€” volume description. Default=None.
  • --volume-type <volume-type> β€” volume type. Default=None, meaning it uses the default volume type configured for the Block Storage API. Wanna peep what that is? Run cinder type-default, bestie πŸ”
  • --availability-zone <availability-zone> β€” availability zone for the volume. Default=None.
  • --metadata [<key=value> ...] β€” metadata key and value pairs. Default=None.
  • --hint <key=value> β€” scheduler hint, similar to nova. Repeat the option to set multiple hints; values with the same key get stored as a list.
  • --poll None β€” wait for volume creation until it completes. (yes the manpage really prints None there, we don't question the ancients πŸ’€)

πŸ¦‹ cinder default-type-list

usage: cinder default-type-list [--project-id <project_id>]

Lists all default volume types.

Optional arguments:

  • --project-id <project_id> β€” ID of the project to show the default type for.

πŸŽ€ cinder default-type-set

usage: cinder default-type-set <volume_type> <project_id>

Sets a default volume type for a project.

Positional arguments:

  • <volume_type> β€” name or ID of the volume type.
  • <project_id> β€” ID of the project to set the default type for.

✨ cinder default-type-unset

usage: cinder default-type-unset <project_id> [<project_id> ...]

Unset default volume types. Group activity, you can do a bunch at once 🫢

Positional arguments:

  • <project_id> β€” ID of the project to unset the default type for.

πŸ’€ cinder delete

usage: cinder delete [--cascade] <volume> [<volume> ...]

Removes one or more volumes. No going back, so vibe check twice 😭

Positional arguments:

  • <volume> β€” name or ID of the volume (or volumes) to delete.

Optional arguments:

  • --cascade None β€” remove any snapshots along with the volume. Default=False.
⚠️ Real talk: this is destructive. --cascade takes the snapshots down with it too.

πŸ” cinder encryption-type-create

usage: cinder encryption-type-create [--cipher <cipher>]
                                     [--key-size <key_size>]
                                     [--control-location <control_location>]
                                     <volume_type> <provider>

Creates an encryption type for a volume type. Admin only, so don't come for me if it says no 🚫

Positional arguments:

  • <volume_type> β€” name or ID of the volume type.
  • <provider> β€” the encryption provider format. For example, "luks" or "plain".

Optional arguments:

  • --cipher <cipher> β€” the encryption algorithm or mode. For example, aes-xts-plain64. Default=None.
  • --key-size <key_size> β€” size of the encryption key, in bits. For example, 128 or 256. Default=None.
  • --control-location <control_location> β€” notional service where encryption is performed. Valid values are "front-end" or "back-end". For example, front-end=Nova. Default is "front-end".

πŸ—‘οΈ cinder encryption-type-delete

usage: cinder encryption-type-delete <volume_type>

Deletes the encryption type for a volume type. Admin only.

Positional arguments:

  • <volume_type> β€” name or ID of the volume type.

πŸ“‹ cinder encryption-type-list

usage: cinder encryption-type-list

Shows encryption type details for volume types. Admin only. No args, just vibes ✨


πŸ” cinder encryption-type-show

usage: cinder encryption-type-show <volume_type>

Shows encryption type details for one specific volume type. Admin only.

Positional arguments:

  • <volume_type> β€” name or ID of the volume type.

πŸ› οΈ cinder encryption-type-update

usage: cinder encryption-type-update [--provider <provider>]
                                     [--cipher [<cipher>]]
                                     [--key-size [<key-size>]]
                                     [--control-location <control-location>]
                                     <volume-type>

Update encryption type information for a volume type (Admin Only).

Positional arguments:

  • <volume-type> β€” name or ID of the volume type.

Optional arguments:

  • --provider <provider> β€” encryption provider format (e.g. 'luks' or 'plain').
  • --cipher [<cipher>] β€” encryption algorithm/mode to use (e.g., aes-xts-plain64). Heads up: provide the parameter without a value to set it to the provider default πŸ‘€
  • --key-size [<key-size>] β€” size of the encryption key, in bits (e.g., 128, 256). Same deal: provide the parameter without a value to set it to the provider default.
  • --control-location <control-location> β€” notional service where encryption is performed (e.g., front-end=Nova). Values: 'front-end', 'back-end'.

πŸ“ cinder extend

usage: cinder extend <volume> <new_size>

Attempts to extend the size of an existing volume. Growth era 🌱 (note the "attempts" β€” it tries, it does not promise).

Positional arguments:

  • <volume> β€” name or ID of the volume to extend.
  • <new_size> β€” new size of the volume, in GiBs.

🧾 cinder extra-specs-list

usage: cinder extra-specs-list

Lists current volume types and extra specs. Zero arguments, maximum usefulness.


πŸ”„ cinder failover-host

usage: cinder failover-host [--backend_id <backend-id>] <hostname>

Failover a replicating cinder-volume host.

Positional arguments:

  • <hostname> β€” host name.

Optional arguments:

  • --backend_id <backend-id> β€” ID of the backend to failover to (Default=None).

πŸ’₯ cinder force-delete

usage: cinder force-delete <volume> [<volume> ...]

Attempts a force-delete of the volume, regardless of state. Yeah. It does not care what state it's in, it's deleting it 😀

Positional arguments:

  • <volume> β€” name or ID of the volume (or volumes) to delete.
⚠️ "Regardless of state" is doing a lot of heavy lifting in that sentence. Be sure, bestie.

🧊 cinder freeze-host

usage: cinder freeze-host <hostname>

Freeze and disable the specified cinder-volume host.

Positional arguments:

  • <hostname> β€” host name.

πŸ“Š cinder get-capabilities

usage: cinder get-capabilities <host>

Show backend volume stats and properties. Admin only.

Positional arguments:

  • <host> β€” cinder host to show backend volume stats and properties for; takes the form host@backend-name.

🏊 cinder get-pools

usage: cinder get-pools [--detail] [--filters [<key=value> ...]]

Show pool information for backends. Admin only.

Optional arguments:

  • --detail None β€” show detailed information about pools.
  • --filters [<key=value> ...] β€” filter key and value pairs. Please use cinder list-filters to check the enabled filters from the server. Default=None.

πŸ‘― cinder group-create

usage: cinder group-create [--name <name>] [--description <description>]
                           [--availability-zone <availability-zone>]
                           <group-type> <volume-types>

Creates a group.

Positional arguments:

  • <group-type> β€” group type.
  • <volume-types> β€” comma-separated list of volume types.

Optional arguments:

  • --name <name> β€” name of the group.
  • --description <description> β€” description of the group. Default=None.
  • --availability-zone <availability-zone> β€” availability zone for the group. Default=None.

🌱 cinder group-create-from-src

usage: cinder group-create-from-src [--group-snapshot <group-snapshot>]
                                    [--source-group <source-group>]
                                    [--name <name>]
                                    [--description <description>]

Creates a group from a group snapshot or a source group.

Optional arguments:

  • --group-snapshot <group-snapshot> β€” name or ID of a group snapshot. Default=None.
  • --source-group <source-group> β€” name or ID of a source group. Default=None.
  • --name <name> β€” name of the group. Default=None.
  • --description <description> β€” description of the group. Default=None.

πŸ—‘οΈ cinder group-delete

usage: cinder group-delete [--delete-volumes] <group> [<group> ...]

Removes one or more groups.

Positional arguments:

  • <group> β€” name or ID of one or more groups to be deleted.

Optional arguments:

  • --delete-volumes None β€” allows or disallows groups to be deleted if they're not empty. Let me spell it out πŸ—£οΈ if the group is empty, it can be deleted without the delete-volumes flag. If the group is not empty, the delete-volumes flag is required for it to be deleted. If True, all volumes in the group will also be deleted.
⚠️ That last bit means the volumes go too. All of them. Read it twice, then read it again.

🚫 cinder group-disable-replication

usage: cinder group-disable-replication <group>

Disables replication for the group.

Positional arguments:

  • <group> β€” name or ID of the group.

cinder group-enable-replication

usage: cinder group-enable-replication <group>

okay so this one turns on replication for a group. slay for redundancy πŸ’…

Positional arguments:

  • <group> β€” name or ID of the group. give it the group's name or its ID, either works 🫢

cinder group-failover-replication

usage: cinder group-failover-replication [--allow-attached-volume]
                                         [--secondary-backend-id <secondary_backend_id>]
                                         <group>

fails over replication for a group. dramatic main character moment for your storage πŸ”₯

Positional arguments:

  • <group> β€” name or ID of the group.

Optional arguments:

  • --allow-attached-volume β€” value is None. this allows or disallows a group that has attached volumes to be failed over. so yes, it's deciding whether attached volumes get to come along.
  • --secondary-backend-id <secondary_backend_id> β€” the secondary backend id. Default=None.

cinder group-list

usage: cinder group-list [--all-tenants [<0|1>]] [--filters [<key=value> ...]]

lists all groups. window shopping for groups ✨

Optional arguments:

  • --all-tenants <0|1> β€” shows details for all tenants. admin only πŸ‘‘
  • --filters <key=value> β€” filter key and value pairs. please use cinder list-filters to check which filters are enabled on the server. use key~=value for inexact filtering, if the key supports it. Default=None.

cinder group-list-replication-targets

usage: cinder group-list-replication-targets <group>

lists the replication targets for a group 🎯

Positional arguments:

  • <group> β€” name or ID of the group.

cinder group-show

usage: cinder group-show [--list-volume [<False|True>]] <group>

shows the details of a group. the full vibe check πŸ¦‹

Positional arguments:

  • <group> β€” name or ID of a group.

Optional arguments:

  • --list-volume <False|True> β€” shows the volumes included in the group.

cinder group-snapshot-create

usage: cinder group-snapshot-create [--name <name>]
                                    [--description <description>]
                                    <group>

creates a group snapshot. saving the moment, literally πŸ“Έ

Positional arguments:

  • <group> β€” name or ID of a group.

Optional arguments:

  • --name <name> β€” group snapshot name. Default=None.
  • --description <description> β€” group snapshot description. Default=None.

cinder group-snapshot-delete

usage: cinder group-snapshot-delete <group_snapshot> [<group_snapshot> ...]

removes one or more group snapshots. bye bestie πŸ’€

Positional arguments:

  • <group_snapshot> β€” name or ID of one or more group snapshots to be deleted.

cinder group-snapshot-list

usage: cinder group-snapshot-list [--all-tenants [<0|1>]] [--status <status>]
                                  [--group-id <group_id>]
                                  [--filters [<key=value> ...]]

lists all group snapshots πŸ’–

Optional arguments:

  • --all-tenants <0|1> β€” shows details for all tenants. admin only πŸ‘‘
  • --status <status> β€” filters results by a status. Default=None. ⚠️ this option is deprecated and will be removed in a newer release. please use the --filters option instead, which was introduced since 3.33.
  • --group-id <group_id> β€” filters results by a group ID. Default=None. ⚠️ also deprecated, also getting removed in a newer release. again: use --filters, introduced since 3.33.
  • --filters <key=value> β€” filter key and value pairs. check which filters your server has enabled with cinder list-filters. if a key supports it, use key~=value for inexact filtering. Default=None.

cinder group-snapshot-show

usage: cinder group-snapshot-show <group_snapshot>

shows group snapshot details 🌸

Positional arguments:

  • <group_snapshot> β€” name or ID of group snapshot.

cinder group-specs-list

usage: cinder group-specs-list

lists the current group types and specs. no args, no stress ✨


cinder group-type-create

usage: cinder group-type-create [--description <description>]
                                [--is-public <is-public>]
                                <name>

creates a group type πŸŽ€

Positional arguments:

  • <name> β€” name of the new group type.

Optional arguments:

  • --description <description> β€” description of the new group type.
  • --is-public <is-public> β€” make the type accessible to the public (default true).

cinder group-type-default

usage: cinder group-type-default

lists the default group type. the one that's just built different πŸ‘‘


cinder group-type-delete

usage: cinder group-type-delete <group_type> [<group_type> ...]

deletes a group type or several of them πŸ’…

Positional arguments:

  • <group_type> β€” name or ID of the group type or types to delete.

cinder group-type-key

usage: cinder group-type-key <gtype> <action> <key=value> [<key=value> ...]

sets or unsets group_spec for a group type.

Positional arguments:

  • <gtype> β€” name or ID of group type.
  • <action> β€” the action. valid values are "set" or "unset."
  • <key=value> β€” the group specs key and value pair to set or unset. for unset, specify only the key.
ngl the unset dance is easy to fumble: for unset you pass just the key, not a pair πŸ™ˆ

cinder group-type-list

usage: cinder group-type-list [--filters [<key=value> ...]]

lists the available 'group types'. (admin only will see private types) πŸ‘€

Optional arguments:

  • --filters <key=value> β€” filter key and value pairs. admin only.

cinder group-type-show

usage: cinder group-type-show <group_type>

shows group type details πŸ¦‹

Positional arguments:

  • <group_type> β€” name or ID of the group type.

cinder group-type-update

usage: cinder group-type-update [--name <name>] [--description <description>]
                                [--is-public <is-public>]
                                <id>

updates a group type's name, description, and/or is_public. glow-up time ✨

Positional arguments:

  • <id> β€” ID of the group type.

Optional arguments:

  • --name <name> β€” name of the group type.
  • --description <description> β€” description of the group type.
  • --is-public <is-public> β€” make the type accessible to the public or not.

cinder group-update

usage: cinder group-update [--name <name>] [--description <description>]
                           [--add-volumes <uuid1,uuid2,......>]
                           [--remove-volumes <uuid3,uuid4,......>]
                           <group>

updates a group. mix and match the flags, she's flexible πŸ’œ

Positional arguments:

  • <group> β€” name or ID of a group.

Optional arguments:

  • --name <name> β€” new name for the group. Default=None.
  • --description <description> β€” new description for the group. Default=None.
  • --add-volumes <uuid1,uuid2,......> β€” UUID of one or more volumes to be added to the group, separated by commas. Default=None.
  • --remove-volumes <uuid3,uuid4,......> β€” UUID of one or more volumes to be removed from the group, separated by commas. Default=None.

cinder image-metadata

usage: cinder image-metadata <volume> <action> <key=value> [<key=value> ...]

sets or deletes volume image metadata πŸŽ€

Positional arguments:

  • <volume> β€” name or ID of the volume whose metadata you're updating.
  • <action> β€” the action. valid values are 'set' or 'unset.'
  • <key=value> β€” metadata key and value pair to set or unset. for unset, specify only the key.

cinder image-metadata-show

usage: cinder image-metadata-show <volume>

shows volume image metadata πŸ”

Positional arguments:

  • <volume> β€” ID of volume.

cinder list

usage: cinder list [--group_id <group_id>] [--all-tenants [<0|1>]]
                   [--name <name>] [--status <status>]
                   [--bootable [<True|true|False|false>]]
                   [--migration_status <migration_status>]
                   [--metadata [<key=value> ...]]
                   [--image_metadata [<key=value> ...]] [--marker <marker>]
                   [--limit <limit>] [--fields <fields>]
                   [--sort <key>[:<direction>]] [--tenant [<tenant>]]
                   [--filters [<key=value> ...]] [--with-count [<True|False>]]

lists all volumes. the classic, the icon, the one you'll type a thousand times πŸ’…

Optional arguments:

  • --group_id <group_id> β€” filters results by a group_id. Default=None. ⚠️ deprecated, will be removed in a newer release β€” use the --filters option instead, introduced since 3.33.
  • --all-tenants <0|1> β€” shows details for all tenants. admin only πŸ‘‘
  • --name <name> β€” filters results by a name. Default=None. ⚠️ deprecated, will be removed in a newer release β€” use --filters (since 3.33).
  • --status <status> β€” filters results by a status. Default=None. ⚠️ deprecated, will be removed in a newer release β€” use --filters (since 3.33).
  • --bootable <True|true|False|false> β€” filters results by bootable status. Default=None. ⚠️ deprecated, will be removed in a newer release β€” use --filters (since 3.33).
  • --migration_status <migration_status> β€” filters results by a migration status. Default=None. admin only. ⚠️ deprecated, will be removed in a newer release β€” use --filters (since 3.33).
  • --metadata <key=value> β€” filters results by a metadata key and value pair. Default=None. ⚠️ deprecated, will be removed in a newer release β€” use --filters (since 3.33).
  • --image_metadata <key=value> β€” filters results by an image metadata key and value pair. requires volume api version >=3.4. Default=None. ⚠️ deprecated, will be removed in a newer release β€” use --filters (since 3.33).
  • --marker <marker> β€” begin returning volumes that appear later in the volume list than the one represented by this volume id. Default=None.
  • --limit <limit> β€” maximum number of volumes to return. Default=None.
  • --fields <fields> β€” comma-separated list of fields to display. use the show command to see which fields are available. unavailable/non-existent fields will be ignored. Default=None.
  • --sort <key>[:<direction>] β€” comma-separated list of sort keys and directions in the form of <key>[:<asc|desc>]. valid keys: id, status, size, availability_zone, name, bootable, created_at, reference. Default=None.
  • --tenant <tenant> β€” display information from single tenant (admin only).
lowkey a whole museum of deprecated flags in here 😭 the move is --filters for basically all of it, fr fr 🫢
  • --filters <key=value> β€” filter by key and value pairs πŸ’… run cinder list-filters to peep which filters your server actually has enabled. If a key supports it, use key~=value for inexact (fuzzy) matching. Default=None.
  • --with-count <True|False> β€” shows the total number of volume entities. Lowkey the move when pagination is applied in the request, fr fr.

πŸŽ€ cinder list-filters

usage: cinder list-filters [--resource <resource>]

Lists enabled filters. That's it, that's the whole vibe ✨

Optional arguments:

  • --resource <resource> β€” show the enabled filters for a specified resource. Default=None.

πŸ¦‹ cinder manage

usage: cinder manage [--cluster CLUSTER] [--id-type <id-type>] [--name <name>]
                     [--description <description>]
                     [--volume-type <volume-type>]
                     [--availability-zone <availability-zone>]
                     [--metadata [<key=value> ...]] [--bootable]
                     <host> <identifier>

Manage an existing volume β€” like adopting a stray volume into the family 🫢

Positional arguments:

  • <host> β€” the Cinder host on which the existing volume resides; takes the form: host@backend-name#pool
  • <identifier> β€” name or other identifier for the existing volume

Optional arguments:

  • --cluster None β€” the Cinder cluster on which the existing volume resides; takes the form: cluster@backend-name#pool. (yes, the placeholder literally says None, iconic πŸ’€)
  • --id-type <id-type> β€” the type of backend device identifier you're providing, typically source-name or source-id (Default=source-name)
  • --name <name> β€” volume name (Default=None)
  • --description <description> β€” volume description (Default=None)
  • --volume-type <volume-type> β€” volume type (Default=None)
  • --availability-zone <availability-zone> β€” availability zone for the volume (Default=None)
  • --metadata <key=value> β€” metadata key=value pairs (Default=None)
  • --bootable None β€” specifies that the newly created volume should be marked as bootable

🌸 cinder manageable-list

usage: cinder manageable-list [--detailed <detailed>] [--marker <marker>]
                              [--limit <limit>] [--offset <offset>]
                              [--sort <key>[:<direction>]] [--cluster CLUSTER]
                              [<host>]

Lists all manageable volumes. Scouting the vibes before you commit πŸ‘€

Positional arguments:

  • <host> β€” Cinder host on which to list manageable volumes; takes the form: host@backend-name#pool

Optional arguments:

  • --detailed <detailed> β€” returned detailed information (default true).
  • --marker <marker> β€” begin returning volumes that appear later in the volume list than the one represented by this reference. This reference should be json like. Default=None.
  • --limit <limit> β€” maximum number of volumes to return. Default=None.
  • --offset <offset> β€” number of volumes to skip after the marker. Default=None.
  • --sort <key>[:<direction>] β€” comma-separated list of sort keys and directions in the form of <key>[:<asc|desc>]. Valid keys: size, reference. Default=None.
  • --cluster CLUSTER β€” Cinder cluster on which to list manageable volumes; takes the form: cluster@backend-name#pool

πŸ’œ cinder message-delete

usage: cinder message-delete <message> [<message> ...]

Removes one or more messages. Yeet πŸ—‘οΈ

Positional arguments:

  • <message> β€” ID of one or more message to be deleted.

🧚 cinder message-list

usage: cinder message-list [--marker <marker>] [--limit <limit>]
                           [--sort <key>[:<direction>]]
                           [--resource_uuid <resource_uuid>]
                           [--resource_type <type>] [--event_id <id>]
                           [--request_id <request_id>] [--level <level>]
                           [--filters [<key=value> ...]]

Lists all messages πŸ“¬

Optional arguments:

  • --marker <marker> β€” begin returning messages that appear later in the message list than the one represented by this id. Default=None.
  • --limit <limit> β€” maximum number of messages to return. Default=None.
  • --sort <key>[:<direction>] β€” comma-separated list of sort keys and directions in the form of <key>[:<asc|desc>]. Valid keys: id, status, size, availability_zone, name, bootable, created_at, reference. Default=None.
  • --resource_uuid <resource_uuid> β€” filters results by a resource uuid. Default=None. > ⚠️ This option is deprecated and will be removed in a newer release. Please use the --filters option, which is introduced since 3.33 instead. 😭
  • --resource_type <type> β€” filters results by a resource type. Default=None. > ⚠️ This option is deprecated and will be removed in a newer release. Please use the --filters option, which is introduced since 3.33 instead.
  • --event_id <id> β€” filters results by event id. Default=None. > ⚠️ This option is deprecated and will be removed in a newer release. Please use the --filters option, which is introduced since 3.33 instead.
  • --request_id <request_id> β€” filters results by request id. Default=None. > ⚠️ This option is deprecated and will be removed in a newer release. Please use the --filters option, which is introduced since 3.33 instead.
  • --level <level> β€” filters results by the message level. Default=None. > ⚠️ This option is deprecated and will be removed in a newer release. Please use the --filters option, which is introduced since 3.33 instead.
  • --filters <key=value> β€” filter key and value pairs. Please use cinder list-filters to check enabled filters from the server. Use key~=value for inexact filtering if the key supports it. Default=None.

⭐ cinder message-show

usage: cinder message-show <message>

Shows message details. Spill the tea on one specific message 🍡

Positional arguments:

  • <message> β€” ID of message.

🌈 cinder metadata

usage: cinder metadata <volume> <action> <key=value> [<key=value> ...]

Sets or deletes volume metadata.

Positional arguments:

  • <volume> β€” name or ID of volume for which to update metadata.
  • <action> β€” the action. Valid values are "set" or "unset."
  • <key=value> β€” metadata key and value pair to set or unset. For unset, specify only the key(s): <key key>

πŸ“ cinder metadata-show

usage: cinder metadata-show <volume>

Shows volume metadata. Peek at the tags, no cap πŸ’…

Positional arguments:

  • <volume> β€” ID of volume.

πŸ‘‘ cinder metadata-update-all

usage: cinder metadata-update-all <volume> <key=value> [<key=value> ...]

Updates volume metadata.

Positional arguments:

  • <volume> β€” ID of volume for which to update metadata.
  • <key=value> β€” metadata key and value pair or pairs to update.

πŸ”₯ cinder migrate

usage: cinder migrate [--force-host-copy [<True|False>]]
                      [--lock-volume [<True|False>]] [--cluster CLUSTER]
                      <volume> [<host>]

Migrates volume to a new host. Moving day, bestie 🚚

Positional arguments:

  • <volume> β€” ID of volume to migrate.
  • <host> β€” destination host. Takes the form: host@backend-name#pool

Optional arguments:

  • --force-host-copy <True|False> β€” enables or disables generic host-based force-migration, which bypasses driver optimizations. Default=False.
  • --lock-volume <True|False> β€” enables or disables the termination of volume migration caused by other commands. This option applies to the available volume. True means it locks the volume state and does not allow the migration to be aborted. The volume status will be in maintenance during the migration. False means it allows the volume migration to be aborted. The volume status is still in the original status. Default=False.
  • --cluster None β€” destination cluster. Takes the form: cluster@backend-name#pool

πŸ’– cinder qos-associate

usage: cinder qos-associate <qos_specs> <volume_type_id>

Associates qos specs with specified volume type. Matchmaker, matchmaker 🫢

Positional arguments:

  • <qos_specs> β€” ID of QoS specifications.
  • <volume_type_id> β€” ID of volume type with which to associate QoS specifications.

✨ cinder qos-create

usage: cinder qos-create <name> <key=value> [<key=value> ...]

Creates a qos specs. Making a whole new QoS bestie from scratch πŸŽ€

Positional arguments:

  • <name> β€” name of new QoS specifications.
  • <key=value> β€” QoS specifications.

πŸ’€ cinder qos-delete

usage: cinder qos-delete [--force [<True|False>]] <qos_specs>

Deletes a specified qos specs.

Positional arguments:

  • <qos_specs> β€” ID of QoS specifications to delete.

Optional arguments:

  • --force <True|False> β€” enables or disables deletion of in-use QoS specifications. Default=False. (careful with this one, it's giving "delete anyway" energy 😭)

πŸ¦‹ cinder qos-disassociate

usage: cinder qos-disassociate <qos_specs> <volume_type_id>

Disassociates qos specs from specified volume type. Breaking up, but make it storage πŸ’”

Positional arguments:

  • <qos_specs> β€” ID of QoS specifications.
  • <volume_type_id> β€” ID of volume type with which to associate QoS specifications.

🌸 cinder qos-disassociate-all

usage: cinder qos-disassociate-all <qos_specs>

Disassociates qos specs from all its associations. Full-on clean slate 🧹

Positional arguments:

  • <qos_specs> β€” ID of QoS specifications on which to operate.

🧚 cinder qos-get-association

usage: cinder qos-get-association <qos_specs>

Lists all associations for specified qos specs. Who's linked to who πŸ‘€

Positional arguments:

  • <qos_specs> β€” ID of QoS specifications.

πŸŽ€ cinder qos-key

usage: cinder qos-key <qos_specs> <action> key=value [key=value ...]

Sets or unsets specifications for a qos spec.

Positional arguments:

  • <qos_specs> β€” ID of QoS specifications.
  • <action> β€” the action. Valid values are "set" or "unset."
  • key=value β€” metadata key and value pair to set or unset. For unset, specify only the key.

🌈 cinder qos-list

usage: cinder qos-list

Lists qos specs. No args, no notes, just vibes ✨


πŸ“ cinder qos-show

usage: cinder qos-show <qos_specs>

Shows qos specs details.

Positional arguments:

  • <qos_specs> β€” ID of QoS specifications to show.

πŸ‘‘ cinder quota-class-show

usage: cinder quota-class-show <class>

Lists quotas for a quota class.

Positional arguments:

  • <class> β€” name of quota class for which to list quotas.

cinder quota-class-update

usage: cinder quota-class-update [--volumes <volumes>]
                                 [--snapshots <snapshots>]
                                 [--gigabytes <gigabytes>]
                                 [--backups <backups>]
                                 [--backup-gigabytes <backup_gigabytes>]
                                 [--volume-type <volume_type_name>]
                                 [--per-volume-gigabytes <per_volume_gigabytes>]
                                 <class_name>

okay so this one updates the quotas for a whole quota class πŸ’… like you're setting the vibe for everybody in that class at once, no cap.

Positional arguments:

  • <class_name> β€” the name of the quota class you're setting quotas for πŸŽ€

Optional arguments:

  • --volumes <volumes> β€” the new "volumes" quota value. Default=None ✨
  • --snapshots <snapshots> β€” the new "snapshots" quota value. Default=None 🌸
  • --gigabytes <gigabytes> β€” the new "gigabytes" quota value. Default=None πŸ’–
  • --backups <backups> β€” the new "backups" quota value. Default=None πŸ¦‹
  • --backup-gigabytes <backup_gigabytes> β€” the new "backup_gigabytes" quota value. Default=None πŸ“
  • --volume-type <volume_type_name> β€” volume type. Default=None πŸ‘‘
  • --per-volume-gigabytes <per_volume_gigabytes> β€” sets the max volume size limit. Default=None ⭐

cinder quota-defaults

usage: cinder quota-defaults <tenant_id>

Lists the default quotas for a tenant β€” like, what everyone starts with before anyone customizes anything. the baseline. the factory settings of your storage life πŸ™ˆ

Positional arguments:

  • <tenant_id> β€” ID of the tenant you wanna list quota defaults for πŸ’œ

cinder quota-delete

usage: cinder quota-delete <tenant_id>

Deletes the quotas for a tenant. that's it, that's the whole thing. gone. poof. πŸ’€

Positional arguments:

  • <tenant_id> β€” UUID of the tenant to delete the quotas for πŸŽ€

cinder quota-show

usage: cinder quota-show <tenant_id>

Lists the quotas for a tenant. current numbers, right now, no guessing bestie πŸ’…

Positional arguments:

  • <tenant_id> β€” ID of the tenant you wanna list quotas for ✨

cinder quota-update

usage: cinder quota-update [--volumes <volumes>] [--snapshots <snapshots>]
                           [--gigabytes <gigabytes>] [--backups <backups>]
                           [--backup-gigabytes <backup_gigabytes>]
                           [--groups <groups>]
                           [--volume-type <volume_type_name>]
                           [--per-volume-gigabytes <per_volume_gigabytes>]
                           [--skip-validation <skip_validation>]
                           <tenant_id>

Updates the quotas for a tenant. the main character of quota commands tbh πŸ‘‘

Positional arguments:

  • <tenant_id> β€” ID of the tenant you're setting quotas for 🫢

Optional arguments:

  • --volumes <volumes> β€” the new "volumes" quota value. Default=None 🌸
  • --snapshots <snapshots> β€” the new "snapshots" quota value. Default=None πŸ’–
  • --gigabytes <gigabytes> β€” the new "gigabytes" quota value. Default=None πŸ¦‹
  • --backups <backups> β€” the new "backups" quota value. Default=None πŸ“
  • --backup-gigabytes <backup_gigabytes> β€” the new "backup_gigabytes" quota value. Default=None ⭐
  • --groups <groups> β€” the new "groups" quota value. Default=None 🌈
  • --volume-type <volume_type_name> β€” volume type. Default=None πŸ’œ
  • --per-volume-gigabytes <per_volume_gigabytes> β€” sets the max volume size limit. Default=None πŸŽ€
  • --skip-validation <skip_validation> β€” skips validating the existing resource quota. Default=False πŸ™ˆ

cinder quota-usage

usage: cinder quota-usage <tenant_id>

Lists the quota usage for a tenant β€” so like, not the limit, but how much of it you're actually eating through rn 😭

Positional arguments:

  • <tenant_id> β€” ID of the tenant you wanna list quota usage for ✨

cinder rate-limits

usage: cinder rate-limits [<tenant_id>]

Lists the rate limits for a user. speed check but make it API πŸ’…

Positional arguments:

  • <tenant_id> β€” display information for a single tenant (Admin only) πŸ”₯

cinder readonly-mode-update

usage: cinder readonly-mode-update <volume> <True|true|False|false>

Updates the volume's read-only access-mode flag β€” basically flipping the "don't touch" sign on or off πŸŽ€

Positional arguments:

  • <volume> β€” ID of the volume to update 🌸
  • <True|true|False|false> β€” enables or disables updating the volume to read-only access mode. (yes, all four spellings are valid, we don't judge πŸ’–)

cinder reimage

usage: cinder reimage [--reimage-reserved <True|False>] <volume> <image-id>

Rebuilds a volume, overwriting all content with the specified image. ⚠️ like β€” all content. everything. bestie the old data is NOT coming back, ok? this one's giving "no undo button" πŸ’€

Positional arguments:

  • <volume> β€” name or ID of the volume to reimage πŸ¦‹
  • <image-id> β€” the image id of the image that's gonna be used to reimage the volume ⭐

Optional arguments:

  • --reimage-reserved <True|False> β€” enables or disables reimage for a volume that's in a reserved state; otherwise only volumes in "available" or "error" status may be re-imaged. Default=False πŸ‘‘

cinder rename

usage: cinder rename [--description <description>] <volume> [<name>]

Renames a volume. glow-up but for labels πŸ’…

Positional arguments:

  • <volume> β€” name or ID of the volume to rename πŸŽ€
  • <name> β€” new name for the volume ✨

Optional arguments:

  • --description <description> β€” volume description. Default=None 🌸

cinder reset-state

usage: cinder reset-state [--type <type>] [--state <state>]
                          [--attach-status <attach-status>]
                          [--reset-migration-status]
                          <entity> [<entity> ...]

Explicitly updates the entity state in the Cinder database. and bestie when I say "explicitly" I mean it does exactly what you tell it and checks absolutely nothing 😭 read the warnings below, fr fr.

Positional arguments:

  • <entity> β€” name or ID of the entity to update πŸ¦‹

Optional arguments:

  • --type <type> β€” the type of entity to update. Available resources are: 'volume', 'snapshot', 'backup', 'group' (since 3.20) and 'group-snapshot' (since 3.19). Default=volume πŸ‘‘
  • --state <state> β€” the state to assign to the entity. NOTE: this command simply changes the state of the entity in the database with no regard to actual status, so exercise caution when using it πŸ™ˆ Default=None, which means the state is unchanged.
  • --attach-status <attach-status> β€” only used for a volume entity. The attach status to assign to the volume in the database, with no regard to the actual status. Valid values are "attached" and "detached". Default=None, which means the status is unchanged ⚠️
  • --reset-migration-status None β€” only used for a volume entity. Clears the migration status of the volume in the DataBase that indicates the volume is the source or destination of a volume migration, with no regard to the actual status πŸ’€
okay real talk β€” every one of these options writes straight to the database and ignores what's actually true about the resource. that's the whole point of the command and also the whole danger. caution, bestie. caution. 🫢

cinder retype

usage: cinder retype [--migration-policy <never|on-demand>]
                     <volume> <volume-type>

Changes the volume type for a volume. outfit change, but for storage πŸŽ€

Positional arguments:

  • <volume> β€” name or ID of the volume whose type you're modifying πŸ’œ
  • <volume-type> β€” the new volume type ✨

Optional arguments:

  • --migration-policy <never|on-demand> β€” the migration policy during retype of the volume 🌸

cinder revert-to-snapshot

usage: cinder revert-to-snapshot <snapshot>

Reverts a volume to the specified snapshot. time travel, lowkey πŸ¦‹βœ¨

Positional arguments:

  • <snapshot> β€” name or ID of the snapshot to restore. The snapshot must be the most recent one known to Cinder. no old snapshots, no exceptions 😭

cinder service-disable

usage: cinder service-disable [--reason <reason>] <hostname> <binary>

Disables the service 🚫

Positional arguments:

  • <hostname> β€” host name πŸŽ€
  • <binary> β€” service binary ⭐

Optional arguments:

  • --reason <reason> β€” reason for disabling the service 🌸

cinder service-enable

usage: cinder service-enable <hostname> <binary>

Enables the service βœ… the reverse of the previous one, we love symmetry πŸ’…

Positional arguments:

  • <hostname> β€” host name πŸŽ€
  • <binary> β€” service binary ⭐

cinder service-get-log

usage: cinder service-get-log
                             [--binary {,*,cinder-api,cinder-volume,cinder-scheduler,cinder-backup}]
                             [--server SERVER] [--prefix PREFIX]

Gets the service log level πŸ‘€

Optional arguments:

  • --binary None β€” binary to query πŸ¦‹
  • --server None β€” host or cluster value for the service πŸ’œ
  • --prefix None β€” prefix for the log, i.e.: "sqlalchemy." ✨

cinder service-list

usage: cinder service-list [--host <hostname>] [--binary <binary>]
                           [--withreplication [<True|False>]]

Lists all services, and you can filter by host and service binary πŸŽ€

Optional arguments:

  • --host <hostname> β€” host name. Default=None 🌸
  • --binary <binary> β€” service binary. Default=None ⭐
  • --withreplication <True|False> β€” enables or disables display of Replication info for c-vol services. Default=False πŸ”₯

cinder service-set-log

usage: cinder service-set-log
                             [--binary {,*,cinder-api,cinder-volume,cinder-scheduler,cinder-backup}]
                             [--server SERVER] [--prefix PREFIX]
                             <log-level>

Sets the service log level. turning the volume up (or down) on logging πŸ”Š

Positional arguments:

  • <log-level> β€” desired log level πŸŽ€

Optional arguments:

  • --binary None β€” binary to change πŸ¦‹
  • --server None β€” host or cluster value for the service πŸ’œ
  • --prefix None β€” prefix for the log, i.e.: "cinder.volume.drivers." ✨

cinder set-bootable

usage: cinder set-bootable <volume> <True|true|False|false>

Update the bootable status of a volume. is it a boot volume or isn't it? you decide. you have the power πŸ‘‘πŸ’…

Positional arguments:

  • <volume> β€” ID of the volume to update 🌸
  • <True|true|False|false> β€” flag to indicate whether the volume is bootable ⭐

cinder show

usage: cinder show <volume>

Shows volume details. the full tea β˜• on a volume 🫢

Positional arguments:

  • <volume> β€” name or ID of the volume πŸŽ€

cinder snapshot-create

usage: cinder snapshot-create [--name <name>] [--description <description>]
                              [--metadata [<key=value> ...]]
                              <volume>

Creates a snapshot πŸ“Έ the way you preserve a moment forever, but for data πŸ’–

Positional arguments:

  • <volume> β€” name or ID of the volume to snapshot πŸ¦‹

Optional arguments:

  • --name <name> β€” snapshot name. Default=None 🌸
  • --description <description> β€” snapshot description. Default=None ✨
  • --metadata <key=value> β€” snapshot metadata key and value pairs. Default=None πŸŽ€

cinder snapshot-delete

usage: cinder snapshot-delete [--force] <snapshot> [<snapshot> ...]

Removes one or more snapshots. plural. multiple. clean slate energy πŸ’€βœ¨

Positional arguments:

  • <snapshot> β€” name or ID of the snapshot(s) to delete πŸ¦‹

Optional arguments:

  • --force None β€” allows deleting a snapshot of a volume when its status is something other than "available" or "error". Default=False ⚠️

cinder snapshot-list

cinder snapshot-list [--all-tenants [<0|1>]] [--name <name>]
                     [--status <status>] [--volume-id <volume-id>]
                     [--marker <marker>] [--limit <limit>]
                     [--sort <key>[:<direction>]] [--tenant [<tenant>]]
                     [--metadata [<key=value> ...]]
                     [--filters [<key=value> ...]]
                     [--with-count [<True|False>]]

Okay bestie, this one just lists all the snapshots. All of them. Every last one. πŸ¦‹

Optional arguments:

  • --all-tenants <0|1> β€” shows the deets for all tenants. Admin only, so if you're not admin… it's giving "locked out of the group chat" 😭
  • --name <name> β€” filters results by a name. Default=None. Deprecated alert 🚨 this option is deprecated and will be removed in a newer release. Please use '--filters' option, which was introduced since 3.33 instead.
  • --status <status> β€” filters results by a status. Default=None. Also deprecated and also getting removed in a newer release. Same energy: use '--filters' (introduced since 3.33) instead. πŸ’…
  • --volume-id <volume-id> β€” filters results by a volume ID. Default=None. Yep, deprecated, yep, being removed in a newer release, yep, please use '--filters' since 3.33 instead. 🫢
  • --marker <marker> β€” starts returning snapshots that appear later in the snapshot list than the one represented by this id. Default=None. It's literally "start after this one" energy.
  • --limit <limit> β€” the max number of snapshots to return. Default=None. Boundaries, we love them ✨
  • --sort <key>[:<direction>] β€” comma-separated list of sort keys and directions in the form <key>[:<asc|desc>]. Valid keys: id, status, size, availability_zone, name, bootable, created_at, reference. Default=None. Sort your life out, iconically. πŸ‘‘
  • --tenant <tenant> β€” display information from a single tenant (Admin only).
  • --metadata <key=value> β€” filters results by a metadata key and value pair. Requires volume api version >=3.22. Default=None. Deprecated β€” will be removed in a newer release. Please use '--filters', introduced since 3.33, instead. πŸ™ˆ
  • --filters <key=value> β€” filter key and value pairs. Please use 'cinder list-filters' to check the enabled filters on the server. Use 'key~=value' for inexact filtering if the key supports it. Default=None. This is the new hotness, bestie πŸ’š
  • --with-count <True|False> β€” show the total number of snapshot entities. So useful when pagination is applied in the request. Count them, queen. πŸ”₯

cinder snapshot-manage

cinder snapshot-manage [--id-type <id-type>] [--name <name>]
                       [--description <description>]
                       [--metadata [<key=value> ...]]
                       <volume> <identifier>

Manages an existing snapshot β€” like, adopting one that already exists on the backend into Cinder's whole world. 🧚

Positional arguments:

  • <volume> β€” the Cinder volume that already exists in the volume backend.
  • <identifier> β€” the name or other identifier for the existing snapshot. This is, and I cannot stress this enough, backend specific. πŸ’€

Optional arguments:

  • --id-type <id-type> β€” the type of backend device identifier provided, typically source-name or source-id (Default=source-name).
  • --name <name> β€” snapshot name (Default=None).
  • --description <description> β€” snapshot description (Default=None).
  • --metadata <key=value> β€” metadata key=value pairs (Default=None).

cinder snapshot-manageable-list

cinder snapshot-manageable-list [--detailed <detailed>]
                                [--marker <marker>] [--limit <limit>]
                                [--offset <offset>]
                                [--sort <key>[:<direction>]]
                                [--cluster CLUSTER]
                                [<host>]

Lists all the manageable snapshots. Window shopping, basically. πŸ›οΈ

Positional arguments:

  • <host> β€” the Cinder host on which to list manageable snapshots; takes the form: host@backend-name#pool

Optional arguments:

  • --detailed <detailed> β€” returned detailed information (default true).
  • --marker <marker> β€” begin returning volumes that appear later in the volume list than the one represented by this reference. This reference should be json like. Default=None. (Yes, it says volumes β€” we're just relaying the message, don't shoot the messenger 🫠)
  • --limit <limit> β€” maximum number of volumes to return. Default=None.
  • --offset <offset> β€” number of volumes to skip after the marker. Default=None.
  • --sort <key>[:<direction>] β€” comma-separated list of sort keys and directions in the form <key>[:<asc|desc>]. Valid keys: size, reference. Default=None.
  • --cluster None β€” the Cinder cluster on which to list manageable snapshots; takes the form: cluster@backend-name#pool

cinder snapshot-metadata

cinder snapshot-metadata <snapshot> <action> <key=value>
                         [<key=value> ...]

Sets or deletes snapshot metadata. Set it, unset it, we're flexible. πŸ’…

Positional arguments:

  • <snapshot> β€” ID of the snapshot whose metadata we're updating.
  • <action> β€” the action. Valid values are "set" or "unset."
  • <key=value> β€” the metadata key and value pair to set or unset. For unset, specify only the key. πŸŽ€

cinder snapshot-metadata-show

cinder snapshot-metadata-show <snapshot>

Shows snapshot metadata. Peek at the vibes. πŸ‘€

Positional arguments:

  • <snapshot> β€” ID of snapshot.

cinder snapshot-metadata-update-all

cinder snapshot-metadata-update-all <snapshot> <key=value>
                                    [<key=value> ...]

Updates snapshot metadata. All of it. Go off. πŸ”₯

Positional arguments:

  • <snapshot> β€” ID of the snapshot whose metadata we're updating.
  • <key=value> β€” the metadata key and value pair to update.

cinder snapshot-rename

cinder snapshot-rename [--description <description>]
                       <snapshot> [<name>]

Renames a snapshot. New name, same energy. ✨

Positional arguments:

  • <snapshot> β€” name or ID of the snapshot.
  • <name> β€” new name for the snapshot.

Optional arguments:

  • --description <description> β€” snapshot description. Default=None.

cinder snapshot-reset-state

cinder snapshot-reset-state [--state <state>]
                            <snapshot> [<snapshot> ...]

Explicitly updates the snapshot state. You're just… telling it what to be. 😳

Positional arguments:

  • <snapshot> β€” name or ID of the snapshot to modify.

Optional arguments:

  • --state <state> β€” the state to assign to the snapshot. Valid values are "available", "error", "creating", "deleting", and "error_deleting". Default=available.
⚠️ NOTE: this command simply changes the state of the Snapshot in the DataBase with no regard to the actual status. Exercise caution when using. Like, genuinely β€” it does not check reality. It just types a new word in the DB and walks away. πŸ’€

cinder snapshot-show

cinder snapshot-show <snapshot>

Shows snapshot details. The full dossier. πŸ•΅οΈβ€β™€οΈ

Positional arguments:

  • <snapshot> β€” name or ID of the snapshot.

cinder snapshot-unmanage

cinder snapshot-unmanage <snapshot>

Stop managing a snapshot. It's not you, it's… okay it's kind of you. ✌️

Positional arguments:

  • <snapshot> β€” name or ID of the snapshot to unmanage.

cinder summary

cinder summary [--all-tenants [<0|1>]]

Get a volumes summary. The TL;DR of your storage. πŸ“Š

Optional arguments:

  • --all-tenants <0|1> β€” shows details for all tenants. Admin only.

cinder thaw-host

cinder thaw-host <hostname>

Thaws and enables the specified cinder-volume host. Un-freeze the queen. 🧊➑️πŸ”₯

Positional arguments:

  • <hostname> β€” host name.

cinder transfer-accept

cinder transfer-accept <transfer> <auth_key>

Accepts a volume transfer. Say yes to the volume. πŸ’

Positional arguments:

  • <transfer> β€” ID of the transfer to accept.
  • <auth_key> β€” authentication key of the transfer to accept.

cinder transfer-create

cinder transfer-create [--name <name>] [--no-snapshots] <volume>

Creates a volume transfer. Pack it up and send it. πŸ“¦

Positional arguments:

  • <volume> β€” name or ID of the volume to transfer.

Optional arguments:

  • --name <name> β€” transfer name. Default=None.
  • --no-snapshots None β€” allows or disallows transfer of volumes without snapshots. Default=False.

cinder transfer-delete

cinder transfer-delete <transfer> [<transfer> ...]

Undoes a transfer. Never mind, actually. πŸ™ˆ

Positional arguments:

  • <transfer> β€” name or ID of the transfer to delete.

cinder transfer-list

cinder transfer-list [--all-tenants [<0|1>]]
                     [--sort <key>[:<direction>]]
                     [--filters [<key=value> ...]]

Lists all transfers. All of them, lined up. 🌈

Optional arguments:

  • --all-tenants <0|1> β€” shows details for all tenants. Admin only.
  • --sort <key>[:<direction>] β€” sort keys and directions in the form of <key>[:<asc|desc>].
  • --filters <key=value> β€” filter key and value pairs.

cinder transfer-show

cinder transfer-show <transfer>

Shows transfer details. Receipts, basically. 🧾

Positional arguments:

  • <transfer> β€” name or ID of the transfer to accept. (Yes, "accept" β€” that's what it says, bestie, we don't edit the source πŸ’…)

cinder type-access-add

cinder type-access-add --volume-type <volume_type> --project-id
                       <project_id>

Adds volume type access for the given project. Let them in. 🫢

Optional arguments:

  • --volume-type <volume_type> β€” volume type name or ID to add access for the given project.
  • --project-id <project_id> β€” project ID to add volume type access for.

cinder type-access-list

cinder type-access-list --volume-type <volume_type>

Prints access information about the given volume type. Who's allowed in the club. 🎟️

Optional arguments:

  • --volume-type <volume_type> β€” filter results by volume type name or ID.

cinder type-access-remove

cinder type-access-remove --volume-type <volume_type> --project-id
                          <project_id>

Removes volume type access for the given project. Revoking the invite, lowkey brutal. 😭

Optional arguments:

  • --volume-type <volume_type> β€” volume type name or ID to remove access for the given project.
  • --project-id <project_id> β€” project ID to remove volume type access for.

cinder type-create

cinder type-create [--description <description>]
                   [--is-public <is-public>]
                   <name>

Creates a volume type. Birth of an icon. πŸ‘‘

Positional arguments:

  • <name> β€” name of the new volume type.

Optional arguments:

  • --description <description> β€” description of the new volume type.
  • --is-public <is-public> β€” make the type accessible to the public (default true).

cinder type-default

cinder type-default

List the default volume type. The main character of types. ⭐


cinder type-delete

cinder type-delete <vol_type> [<vol_type> ...]

(and that's where this part hands off, bestie β€” more coming πŸ¦‹)

Deletes volume type or types. Poof, gone, bye bestie πŸ‘‹

Positional arguments:

  • <vol_type> β€” Name or ID of the volume type or types you're yeeting. Delete responsibly πŸ’…

cinder type-key

cinder type-key <vtype> <action> <key=value> [<key=value> ...]

Sets or unsets extra_spec for a volume type. Think of it as customizing the vibe of a volume type ✨

Positional arguments:

  • <vtype> β€” Name or ID of the volume type.
  • <action> β€” The action. Valid values are "set" or "unset."
  • <key=value> β€” The extra specs key and value pair to set or unset. For unset, specify only the key β€” no value, she's on a solo journey πŸ™ˆ

cinder type-list

cinder type-list [--filters [<key=value> ...]]

Lists available 'volume types'. A whole lineup, main character energy πŸ‘‘

Optional arguments:

  • --filters <key=value> β€” Filter key and value pairs. Admin only. No sneaking in without the badge πŸ”

cinder type-show

cinder type-show <volume_type>

Show volume type details. The full lore 🫢

Positional arguments:

  • <volume_type> β€” Name or ID of the volume type.

cinder type-update

cinder type-update [--name <name>] [--description <description>]
                   [--is-public <is-public>]
                   <id>

Updates volume type name, description, and/or is_public. Glow-up era 🌸

Positional arguments:

  • <id> β€” ID of the volume type.

Optional arguments:

  • --name <name> β€” Name of the volume type.
  • --description <description> β€” Description of the volume type.
  • --is-public <is-public> β€” Make type accessible to the public or not. Public or private, choose your era πŸ’–

cinder unmanage

cinder unmanage <volume>

Stop managing a volume. It's not you, it's me β€” Cinder's stepping back πŸ¦‹

Positional arguments:

  • <volume> β€” Name or ID of the volume to unmanage.

cinder upload-to-image

cinder upload-to-image [--force [<True|False>]]
                       [--container-format <container-format>]
                       [--disk-format <disk-format>]
                       [--visibility <public|private|community|shared>]
                       [--protected <True|False>]
                       <volume> <image-name>

Uploads volume to Image Service as an image. Volume to image, a full transformation arc πŸ”₯

Positional arguments:

  • <volume> β€” Name or ID of volume to snapshot.
  • <image-name> β€” The new image name.

Optional arguments:

  • --force <True|False> β€” Enables or disables upload of a volume that is attached to an instance. Default=False. This option may not be supported by your cloud β€” check before you commit, bestie 😭
  • --container-format <container-format> β€” Container format type. Default is bare.
  • --disk-format <disk-format> β€” Disk format type. Default is raw.
  • --visibility <public|private|community|shared> β€” Set image visibility to public, private, community or shared. Default=private.
  • --protected <True|False> β€” Prevents image from being deleted. Default=False. Protective energy, we love to see it πŸ›‘οΈ

cinder version-list

cinder version-list

List all API versions. Just vibes and version numbers, no cap ⭐


cinder work-cleanup

cinder work-cleanup [--cluster <cluster-name>] [--host <hostname>]
                    [--binary <binary>]
                    [--is-up <True|true|False|false>]
                    [--disabled <True|true|False|false>]
                    [--resource-id <resource-id>]
                    [--resource-type <Volume|Snapshot>]
                    [--service-id <service-id>]

Request cleanup of services with optional filtering. Tidy up, sparkle joy, etc 🧹✨

Optional arguments:

  • --cluster <cluster-name> β€” Cluster name. Default=None.
  • --host <hostname> β€” Service host name. Default=None.
  • --binary <binary> β€” Service binary. Default=None.
  • --is-up <True|true|False|false> β€” Filter by up/down status, if set to true services need to be up, if set to false services need to be down. Default is None, which means up/down status is ignored.
  • --disabled <True|true|False|false> β€” Filter by disabled status. Default=None.
  • --resource-id <resource-id> β€” UUID of a resource to cleanup. Default=None.
  • --resource-type <Volume|Snapshot> β€” Type of resource to cleanup.
  • --service-id <service-id> β€” The service id field from the DB, not the uuid of the service. Default=None. Important distinction, iykyk πŸ’€

cinder help

cinder help [<subcommand>]

Shows help about this program or one of its subcommands. When in doubt, ask for help β€” literally 🌈

Positional arguments:

  • <subcommand> β€” Shows help for <subcommand>.

πŸ‘‘ AUTHOR

OpenStack Contributors


OpenStack Contributors


aaaand that's the whole page bestie, we ate and left no crumbs πŸ’…βœ¨ This one's version 9.9.0, dated Mar 31, 2026, source CINDER(1) β€” iconically timeless, fr fr πŸ’œπŸ«Ά

πŸ“¦ where this page comes from