The cinder.volume.drivers.tintri Module¶

Volume driver for Tintri storage.

class TClient(hostname, username, password, api_version=’v310’)¶

Bases: object

REST client for Tintri storage.

clone_volume(snapshot_uuid, volume_path)¶

Clones a volume from snapshot.

create_snapshot(volume_path, volume_name, volume_id, snapshot_name, deletion_policy=None)¶

Creates a volume snapshot.

delete(api)¶

delete_snapshot(snapshot_uuid)¶

Deletes a snapshot.

get(api)¶

get_image_snapshots_to_date(date)¶

get_query(api, query)¶

get_snapshot(volume_id)¶

Gets a volume snapshot.

login(username, password)¶

logout()¶

post(api, payload)¶

put(api, payload)¶

class TintriDriver(*args, **kwargs)¶

Bases: cinder.volume.driver.ManageableVD, cinder.volume.driver.CloneableImageVD, cinder.volume.drivers.nfs.NfsDriver

Base class for Tintri driver.

Version History

2.1.0.1 - Liberty driver
2.2.0.1 - Mitaka driver
        -- Retype
        -- Image cache clean up
        -- Direct image clone fix

CI_WIKI_NAME = ‘Tintri_CI’¶

REQUIRED_OPTIONS = [‘tintri_server_hostname’, ‘tintri_server_username’, ‘tintri_server_password’]¶

VENDOR = ‘Tintri’¶

VERSION = ‘2.2.0.1’¶

clone_image(context, volume, image_location, image_meta, image_service)¶

Creates a volume efficiently from an existing image.

image_location is a string whose format depends on the image service backend in use. The driver should use it to determine whether cloning is possible.

Returns a dict of volume properties eg. provider_location, boolean indicating whether cloning occurred.

copy_image_to_volume(context, volume, image_service, image_id)¶

Fetches the image from image_service and write it to the volume.

create_cloned_volume(volume, src_vref)¶

Creates a clone of the specified volume.

create_snapshot(snapshot)¶

Creates a snapshot.

create_volume_from_snapshot(volume, snapshot)¶

Creates a volume from snapshot.

delete_snapshot(snapshot)¶

Deletes a snapshot.

do_setup(context)¶

get_pool(volume)¶

Returns pool name where volume resides.

Parameters:	volume – The volume hosted by the driver.
Returns:	Name of the pool where given volume is hosted.

manage_existing(volume, existing_ref)¶

Brings an existing backend storage object under Cinder management.

existing_ref is passed straight through from the API request’s manage_existing_ref value, and it is up to the driver how this should be interpreted. It should be sufficient to identify a storage object that the driver should somehow associate with the newly-created cinder volume structure.

Parameters:	volume – Cinder volume to manage existing_ref – Driver-specific information used to identify a volume

manage_existing_get_size(volume, existing_ref)¶

Returns size of volume to be managed by manage_existing.

When calculating the size, round up to the next GB.

Parameters:	volume – Cinder volume to manage existing_ref – Driver-specific information used to identify a volume

retype(context, volume, new_type, diff, host)¶

Retype from one volume type to another.

At this point Tintri VMstore does not differentiate between volume types on the same array. This is a no-op for us.

unmanage(volume)¶

Removes the specified volume from Cinder management.

Does not delete the underlying backend storage object.

Parameters:	volume – Cinder volume to unmanage