Known issues

During installation, Spectrum Control Base fails to acknowledge license agreement acceptance by the user.

To avoid this issue, mount the /tmp folder on the host with read/write permissions prior to the package installation.

Editing the ldap.ini file manually may cause the Spectrum Control Base LDAP integration failure.

To avoid this issue, use the sc_ldap CLI command for LDAP configuration.

Cloning of a virtual machine fails, if the user chooses to customize the VM hardware during the cloning procedure.

To avoid this issue, customize the virtual machine hardware only after the VM cloning is completed.

XIV® and Spectrum Accelerate storage systems can be differentiated in VMware VASA 1.0 only using the UUID field under Manage > Storage Providers > Storage System Details. The XIV storage system UUID includes the 900 code, and Spectrum Accelerate includes either 104 or 204code.

Currently there is no solution or workaround for this limitation.

vWC volume creation and mapping task may fail, if a source pool that exists on an array within a domain, has been attached to service created by the default Spectrum Control user.

To avoid this issue, associate the default Spectrum Control Base user with the storage array domain.

To avoid this issue, verify that the user performing the Spectrum Accelerate upgrade has sufficient access level for completing the task.

To resolve this issue, restart the ibm_spectrum_control and the rsyslogservices manually.

To resolve this issue, restore the required service capabilities manually.

To resolve this issue, remove the vCO server manually after the upgrade is completed.

To avoid this issue, resize the virtual disk only after the disk formatting process is finished.

To avoid this issue, make sure that at least one of the child pools has sufficient disk space to host the datastore vDisk.

To avoid this issue, use only English characters in the names assigned to vSphere dataceners and virtual machines.

To avoid this issue, keep the length of the storage service name under 50 characters.

Currently there is no solution or workaround for this limitation.

Currently there is no solution or workaround for this limitation.

To avoid this issue, remove SVC from Spectrum Control Base, re-install the SVC software and connect the storage system to Spectrum Control Base again.

Currently there is no solution or workaround for this limitation.

To avoid this issue, register all Spectrum Control Base instances as storage providers for VASA 1.0 or VASA 2.0

Volumes that were migrated from an XIV storage array (A) to another XIV storage array (B) using Hyper-Scale Mobility (online volume migration) might not be manageable.

This specifically occurs if the volumes on the original XIV storage array (A) are deleted from the storage array (A), and then the same volume IDs are reused on that storage array (A).

If both XIV systems (A and B) are connected to the same Spectrum Control Base and this situation occurs, it prevents the management of these volumes through Spectrum Control Base.

Currently there is no solution or workaround for this limitation.

Currently there is no solution or workaround for this limitation.

To resolve this issue, replace the self-signed certificate as explained in the user guide.

This is to prevent repeated login attempt failures after which the directory server blocks that user account.

In such a case, update the storage admin credentials on the storage array with which the login has failed. Alternatively, you can remove that specific storage array from Spectrum Control Base and then reset the credentials.

You can find the relevant storage array by checking the events.log log file. For example:

Mar 26 13:50:01 ronend-sc1  ERROR ID:SC-0008 |
Severity:ERROR | Parameters:reason=Logging in to
array 2810-214-MN65025 has failed with the provided
credentials.
,user_name=ronenu | Message:Storage credentials for 
user ronenu were disabled. Reason: Logging in to
array 2810-214-MN65025 has failed with the provided
credentials.

To resolve this issue, use the Spectrum Control Base GUI or CLI to remove and then add back these storage arrays.

To resolve this issue, disable the Internet Explorer Enhanced Security Configuration option.

In such a case, use the Spectrum Control Base GUI to edit and update the IP address of the storage array (In the Arrays pane, move the mouse pointer over an array that you want to update, and then click the Edit button).

To resolve this issue, terminate the Celery background process by using the Linux kill -9 command.

This occurs if the LUN number is already associated with a volume outside of the XIV domain.

Currently there is no solution or workaround for this limitation.

As a result, volumes that were mapped to an empty cluster must be manually unmapped.

To avoid this issue: before mapping volumes to an XIV array, delete all empty cluster configurations on that array, or add at least one host to each empty cluster.

Stopping Django service ... [OK]
Stopping Celery services ... [OK]
Stopping DS8K proxy.....[FAILED]

To resolve this issue, terminate all the Java background processes and then restart the Spectrum Control Base service.

Currently there is no solution or workaround for this limitation.

Currently there is no solution or workaround for this limitation.

Currently there is no solution or workaround for this limitation.

To resolve this issue, remove and reattach the vCenter server on Spectrum Control Base.

To resolve this issue, delete all hosts defined without domain, and add these hosts again with valid domain settings.

To resolve this issue, use IPv4 addressing, when configuring storage arrays.

To avoid this issue, before performing upgrade, verify that all storage arrays are connected to Spectrum Control Base properly.

Currently there is no solution or workaround for this limitation.

In such a case, determine whether the IBM Tivoli Storage Productivity Center capabilities are sufficient for replacing the IBM Storage Provider for VMware VASA. If the IBM Storage Provider for VMware VASA is still needed, IBM TPC 5.2 (or later) provides a method of excluding storage arrays from a specific storage provider, allowing you to remove the array association with the IBM TPC provider.

For more information, refer to the IBM Tivoli Storage Productivity Center documentation.

To avoid this issue, do not include spaces in the IP interface name of the XIV storage system.

To resolve this issue, delete the space and the service from the standby Spectrum Control Base manually.

To avoid this issue, verify that Spectrum Control Base is registered as a VASA provider before adding the storage system after its removal. In addition, after the storage system is added, it is recommended to check the vCenter log whether Spectrum Control Base was identified as an active VASA provider.

To resolve this issue, remove volume mapping using the XIV GUI.

Currently there is no solution or workaround for this limitation.

Currently there is no solution or workaround for this limitation.

To avoid this situation, increase the storage pool size to be 103 GB or bigger.

To avoid this situation, create and map a volume to a host only after the previous volume mapping process has been completed.

If a combination of both iSCSI and FC initiator port types is defined for an ESXi host, mapping volumes to that ESXi host causes both iSCSI and FC to be used for those volumes.

To avoid this situation, use the storage system management tools to define only one active protocol type (iSCSI or FC) for the initiators of each ESXi host.

To avoid this issue, always use the same LUN ID when mapping a volume to multiple ESXi hosts via the storage system management GUI.

Currently there is no solution or workaround for this limitation.

Currently there is no solution or workaround for this limitation.

To avoid this issue, do not map a specific volume to ESXi hosts that are not managed by the same vCenter server.

To avoid this error on the Spectrum Control Base side, log out of vSphere Web Client before upgrading the Spectrum Control Base software.

To avoid this issue, keep the default value of 300 or keep the value higher than 1.

To avoid this issue, unmap the volume before deleting it.

If you encounter this problem, configure only one volume group for one ESXi host when creating and mapping a volume.

Currently there is no solution or workaround for this limitation.

To resolve this issue, log into vCenter Managed Object Browser (MOB) at https://<vCenter_server_IP>/mob., using your vCenter credentials.

Navigate to Content > ExtensionManager > UnregisterExtension.

Enter com.ibm.storage.vwc, when a pop-up window is displayed, and click Invoke Method twice.

Repeat registration of the vCenter server on the newly connected Spectrum Control Base.

Currently there is no solution or workaround for this limitation.

Currently there is no solution or workaround for this limitation.

Currently there is no solution or workaround for this limitation.

Currently there is no solution or workaround for this limitation.

To resolve this issue, manually update to the thresholds in vCOps to match the XIV microcode that you are using.

Currently there is no solution or workaround for this limitation.

To resolve this issue, delete the duplicate thresholds.

To resolve this issue, restart the Spectrum Control Base service.