This package includes both array controller firmware and approved companion versions of drive enclosure firmware. When installing array controller firmware, the process also updates firmware on attached drive enclosures.
IMPORTANT: TS230 merges firmware for all HP P2000 G3 MSA System controllers into the same firmware stream.
|P2000 G3 MSA controller firmware version||P2000 G3 MSA controller model|
|TS230R044 and TS230P006, TS230P007||All HP P2000 G3 MSA System controller models|
|TS220||HP P2000 G3 1GbE iSCSI MSA|
|TS210||HP P2000 G3 10GbE iSCSI MSA|
|TS201||HP P2000 G3 FC or FC/iSCSI MSA|
|TS200||HP P2000 G3 SAS MSA|
Improved handling of drives that are slow to spin up or are missing by quarantining the vdisk, rather than taking it offline, and automatically dequarantining the vdisk when sufficient drives become available.
The following fix was incorporated in TS230P008:
It was possible to access an encrypted user password file.
In multipath (dual-domain) environments, during a failover and failback or shutdown and restart situation, SCSI registrations were over-allocated, which caused one of the I/O paths to not be recognized.
In dual-controller configurations, communications between the controllers has been improved to prevent the controllers from becoming unresponsive and requiring that they be re-seated (removed and reinstalled) to reactivate them.
When a vdisk expansion is requested, the confirmation response has been modified to recommend that the user access online help for more information. Online help also includes directions for how to obtain the HP P2000 G3 MSA Best Practices – Technical White Paper, available on the HP P2000 G3 MSA website at http://www.hp.com/go/p2000. To locate the paper, in the gray selection box, under “Product Information,” click Resource library and scroll through the display.
Email addresses are limited to 31 characters by the user interfaces and are now enforced. Because this limit was not enforced previously, it caused the Management Controller to reboot if more than 31 characters were attempted.
Can now expand vdisks that contain single-ported SATA disks. For information about best practices regarding vdisk expansion, see the HP P2000 G3 MSA Best Practices – Technical White Paper, available on the HP P2000 G3 MSA website at http://www.hp.com/go/p2000.
Added informational messages to the SMU and CLI regarding the Export Snapshot task. It is important to note that, if a snap pool becomes critical, all snapshots may be deleted, even an exported snapshot with data that is connected to a host.
When a snap pool reaches 100%, Media Write Protect errors were returned on writes. The snap pool critical threshold was changed from 99% to 98%, to handle the time required for the deletion of snapshots, if that policy is employed, and reduces the likelihood of returning Media Write Protect errors.
Modified the Volume Copy schedule With Modified Data checkbox, so that schedule modification works as follows: when modifying the Volume Copy schedule for a volume, the checkbox is disabled; when modifying the Volume Copy schedule for a snapshot, the checkbox is enabled.
delete snapshot command: If this command is run with the
delete-priority standard-snapshot, and
force parameters specified, the snapshot and snap pool are now deleted as expected, including that the Master Volume is converted to a Standard Volume.
If you intend to use Windows Dynamic Disk (software RAID) on top of your hardware RAID, there are some cautions to be considered. For more information, see the section "Real World: Dynamic versus Basic Disks" in the topic at http://technet.microsoft.com/en-us/library/dd163558.aspx.
When changing a replication set (for example, adding or removing a replication volume, or deleting the replication set), do so from the source system; when aborting, suspending, or resuming a replication, do so from the destination system.
MSA70 disk enclosures are supported for use with P2000 G3 arrays running TS230 or later firmware, but must have firmware 2.28 installed. For more information on MSA70 firmware compatibility with different P2000 G3 array firmware versions, see the QuickSpecs for the MSA70 or P2000 G3, or see the HP 60/70 Modular Smart Array Enclosure Firmware 2.28 Release Notes.
For the FC/iSCSI MSA Controller, mapping a volume via iSCSI and FC to the same server is not a supported configuration. Many operating systems’ multipath solutions will not correctly handle the multi-protocols. Do not map a LUN in this manner.
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.
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.
In single-controller systems, it takes approximately 30 minutes for the firmware to load and for the controller to automatically restart. Depending on the environment, it may take as long as one hour to complete.
After the installation process is complete and all controllers have automatically restarted, verify system status in the SMU or 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 most current version of the HP P2000 G3 MSA System Event Descriptions Reference Guide.
NOTE: When prompted for logon information, enter credentials for an account with management access rights.
NOTE: When prompted for logon information, enter credentials for an account with management access rights.
NOTE: When prompted for logon information, enter credentials for an account with management access rights.
When viewing system version information in the SMU 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.
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 happens:
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.)
Issue: The P2000 G3 SAS MSA array shows that it is degraded when connected to a host via a Smart Array P411 Controller.
Workaround: Disregard this degraded host port state on the ports connected to a Smart Array P411 Controller.
The P2000 G3 SAS MSA array connected to the Smart Array P411 Controller is supported only on hosts running HP-UX 11.31. In this configuration, the Smart Array P411 Controller does not enable all four of the SAS PHYs, resulting in a degraded state on the host port of the P2000 G3 SAS MSA array. A warning similar to the following is generated on every reboot of a host connected to the P2000 G3 SAS MSA array via a Smart Array P411 Controller:
P2000 G3 SAS Array SN#00C0FFDABD8A Controller B WARNING Host SAS topology was changed. (host port: 1, 1 out of 4 PHYs are up, link speed: 6 Gbps)
Issue: When using the USB port of a personal computer or laptop connected to the server to initially configure an HP P2000 G3 MSA array, some computers or laptops may not properly connect to the array.
Workaround: Access and configure the MSA using the HP P2000/MSA2000 Device Discovery Tool for Windows. The Device Discovery Tool discovers MSA storage devices in the network, in the local subnet, and directly attached to a server. The following tasks can be performed using the Device Discovery Tool:
The Device Discovery Tool is available on the HP P2000/MSA2000 Software Support/Documentation DVD and HP MSA P2000 website.
Issue: When installing a firmware update using the Smart Component, the installation routine may incorrectly report that the upgrade was unsuccessful.
Workaround: If the Smart Component installation routine states that a firmware load was unsuccessful, verify which version of firmware is installed using an array management utility, such as the SMU or CLI. If the version listed is the old version, run the Smart Component again.
Issue: When creating a user or modifying user information in the SMU, there is no option to enable the SMI-S interface for the user.
Workaround: Add the SMI-S interfaces to the user using the
Issue: If the iSCSI IQN name is longer than 55 characters, the enumeration of CIM_StorageHardwareID fails.
Workaround: Modify the IQN name to be shorter than 55 characters
Issue: Manually creating a replication-prepared (secondary) volume and associating it with a primary volume originally created with pre-TS230 firmware can fail. Automatically created secondary volumes do not have this problem.
Issue: During path failover events on systems with large LUN counts, Red Hat Enterprise Linux 4 iSCSI clients may report issues accessing devices.
Workaround: Increase the disk timeout to a minimum of 60 seconds.
Issue: When using both the primary and secondary paths on both ports of the Qlogic iSCSI HBAs, failover does not work correctly on cable pulls.
Workaround: When setting up the Qlogic iSCSI HBAs, set up only the primary path for both ports.
Issue: When creating a volume set with the volumes mapped to LUNs, if there is a LUN conflict, the array stops mapping volumes to LUNs, but creates the volumes as requested.
Workaround: Ensure that there are no LUN conflicts before creating the volume set with mapping or map the remaining volumes to LUNs after the conflict.
Issue: For HP P2000 G3 Fibre Channel MSA systems connected directly to the server, the QLogic 8 Gb FC driver version 184.108.40.206 on Microsoft Windows Server 2008 R2 x64 does not see LUNs when the array is set up for point to point.
Workaround: Change the array host ports to loop mode.
Issue: For HP P2000 G3 SAS MSA systems, failover is slow when more then 128 LUNs are accessed from a Red Hat Enterprise Linux 4.x or SuSE Linux Enterprise Server 10 SP3 client.
Workaround: Map less then 128 LUNs to SAS clients.
Issue: In dual-controller systems, accessing the SMU of a controller does not display vdisks owned by the other controller.
Workaround: Restart the other controller.
Issue: In the CLI, the
Workaround: Restart the controller accessed.
Issue: In the SMU, the Japanese version of some pages and some error messages displays English text.
Issue: A failed drive becomes available when the vdisk that it was a member of is deleted.
Workaround: Do not use the drive.
Issue: The array incorrectly accepts a DNS name for the address of the NTP server in the Storage Management Utility. The array does not use DNS, and translates the name into an invalid “255.255.255.255” IP address.
Workaround: Instead of a network name, enter the NTP server IP address.
Issue: In the Command Line Interface, the array incorrectly accepts a DNS name for the address for the SMNP, SMTP, and NTP servers. The array does not use DNS, and cannot connect to the server correctly.
Workaround: Instead of network names, enter the IP addresses for the servers.
Issue: In Windows configurations, the IQN shown by the NC551 card during POST may not match the IQN seen in the array controller. This occurs when the NC551 was set up in a boot-from-storage configuration. After an operating system is installed, the POST message shows the IQN that is supplied by the iSCSI Software Initiator, but the NC551 BIOS continues to use the IQN setup to boot the OS.
Workaround: Using the NC551 BIOS Utility, remove the boot settings and then log back into the array with the new IQN. If the volume used for mapping was explicitly mapped to the host, recreate the mapping for the new IQN.
Issue: When accessing more than 128 LUNs using a Qlogic iSCSI HBA in boot-from-storage configurations, the system may hang when a reset is issued on the array.
Workaround: Access 128 LUNs or less via the Qlogic iSCSI HBA when using the card in boot-from-storage configurations.
Issue: RHEL 4.8 may not discover all multipath devices and partitions during boot or reboot.
Workaround: This issue is addressed by applying the updated device-mapper-multipath package described in RedHat Bug Fix Advisory RHBA-2009:1524-1, available at http://rhn.redhat.com/errata/RHBA-2009-1524.html.
Issue: RHEL 5.4 may not discover all multipath devices and partitions during boot or reboot.
Workaround: This issue is addressed by applying the updated device-mapper-multipath package described in RedHat Bug Fix Advisory RHBA-2010:0255-1, available at https://rhn.redhat.com/errata/RHBA-2010-0255.html.
Issue: Under rare circumstances, some events from one controller are not seen on the other controller.
Workaround: Review the events from both controllers.
Issue: During a firmware upgrade, the firmware bundle version may show incorrectly.
Workaround: Wait until the firmware upgrade process is complete before checking the firmware bundle version.
Issue: Java script issues are seen when using Microsoft Internet Explorer in multi-byte language locales, resulting in truncated messaging and hung pop-up windows. These issues will be resolved in a future firmware release.
Workaround: This is a display problem only. When a pop-up window remains on screen with no update for a prolonged period, close and then re-open the browser. The Internet Explorer English locale and the Firefox browser do exhibit the issues.
Issue: In SLES 11 environments, when using the iSCSI initiator tools included in SLES 11, the host occasionally does not correctly log into the iSCSI array on reboot, even when set to automatically connect.
Workaround: Restart the iSCSI service on the SLES 11 host. This can be done by entering the following command:
Issue: SLES 11 may require multiple minutes (15+/-) to create all multipath devices during boot. This typically involves a system with a large number of LUNs and multiple LUN paths.
Workaround: None. Wait for the system to complete LUN and path discovery.
Issue: SLES 11 SP1 may not create all devices during boot. This typically involves a system with a large number of LUNs, multiple LUN paths, and the SLES 11 SP1 open-iscsi utilities.
Workaround: Do one of the following:
Issue: In rare conditions, the array controller may report that a supported 10 GbE SFP+, 10GbE Copper Cable, or 10GbE Direct Attach Cable is unsupported. This condition is most likely to occur when a SFP+, Copper Cable, or Direct Attach Cable is hot plugged into the controller while the controller is running. When this occurs, the following Warning message is recorded in the event logs: “An unsupported cable or SFP was inserted." At the same time, the host port does not show a status of "Down."
Workaround: Do the following:
Issue: RHEL 5 Update 5 does not shutdown properly when using the iSCSI initiator utilities shipped in RHEL 5 Update 5 to access the array.
Workaround: See issue 583218 on the Red Hat Bugzilla bug-tracking system https://bugzilla.redhat.com/show_bug.cgi?id=583218 for the current status of the issue and possible workarounds.
Issue: When using explicit LUN mapping, using long IQN names for the iSCSI Initiator can cause the array to map the LUN incorrectly. A predefined area is used to store explicit LUN mapping information per LUN and, with longer IQN names, this area can be exhausted. This issue is not dependent on the number of paths to the LUN.
Workaround: Shorten the IQN name on the nodes.
The following formula is used to calculate the maximum IQN name length based on the number of hosts being explicitly mapped to a LUN on the array:
The following table provides the calculated values based on the number of hosts being explicitly mapped to a LUN on the array:
Issue: USB CLI becomes unusable after a Management Controller reboot in Windows environments.
Issue: The mini-USB CLI port on the array controller does not work.
Workaround: Install a device driver for the mini-USB CLI port. This driver is packaged as a Smart Component and is available for download on the P2000 G3 support page.
Issue: When using SMI-S, only partial support is provided for iSCSI Target Ports Subprofile.
Issue: When using SMI-S, the ExtentStatus property in StorageVolume is always set to “2.”
Issue: When creating a storage repository with Citrix 5.5 update 2 and attaching it to the server pool while the servers in the pool are on, the storage repository is only multipathed on the master server. This seems to happen only with the first storage repository created after rebooting the servers. If a second storage repository is created and attached (without rebooting the servers), that storage repository is correctly multipathed with all servers in the pool.
Workaround: Detach and reattach the storage repository. The storage repository is multipathed with all servers in the pool.
Issue: In HP-UX 11.23, I/O may take a long time to complete.
Workaround: Ensure that the primary path is the first path in the PV-Links configuration.
Issue: There is no indication that a LUN has failed over to the other controller.
Workaround: Using the Storage Manage Utility (SMU), open up system events and scan for failover events. When using the CLI, use the
Issue: When accessing the Command Line Interface (CLI), output from commands scroll by with no option to page through the output.
Workaround: Change the window height or scrollback value of the command window to a larger value and use the scroll bar on the command window to scroll through the CLI output.
Issue: A replication is initiated, but only a snapshot on the primary volume occurs, or the replication is queued.
Workaround: Ensure that all systems involved have valid replication licenses installed and that all volumes and vdisks involved in the replication have started, are attached, and are in good health, including vdisks that contain the snap pools for the volumes involved. A replication normally queues when a previous replication involving the same volumes is active.
Issue: A replication set was deleted, but is later shown with the primary volume status of “Offline” and the status-reason is record-missing.
Workaround: This generally occurs when the secondary volume is detached and its vdisk stopped when the replication set was deleted, and then the vdisk of the secondary volume restarted. To correct this issue, reattach the secondary volume, set it as the primary volume, and delete the replication set.
Issue: An error message indicating “controller busy” occurs while creating a replication set.
Workaround: Creating a replication set immediately following another replication set creation may result in "Controller Busy." This is expected behavior. Wait and try the operation again at a later time.
Issue: In the SMU, the Vdisk > Provisioning > Create Multiple Snapshots task allows a secondary volume to be selected, but fails the operation.
Workaround: User initiated snapshots are not allowed on secondary volumes. Do not select a secondary volume.
Issue: A scheduled replication is missing or replications are queued, but do not complete.
Workaround: A best practice is to schedule no more than four volumes to start replicating at the same time and for those replications to recur no less than 30 minutes apart. If you schedule more replications to start at the same time or schedule replications to start more frequently, some scheduled replications may not have time to complete.
Issue: Unable to perform a local replication (a replication where the external view volume and the destination volume reside on the same system) with a single vdisk.
Workaround: Create a second vdisk for the destination volume.
Issue: Deleting the replication-set from the destination system fails.
Workaround: Delete the replication set from the source system (the system where the external view volume resides.)
Issue: A replication set is missing the primary volume and the replication set cannot be deleted.
Workaround: Set the primary volume to the remaining volume in the set. You should then be able to delete the replication set.
Issue: On rare occasions, deleting a vdisk when volumes are in the process of rolling back may cause communications issues between the management controller and the storage controller.
Workaround: Cycle power on the array to resolve the issue. To avoid this situation, allow the rollbacks to complete or delete the volumes before deleting the vdisk.
Issue: Scheduled tasks are not occurring, and there is no indication of a problem in the schedules or the tasks.
Workaround: Restart both management controllers (MC) of the array(s) involved in the tasks.
Issue: While mapping a drive using the SMU, all ports are selected by default; this may result in a volume being presented to the same host via both protocols, which is unsupported.
Workaround: When creating and mapping a volume using the default mapping in the SMU on a Combo controller system, you must de-select either the iSCSI or the FC ports as this could result in the same LUN being presented to the same host via both protocols. This is unsupported and most multipath software does not handle the paths to the LUN correctly.
Issue: Cannot schedule volume copy operations, or scheduled volume copy operations for snapshots and standard volumes do not occur.
Workaround: Perform the volume copy manually. Scheduled volume copies of master volumes should complete successfully if the schedule permits completion of the volume copy before the next occurrence.
Issue: A P2000 G3 iSCSI MSA System LUN which has been newly added to a Citrix XenServer 5.6 pool may not return to an active Storage Repository (SR) state following removal or replacement of an array controller.
Workaround: To recover to an active Storage Repository state, restart the iSCSI session by executing the following command:
Issue: Debug logs are incomplete.
Workaround: Determine if the logs are incomplete by unzipping the log file retrieved from the array and examining the last line of the
Issue: In a dual controller system, log in to one of the controllers fails, but log in to the other controller succeeds.
Workaround: Log in to the other controller and restart the inaccessible management controller using the CLI
Issue: IOPs and Bytes per second may be lower or higher than expected for the workload.
Workaround: This is a reporting issue and not a performance issue. The correct values can be calculated by using the change in the Number of Reads and Number of Writes over time to determine IOPs, and the change in Data Read and Data Written over time to determine Bytes per second.
Issue: The array controller may interpret a switch login as an HBA login and erroneously present the switch port as a discovered host. This does not affect storage functionality.
Workaround: Either identify the erroneous host and do not attempt to use, or Disable Device Scan on switch ports connected to the array controller and restart the array controller.
|Firmware version||P2000 G3 MSA model||Release date|
|TS230R044||All||July 2011 |
(updated release notes to announce support for P2000 G3 FC, FC/iSCSI, and SAS MSA Systems)
|P2000 G3 1GbE iSCSI MSA and|
P2000 G3 10GbE iSCSI MSA
|TS201P007||P2000 G3 FC MSA and |
P2000 G3 FC/iSCSI MSA
|TS220R004||P2000 G3 1GbE iSCSI MSA||November 2010|
|RS210R016||P2000 G3 10GbE iSCSI MSA||September 2010|
|TS200R021||P2000 G3 SAS MSA||June 2010|