AssuredSAN Pro 5000 Series Release Notes for Software Version CS100P010

Description

Product models

Additional devices

Operating systems

Important firmware notes

Enhancements and fixes

Installation instructions

Known issues and workarounds

Supersedes history

Effective date

Version: CS100P010

..Description

This firmware for AssuredSAN Pro 5000 series storage arrays includes fixes and enhancements as well as issues that have been discovered in testing since the original release.

..Product models

AssuredSAN Pro 5000 Series controllers:

·         Dot Hill 5420 and 5720 controllers

..Additional devices

Supported Drive Enclosures:

·         Dot Hill 5120 and 5130 Drive Enclosures, firmware S200B23

..Operating systems

Supported operating systems:

·         Microsoft Windows Server 2012 (x64 and x86, Standard and Datacenter editions, and Windows Server 2012 Essentials)

·         Microsoft Windows Server 2008 (IA32 and x64, Standard, Enterprise, and Datacenter editions)

·         Microsoft Windows Server 2008 R2 (x64, Standard, Enterprise, and Datacenter editions)

·         Microsoft Windows Server 2008 and 2008 R2 x64 Hyper-V

·         Red Hat Enterprise Linux 5.7, 5.8, 6.1, 6.2 (IA32, x64)

·         SuSE Linux Enterprise Server 10.4 and 11 SP2 (x64 and IA32)

·         VMware ESX 4.0, 4.1, and 5.0

·         Apple OS X (Snow Leopard 10.6 and 10.7)

..Important firmware notes

When Microsoft MPIO is used with this release of firmware for Pro 5000 series storage arrays, some setting changes are advisable:

·         Apply the following Microsoft Windows time-out values (refer to Microsoft documentation for information about how to make registry changes):

·         Disk Timeout value = 30

·         Path verify enabled = False

·         Path verify period = 60

·         Retry Count = 10

·         Retry Interval = 5

·         PDO Timeout = 120

·         UseCustomPathRecoveryInterval = 1

·         PathRecoveryInterval = 60

·         When MPIO is running on Windows Server 2008 R2 SP1, apply the following Microsoft hot-fixes:

·         KB2460971 - MPIO failover fails on a computer that is running Windows Server 2008 R2.

·         KB2670762 - MPIO does not log path failure events in the event log on a Windows Server 2008 R2-based computer.

·         KB2614956 - Windows 7 or Windows Server 2008 R2 crashes when you use Mpclaim.exe to claim a storage device.

This release of firmware for Pro 5000 series storage arrays has the following limitations:

·         The IPv6 protocol is not supported on the management port for this release. Use IPv4 instead.

·         SMI-S is not supported in this release.

·         The documentation indicates that a maximum of ten chassis is supported. For this release a maximum of six chassis is supported.

..Enhancements and fixes

The following fixes were incorporated in CS100P010 firmware:

·         Fixed a corner-case data unavailability issue caused by a snap pool going offline after failover.

·         Fixed an https webserver hang.

·         Fixed various security issues.

·         Fixed a data unavailability issue caused by a page fault with ESX hosts.

·         Fixed a corner-case data unavailability issue caused by not updating the port WWNs during replications.

·         Fixed a corner-case data loss issue when a disk failed in a RAID-1 configuration with replications.

·         Fixed a corner-case data loss issue caused by incorrect marking of a pool as faulted when the pool went offline.

·         Improved health reporting for unhealthy pools.

·         Fixed an issue where auto-negotiation for controller Ethernet ports is disabled if the auto-negotiation parameter is not specified in the set network-parameters command.

·         Fixed a corner case data unavailability issue caused by a controller crash after failover.

·         Fixed a data unavailability issue caused by pages being freed during a virtual disk-group drain operation.

·         Fixed a data unavailability issue after an unsafe trust operation.

·         Fixed a crash after an unsafe trust operation.

·         Fixed a controller hang during shutdown with ESX hosts.

The following enhancements were incorporated in CS100P009 firmware:

·         Enabled auto-unkill for failover reason "PCIE link fault.”

The following fixes were incorporated in CS100P009 firmware:

·         Fixed an issue where failover did not succeed.

·         Fixed an issue where failback took longer than 60 seconds.

·         Upgraded to OpenSSL v1.0.2h and added security fix.

·         Enabled users to install their own SSL certificates even if OpenSSL verification fails.

·         Improved error handling when a custom OpenSSL certificate is used.

·         Prevented auto-unkill when the partner controller is not installed.

·         Fixed an issue where a controller could hang due to a hard drive medium error.

·         Enabled disk-group background utilities to run after attempting to remove a disk group from a pool failed due to lack of space to drain data and drain was aborted.

·         Fixed an issue with VMware where ATS aborts were incorrectly handled and resulted in a crash.

·         Fixed an issue that allowed reconstruction of a quarantined RAID-6 disk group to succeed, causing a controller crash, when instead the reconstruction utility should have aborted.

·         Dequarantine event 173 now indicates the status (health) of the dequarantined disk group and whether the dequarantine mode was automatic or manual.

·         Fixed an issue where the MC became unresponsive while deleting storage when storage-pool components were missing from a storage pool.

The following enhancements were incorporated in CS100P008 firmware:

·         Upgraded FC Patch Libs.

The following fixes were incorporated in CS100P008 firmware:

·         Changed code to initiate full reconstruction, instead of quick rebuild, of disk group when pool health is in offline state.

·         Prevented hangs or crashes due to linked list corruption in paged storage code when a Storage Controller runs out of more than one resource at a time.

·         Fixed a failover issue where the surviving controller would hang after losing the heartbeat of the partner controller.

·         Prevented manual dequarantine of a virtual disk group, which can result in data loss or corruption.

·         Fixed an issue where trying to remove all storage pools failed with an insufficient-space error.

·         Eliminated some erroneous error messages that could be stored in the controller debug log when I/O is performed to pools larger than 12.5TiB.

·         Fixed a resource leak in the special case where an I/O straddled a 4MiB page boundary and certain other specific internal conditions occurred, which would gradually reduce I/O performance and eventually cause the controller to appear to hang from the host's standpoint.

·         Updated OpenSSL and OpenSSH versions.

·         Security fixes and dynamic SSL certificate feature.

·         Fixed cases where paged storage metadata could get out of sync and result in corruption of pool metadata.

·         Provided a way for support personnel to resolve situations in which a virtual pool cannot be deleted by normal means.

·         Prevented an internal data-lock issue that occurred when performing tier migration of paged storage.

·         Improved internal mechanism for updating the health of a storage pool, and prevented utilities from running on a pool in an offline state.

The following fixes were incorporated in CS100P007 firmware:

·         Fix xcopy handling of DMA errors.

·         Fix POODLE vulnerability.

·         Fixed buffer overflow exception caused by CLI show snapshots command.

·         Vdisk owned by JBOD enclosure went to a quarantined state after an expansion cable pull when other controller is already killed.

·         Fixed issues with xcopy abort handling.

·         Fixed an inability to create SNMP V3 User by specifying only the privacy type and not the authentication type.

·         If the network port for A controller A is down, traps will be sent from controller B.

·         Fixed an issue where media error recovery during a copyback operation could result in a single or dual controller crash.

·         Changed the "remote" command capability from "monitor" to "manage."

·         Added a check and error message if the configuration contains a paged storage pool.

·         Fixed an issue with intermittent replication failures.

The following enhancements were incorporated in CS100P004 firmware:

·         Edited the RAIDar "Managing users" help topic to remove text indicating that user names could include a space.

·         Added MC CLI support to set partner controller Ethernet parameters link speed, duplex mode and auto-negotiation.

·         SMC should have replication information tab on volume group.

·         Add SC support for SSD component auto-drain enable/disable.

·         CLI help changes for pinning a volume to a tier.

·         Added support for SCSI Thin Provisioning threshold checking.

·         Added auto-drain to CLI online help for set/show storage-pools.

·         Disk Group Draining is now user-configurable.

The following fixes were incorporated in CS100P004 firmware:

·         Heartbleed security fix and updated SSL certificates.

·         Reduce prints for I/O path.

·         Fixed a data corruption problem and modified PS resource queuing.

·         Prevented a system crash while creating snapshots.

·         Corrected an issue mapping new volumes using groups.

·         Fixed erroneous implicit logout issues.

·         Fixed a controller hang issue during deletion of a replication image or snapshot on a secondary volume.

·         Fixed a cache crash that was due to an unhandled replication error.

·         Fixed clear controller cache stats so that read/write histogram data is also reset.

·         The scheduler was not honoring the Time Constraint and Date Constraint of the schedule policy.

·         Fixed restore users and restore defaults.

·         Fixed a cache flush hang during snapshot creation.

·         Now displays the correct storage pool size.

·         10Gb iSCSI system dropped connections intermittently due to timeouts on the wire.

·         Needed the ability to pin a volume to a tier using the CLI and WBI.

·         Created a setting to disable mouse-over (hover help) popups.

·         Fixed a controller crash caused by a locking issue while acquiring a volumedataset lock.

·         Fixed an issue with PGR where meta records could be zeroed for paged volumes.

·         Fixed an issue where changing email notifications from controller A caused controller B's port0 link to go down and then up.

·         Upgraded LSI 6Gb SAS Libs.

·         Fixed a page fault in iSCSI probes.

·         Fixed a drive loss (105 sec timeout) when updating firmware.

·         Fixed a data corruption issue when a controller shut down for a firmware upgrade while the remaining controller had stale data.

·         Fixed an erroneous implicit logout issue.

·         Fixed a PGR issue where meta records could be zeroed.

·         Fixed an issue where a global spare drive went to left-over status when one drive was pulled from each vdisk while I/O was running.

The following enhancements were incorporated in CS100P003 firmware:

·         Increased boot flush speed measurement from 32MB to 320MB.

The following fixes were incorporated in CS100P003 firmware:

·         Raised the CacheEccCorrectableCountThreshold to 30.

·         Now uses the correct (T10 SBC-3) status values for the Get LBA status command.

·         Fixed a crash when adding a component to a storage pool.

·         Fixed parity errors detected after shutdown and power removal of an array while rebuilds were in progress.

·         Improved rebalance within a tier by speeding it up significantly.

·         Fixed an issue where SSD SAS drives were reported as mechanical SAS drives.

·         Prevented periodic compact flash checks from accessing raw ATA registers without a device lock.

·         Prevented possible unreadable BLPT/TLPT entries on disk due to stale vuSN information.

·         Prevented a page fault in rebalance when components became full.

·         Moved the CLI show storage-pool-components command to manage-level. .

The following enhancements were incorporated in CS100P002-03 firmware:

·         Added support for the customization toolkit.

The following fixes were incorporated in CS100P002-03 firmware:

·         ATS errors in logs due to not initializing fields on IO completions if ATS command aborts.

·         Missed partner portal causes synchronization deadlock.

·         Page fault in link down with timeout scenario.

·         Both controllers crash due to page faults during moderate data move load.

·         Crash when changing host channel config to enable or disable jumbo frames while running I/O.

·         Hot pages can't move to SSD because coldest SSD pages are not cold enough.

·         Remote replication fails when reversing the replication set because the replication set loses a volume name.

·         ATS commands do not work if forwarded.

·         CLI map command fails when changing the mappings of a LUN from read-write to read-only.

·         IP address errors on iSCSI controllers.

·         Controller crashes when an ATS command is aborted.

·         Both controllers crash due to aborting ATS commands.

·         Intermittent hang when the CLI unmap command attempt to free up storage space.

·         Tiering sometimes incorrectly halts moving pages or moves pages too slowly.

·         Windows 2012 does not issue unmap commands to paged storage volumes with deleted files.

·         Controller A crashes during remote replication set creation.

·         Resource leak in portal connections.

·         When drive enclosures are disconnected or power cycled, I/O is allowed to restart without an updated page allocation map.

·         Controller B kills controller A during partner firmware update.

·         SC hangs after running I/O from VMware with ATS disabled from host.

..Installation instructions

Installation notes and best practices

 

WARNING! Do not cycle power or restart devices during a firmware update. If the update is interrupted or there is a power failure, the module could become inoperative. If this occurs, contact technical support. The module may need to be returned to the factory for reprogramming.

 

CAUTION: Before upgrading firmware, ensure that the system is stable and is not being reconfigured or changed in any way. If changes are in progress, monitor them and wait until they are completed before proceeding with the upgrade.

NOTE: To install this firmware, you must download the firmware package from the Dot Hill Customer Resource Center and save the file to your local filesystem. Ensure that FTP and telnet are enabled.

·         As with any firmware upgrade, it is a recommended best practice to ensure that you have a full backup prior to the upgrade.

·         When planning for a firmware upgrade, schedule an appropriate time to perform an online upgrade.

·         For single domain systems, I/O must be halted.

·         For dual domain systems, because the online firmware upgrade is performed while host I/Os are being processed, I/O load can impact the upgrade process. Select a period of low I/O activity to ensure the upgrade completes as quickly as possible and avoid disruptions to hosts and applications due to timeouts.

·         When planning for a firmware upgrade, allow sufficient time for the update.

·         In single-controller systems, it takes approximately 10 minutes for the firmware to load and for the automatic controller restart to complete.

·         In dual-controller systems, the second controller usually takes an additional 20 minutes to update, but may take as long as one hour.

·         During the installation process, monitor the system to determine update status and know when the update is complete.

·         After the installation process is complete and all controllers have automatically restarted, verify system status in Storage Management Console or the CLI and confirm that the new firmware version is displayed as running on all controllers.

·         Updating array controller firmware may result in new event messages that are not described in earlier versions of documentation. For comprehensive event message documentation, see the current version of the Event Descriptions Reference Guide.

Installation troubleshooting

If you experience issues during the installation process, do the following:

1.     When viewing system version information in the Storage Management Console System Overview panel, if an hour has elapsed and the components do not show that they were updated to the new firmware version, refresh the web browser. If version information is still incorrect, proceed to the next troubleshooting step.

2.     If version information does not show that the new firmware has been installed, even after refreshing the browser, restart all system controllers. For example, in the CLI, enter the restart mc both command. After the controllers have restarted, one of three things will happen:

·         Updated system version information is displayed and the new firmware version shows that it was installed.

·         The Partner Firmware Update process will automatically begin and will install the firmware on the second controller. When complete, the versions should be correct.

·         System version information is still incorrect. If system version information is still incorrect, proceed to the next troubleshooting step.

3.     Verify that all system controllers are operating properly. For example, in the CLI, enter the show disks command and read the display to confirm that the information displayed is correct.

·         If the show disks command fails to display the disks correctly, communications within the controller have failed. To reestablish communication, cycle power on the system and repeat the show disks command. (Do not restart the controllers; cycle power on the controller enclosure.)

·         If the show disks command from all controllers is successful, perform the firmware update process again.

Installation instructions using Storage Management Console

 

NOTE: It takes approximately 10 minutes for the firmware to load and for the automatic restart to complete. Progress messages are displayed in the FTP interface during that time. Wait for the progress messages to specify that the firmware load has completed. If the system Partner Firmware Update (PFU) option is enabled, allow an additional 20 minutes for the partner controller to be updated. No messages are displayed in the FTP interface during PFU.

A controller enclosure can contain one or two controller modules. In a dual-controller system, both controllers should run the same firmware version. Storage systems in a replication set must run the same firmware version. You can update the firmware in each controller module by loading a firmware file obtained from the enclosure vendor.

If you have a dual-controller system and the Partner Firmware Update option is enabled, when you update ne controller the system automatically updates the partner controller. If Partner Firmware Update is disabled, after updating firmware on one controller you must log into the partner controller's IP address and perform this firmware update on that controller also.

For best results, the storage system should be in a healthy state before starting firmware update.

Firmware update is supported from any of the following versions: CS100R004.

To update controller-module firmware:

1.     Obtain the appropriate firmware file and download it to your computer or network.

2.     If the storage system has a single controller, stop I/O to the system before you start the firmware update.

3.     Restart the Management Controller (MC) in the controller to be updated; or if PFU is enabled, restart the MCs in both controllers.

4.     Do one of the following:

·         In the banner click the system panel and select Update Firmware.

·         In the System topic select Action > Update Firmware.

The Update Firmware panel opens. The Update Controller Modules tab shows versions of firmware components that are currently installed in each controller.

5.     Click Choose File and select the firmware file to install.

6.     If you have a dual-controller system and want firmware to be automatically updated in both controllers, under Partner Firmware Upgrade select the Enabled check box and click Set. (PFU is enabled by default.) Otherwise, if PFU is disabled, after updating firmware on one controller you must log into the partner controller and perform this firmware update on that controller also.

7.     Click OK. A panel shows firmware-update progress.
The process starts by validating the firmware file:

·         If the file is invalid, verify that you specified the correct firmware file. If you did, try downloading it again from the source location.

·         If the file is valid, the process continues.

Firmware update typically takes 10 minutes for a controller with current CPLD firmware, or 20 minutes for a controller with downlevel CPLD firmware. If the controller enclosure has connected enclosures, allow additional time for each expansion module's enclosure management processor (EMP) to be updated. This typically takes or 3 minutes for each EMP in an expansion enclosure.

If the Storage Controller cannot be updated, the update operation is cancelled. Verify that you specified the correct firmware file and repeat the update. If this problem persists, contact technical support.

When firmware update on the local controller is complete, users are automatically signed out and the MC restarts. Until the restart is complete, sign-in pages say that the system is currently unavailable.

When this message is cleared, you may sign in again.

If PFU is enabled, allow 10 to 20 minutes for the partner controller to be updated.

8.     Clear your web browser cache, then sign in to Storage Management Console. If PFU is running on the controller you sign in to, a panel shows PFU progress and prevents you from performing other tasks until PFU is complete.

Updating expansion module firmware using Storage Management Console

An expansion enclosure can contain one or two expansion modules. Each expansion module contains an enclosure management processor (EMP). All modules of the same model should run the same firmware version.

Expansion-module firmware is updated in either of two ways:

·         When you update controller-module firmware, all expansion modules are automatically updated to a compatible firmware version.

·         You can update the firmware in each expansion module by loading a firmware file obtained from the enclosure vendor.

To update expansion module firmware:

1.     Obtain the appropriate firmware file and download it to your computer or network.

2.     If the storage system has a single controller, stop I/O to the system before you start the firmware update.

3.     Do one of the following:

·         In the banner click the system panel and select Update Firmware.

·         In the System topic select Action > Update Firmware.

The Update Firmware panel opens.

4.     Select the Update Expansion Modules tab. This tab shows information about each expansion module in the system.

5.     Select the expansion modules to update.

6.     Click Choose File and select the firmware file to install.

7.     Click OK. Messages show firmware-update progress.

It typically takes 3 minutes to update each EMP in an expansion enclosure. Wait for a message that the code load has completed.

Verify that each updated expansion module has the new firmware version.

 

Installation instructions using FTP

 

NOTE: It takes approximately 10 minutes for the firmware to load and for the automatic restart to complete. Progress messages are displayed in the FTP interface during that time. Wait for the progress messages to specify that the firmware load has completed. If the system Partner Firmware Update (PFU) option is enabled, allow an additional 20 minutes for the partner controller to be updated. No messages are displayed in the FTP interface during PFU.

A controller enclosure can contain one or two controller modules. In a dual-controller system, both controllers should run the same firmware version. Storage systems in a replication set must run the same firmware version. You can update the firmware in each controller module by loading a firmware file obtained from the enclosure vendor.

If you have a dual-controller system and the Partner Firmware Update option is enabled, when you update one controller the system automatically updates the partner controller. If Partner Firmware Update is disabled, after updating firmware on one controller you must log into the partner controller's IP address and perform this firmware update on that controller also.

For best results, the storage system should be in a healthy state before starting firmware update.

Firmware update via FTP is supported from any of the following versions: CS100R008, CS100P009.

To update controller-module firmware:

1.     Obtain the appropriate firmware file and download it to your computer or network.

2.     Place the downloaded firmware package in a temporary directory.

3.     Locate the firmware file in the extracted folder.

4.     In Storage Management Console, prepare to use FTP:

a.     Determine the network-port IP addresses of the system controllers.

b.    Verify that the system FTP service is enabled.

c.     Verify that the user you will log in as has permission to use the FTP interface and has manage access rights.

5.     In single-domain environments, halt I/O to vdisks before starting the firmware update.

6.     Restart the Management Controller (MC) in the controller to be updated; or if PFU is enabled, restart the MCs in both controllers.

7.     Open a command prompt (Windows) or a terminal window (UNIX), and navigate to the directory containing the firmware file to load.

a.     Enter a command using the following syntax: ftp <controller-network-address>.

b.    Log in as an FTP user (user = ftp, password = flash).

c.     Enter a command using the following syntax: put <firmware-file> flash.

8.     If needed, repeat these steps to load the firmware on additional modules.

9.     Quit the FTP session.

If the Storage Controller cannot be updated, the update operation is cancelled. If the FTP prompt does not return, quit the FTP session and log in again. Verify that you specified the correct firmware file and repeat the update. If this problem persists, contact technical support.

When firmware update on the local controller is complete, the message Operation Complete is printed, the FTP session returns to the ftp> prompt, and the FTP session to the local MC is closed.

10.  Clear your web browser's cache and then sign in to Storage Management Console. In the Storage Management Console display, verify that the proper firmware version appears for each module. If PFU is running on the controller you sign in to, a dialog box shows PFU progress and prevents you from performing other tasks until PFU is complete.

NOTE: If you attempt to load an incompatible firmware version, the message *** Code Load Fail. Bad format image. *** is displayed and after a few seconds the FTP prompt is redisplayed. The code is not loaded.

NOTE: If you are using a Windows FTP client, during firmware update a client-side FTP application issue can cause the FTP session to be aborted. If this issue persists, try using Storage Management Console to perform the update, use another client, or use another FTP application.

 

NOTE: After firmware update has completed on both controllers, if the correct version does not appear for a component or if the system health is Degraded and the health reason indicates that the firmware version is incorrect, verify that you specified the correct firmware file and repeat the update. If this problem persists, contact technical support.

 

..Known issues and workarounds

Issue: 21090: Volume create takes progressively longer for each volume created.

Workaround: Use the CLI create volume-set command for faster performance when creating a large number of volumes.

Issue: 21588: Dequarantine command does not follow the syntax shown in online help.

Workaround: When using the CLI dequarantine command, you can specify either a vdisk or storage-pool-component.

Issue: 21638: The CLI create user command fails to create a user if executed within 2 seconds.

Workaround: This issue is only seen in scripting environments. Pause briefly before issuing the show user command.

Issue: 21731: When creating a new user using the WBI with Internet Explorer 9, the browser closes the User Management window if a number is entered in the Precision Preference section.

Workaround: Use Internet Explorer 8 or Firefox instead.

Issue: 21870: Drives are not spinning down when drive spin-down is enabled.

Workaround: Drives rarely spin down in a paged system. Only spares should be spun down or most disks will be active when I/O is taking place.

Issue: 22144: If NTP is enabled, the time is overridden when set through the CLI command. That is, the set time will report success but will appear to not change.

Workaround: Disable NTP before setting the date manually.

Issue: 22325: A configuration error message occurs when adding storage from the CLI:
Configuration for pool exceeds the maximum allowed Standard/Archive components.

Workaround: Make sure both controllers are up when using the CLI add storage command.

Issue: 22407: The CLI show replication-images command does not show replication status if the replication is in progress from source to destination.

Workaround: This is an issue of slow reporting only. Wait for the update.

Issue: 22497: Do not attempt to dequarantine the component when an auto-recovery is in progress. Manual dequarantine in such a situation can result in data loss.

Workaround: Contact customer support if the component does not automatically dequarantine.

Issue: 22577: An error message generated during map volume is displayed on the command line but not in the WBI.

Workaround: Use the CLI for map volume.

Issue: 22616: After snapshots are deleted the pages stay allocated to the snap pool.

Workaround: The allocated space in the WBI and CLI will not be adjusted if snapshots are deleted. The system may still display allocated pages that are associated with the snap pool but are available for new snapshots.

Issue: 22936: Cannot manage schedules from the replication ribbon.

Workaround: Manage schedules using Manage Schedules Action.

Issue: 23052: WBI: Unable to create a replication set from CS100 to a previous release over iSCSI.

Workaround: Use the CLI.

Issue: 23053: The WBI and CLI need to show that a volume is a replication-prepared-volume.

Workaround: This is a display issue only. Destination volumes are automatically created as replication-prepared volumes.

Issue: 23055: The CLI show controllers command shows the number of disks in the system as zero.

Workaround: The CLI show disks command's output is accurate and should be used to determine which controllers a disk may be assigned to.

Issue: 23310: In the WBI, start/end times change in the Manage schedules panel after clicking Apply.

Workaround: Modify schedule start and end times through the CLI.

Issue: 23390: A replication schedule is triggered but no replication snapshots are created.

Workaround: Do not schedule replications more frequently than every 30 minutes. If this situation occurs, recreate the replication set.

Issue: 23498: The CLI show host-port-statistics ports CLI command should accept more than one port or a range of ports, following the syntax guidelines.

Workaround: Specify each port individually.

Issue: 24269: When enclosures are not numbered consecutively, the ftp get logs command returns a log file missing some FRU information for incorrectly-numbered enclosures.

Workaround: Recabling system controllers can cause this issue. Perform a manual rescan after recabling and then restart the system.

Issue: 24315: Not all drives that should be designated as spares are added to the storage pools as spares.

Workaround: If nothing is wrong with the drives, retry the CLI add storage command for those spares.

Issue: 24508: The MC fails when a "Expand volume" command is executed with an incorrect volume name.

Workaround: Ensure that the volume name entered is correct and try again.

Issue: 24563: WBI: Add Storage Wizard: During add storage, Pool default percentages differ when using the default than when confirming the selection.

Workaround: If the desired thresholds are not set by the Wizard, go to Home > Change Pool Settings Action to set them after the pool is created.

Issue: 24637: If you run out of pages in your system, unpredictable storage behavior can occur, such as hangs, crashes, or host I/O issues.

Workaround: It is important to heed the warning before running out of pages. If you run out of pages, delete pages if your operating system supports it, delete volumes, or add storage. Contact technical support to purchase additional storage.

Issue: 24649: FTP client unexpectedly closes during code load.

Workaround: Allow code load to finish. Monitor using the WBI.

Issue: 24651: The progress of an ongoing replication is not displayed for over-provisioned volumes.

Workaround: This is a display issue only.

Issue: 24652: A CLI error message is displayed twice after an invalid timeout value is set for a user.

Workaround: This is a display issue only. The error is only occurring once.

Issue: 24654: Cannot create a severity filter in the Event log viewer if only a single severity event exists.

Workaround: Clear the filters and sort the table by severity to display the event.

Issue: 24688: After using the CLI to set overcommit, the setting reverts to the default if storage pools are removed.

Workaround: If both pools are removed, the overcommit flag is automatically set to DISABLED. Re-enable the overcommit using the CLI add storage command.

Issue: 24741: Deleting replication snapshots of a volume results in deleting the current sync point.

Workaround: Ensure that the replication set is fully synched.

Issue: 24754: A primary volume appears to retain 34 snapshots when replications are scheduled, even though there is a limit of 32 retained snapshots.

Workaround: None.

Issue: 24772: Failure to clean up a remote volume after an unsuccessful attempt to create a replication set.

Workaround: Log on to the remote system and manually delete the extraneous volume.

Issue: 24797: Performance reporting graphs occasionally display incorrectly.

Workaround: None.

Issue: 24846: The CLI delete host-groups command fails to delete host-groups

Workaround: Retry the command.

Issue: 25059: Database failure when using Microsoft Exchange.

Workaround: Space the creation of snapshots on the same controller for different volumes at least five minutes apart to minimize performance impacts. Space each snapshot farther apart if the I/O load on the volumes is high. Using 15-minute intervals should eliminate performance drops and high service times.
Volumes with a high ratio of writes to reads are most affected, especially with applications such as database updates transferring random small blocks. Better performance occurs when such applications are spread between controllers, and when data and logs are spread between controllers.

Issue: 31237: After swapping a secondary volume with a primary volume, replication sets disappeared in both primary and secondary systems.

Workaround: Though replication set data is not visible in WBI, you can view that data in CLI by using the "show replication-sets" command.

..Supersedes history

 

Firmware version

Release date

CS100P010

August 2017

CS100P009

September 2016

CS100P008

April 2016

CS100P007

January 2016

CS100P004

July 2014

CS100P003

December 2013

CS100P002-03

June 2013

CS100R004

March 2013

..Effective date

August 2017


August 2017

Rev. A

Part number: 83-00005257-18-01