diff --git a/doc/config-reference/block-storage/drivers/solidfire-volume-driver.xml b/doc/config-reference/block-storage/drivers/solidfire-volume-driver.xml index b6a917312c..4a44d5cc26 100644 --- a/doc/config-reference/block-storage/drivers/solidfire-volume-driver.xml +++ b/doc/config-reference/block-storage/drivers/solidfire-volume-driver.xml @@ -1,22 +1,52 @@
-SolidFire - The SolidFire Cluster is a high performance all SSD iSCSI storage device, - providing massive scale out capability and extreme fault tolerance. A key - feature of the SolidFire cluster is the ability to set and modify during - operation specific QoS levels on a volume per volume basis. The SolidFire - cluster offers all of these things along with de-duplication, compression and an - architecture that takes full advantage of SSD's. - To configure and use a SolidFire cluster with Cinder modify your - cinder.conf file as shown below: - - volume_driver=cinder.volume.drivers.solidfire.SolidFire - san_ip=172.17.1.182 # the address of your MVIP - san_login=sfadmin # your cluster admin login - san_password=sfpassword # your cluster admin password - + xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0"> + SolidFire + The SolidFire Cluster is a high performance all SSD iSCSI + storage device that provides massive scale out capability and + extreme fault tolerance. A key feature of the SolidFire + cluster is the ability to set and modify during operation + specific QoS levels on a volume for volume basis. The + SolidFire cluster offers this along with de-duplication, + compression, and an architecture that takes full advantage of + SSDs. + To configure the use of a SolidFire cluster with Block + Storage, modify your cinder.conf file as + follows: + volume_driver=cinder.volume.drivers.solidfire.SolidFire +san_ip=172.17.1.182 # the address of your MVIP +san_login=sfadmin # your cluster admin login +san_password=sfpassword # your cluster admin password +sf_account_prefix='' # prefix for tenant account creation on solidfire cluster (see warning below) + + The SolidFire driver creates a unique account prefixed + with + $cinder-volume-service-hostname-$tenant-id + on the SolidFire cluster for each tenant that accesses the + cluster through the Volume API. Unfortunately, this + account formation results in issues for High Availability + (HA) installations and installations where the cinder-volume service can + move to a new node. HA installations can return an + Account Not Found error because + the call to the SolidFire cluster is not always going to + be sent from the same node. In installations where the + cinder-volume + service moves to a new node, the same issue can occur when + you perform operations on existing volumes, such as clone, + extend, delete, and so on. + + + Set the sf_account_prefix option to + an empty string ('') in the + cinder.conf file. This setting + results in unique accounts being created on the SolidFire + cluster, but the accounts are prefixed with the tenant-id + or any unique identifier that you choose and are + independent of the host where the cinder-volume service + resides. +