Release Notes
HSD50 Array Controller Operating Software
HSOF Version 5.7
This document summarizes features and characteristics of the HSD50 array controller
operating software Versions 5.7, 5.6, 5.4, 5.3, 5.2, and 5.1 that are not covered else-
where in the documentation. These release notes also contain instructions for installing
the software and should be retained for future reference.
EK-HSD50-RN. E01
HSD50 Array Controller Operating Software HSOF Version 5.7
Notice
2000 Compaq Computer Corporation.
COMPAQ, the Compaq logo, and StorageWorks Registered in U. S. Patent and Trade-
mark Office. OpenVMS is a trademark and/or service mark of Compaq Information
Technologies Group, L.P.
Microsoft, MS-DOS, Windows, and Windows NT are registered trademarks of Micro-
soft Corporation in the United States and/or other countries.
UNIX is a registered trademark of The Open Group.
All other product names mentioned herein may be trademarks or registered trademarks
of their respective companies.
Confidential computer software. Valid license from Compaq required for possession,
use or copying. Consistent with FAR 12.211 and 12.212, Commercial Computer Soft-
ware, Computer Software Documentation, and Technical Data for Commercial Items
are licensed to the U.S. Government under vendor's standard commercial license.
Compaq shall not be liable for technical or editorial errors or omissions contained
herein. The information in this document is subject to change without notice.
The information in this publication is subject to change without notice and is provided
"AS IS" WITHOUT WARRANTY OF ANY KIND. THE ENTIRE RISK ARISING
OUT OF THE USE OF THIS INFORMATION REMAINS WITH RECIPIENT. IN NO
EVENT SHALL COMPAQ BE LIABLE FOR ANY DIRECT, CONSEQUENTIAL,
INCIDENTAL, SPECIAL, PUNITIVE OR OTHER DAMAGES WHATSOEVER
(INCLUDING WITHOUT LIMITATION, DAMAGES FOR LOSS OF BUSINESS
PROFITS, BUSINESS INTERRUPTION OR LOSS OF BUSINESS INFORMATION),
EVEN IF COMPAQ HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH
DAMAGES. THE FOREGOING SHALL APPLY REGARDLESS OF THE
NEGLIGENCE OR OTHER FAULT OF EITHER PARTY AND REGARDLESS OF
WHETHER SUCH LIABILITY SOUNDS IN CONTRACT, NEGLIGENCE, TORT,
OR ANY OTHER THEORY OF LEGAL LIABILITY, AND NOTWITHSTANDING
ANY FAILURE OF ESSENTIAL PURPOSE OF ANY LIMITED REMEDY.
The limited warranties for Compaq products are exclusively set forth in the documen-
tation accompanying such products. Nothing herein should be construed as constituting
a further or additional warranty.
Printed in the U.S.A.
Release Notes HSD50 Array Controller Operating Software HSOF Version 5.7
Fifth Edition (May 2000)
EK-HSD50-RN. E01
Page 2 EK-HSD50-RN. E01
Release Notes
Visit our Web Site for the Latest Information
Visit out our web site for the latest technical tips, and documentation. We can
be found in the technical area of our web page:
http://www.compaq.com/storage/
Release Notes Contents
These release notes cover the following topics:
1.0 Identifying Your HSOF Revision Level
2. 0 Hardware and Software Support
3.0 New Items
4. 0 Features From Previous Releases
5. 0 Clarifications
6.0 Operating Constraints
7.0 Avoiding Problem Situations
8.0 Documentation Additions and Corrections
9.0 Software Installation
10.0 Order Numbers
The HSUTIL Utility
11.0
Release Package Contents
The Version 5.7 release package consists of the following:
A cover letter
A PCMCIA program card containing HSOF Version 5.7 software
The HSD50 documentation set
- HSD50 Array Controller HSOF Version 5.1 Configuration Manual
- HSD50 Array Controller HSOF Version 5.1 Service Manual
- HSD50 Array Controller HSOF Version 5.1 CLI Reference Man-
ual
- HSD50 Array Controller Operating Software Version 5.7 Release
Notes
- HSD50 Array Controller Operating Software (HSOF), Version 5.7
Software Product Description
License keys to enable optional features: write-back cache, disk mirroring,
and RAID (each to be purchased separately)
EK-HSD50-RN. E01 Page 3
HSD50 Array Controller Operating Software HSOF Version 5.7
Intended Audience
These release notes provide information for the HSD50 Array Controller run-
ning HSOF Software Version 5.7. Individuals responsible for configuring, in-
stalling, and using the HSD50 controller should use this document.
Read this entire document before upgrading the controller's software. The in-
formation in these release notes takes precedence over the information in the
HSD50 Array Controller User's Manuals.
1.0 Identifying Your HSOF Revision Level
The release package you received includes a PCMCIA program card contain-
ing the new HSOF software.
You can identify your software revision level by entering the SHOW
this_controller command at the Command Line Interpreter (CLI) prompt. The
resulting display lists the software revision level that is currently installed.
When you have completed the installation process for the new version HSOF
software, you should see the following displayed: Version V57Z-x (where
x represents the number of patches associated with this version of software that
are correctly installed).
2.0 Hardware and Software Support
Sections 2.1 through 2.5 list the hardware and software compatible with HSOF
Software Version 5.7:
Hardware Support
Operating System Support
Host Adapter Support
PKQdriver Version
Device Support
Page 4 EK-HSD50-RN. E01
Release Notes
2 .1 Hardware Support
HSOF Software Version 5.7 supports the following revisions or higher for the
RAID Array HSD50 Controller and associated hardware:
HSD50 controller module, hardware revision A
Version 3 cache module, hardware revision A or B
BA350-MA controller shelf
BA350-Sx 8-bit SCSI device shelf
BA356-Sx wide device shelf with 8-bit or 16-bit personality module (con-
troller operates in 8-bit mode only)
BA35x-HF power supply
HS35XBA Single External Cache Battery SBB (with 1 ECB)
HS35XBB Dual External Cache Battery SBB (with 2 ECBs)
HSSIMAA 32 MB SIMM Pack for Version 3 Cache module upgrades
2 .2 Operating System Support
HSOF Version 5.7 software on HSD50 controllers is supported by the follow-
ing operating system versions:
OpenVMSTM Alpha:
V6.2-1H3, V7.1-1H1, V7.1-1H2, V7.1-1H3, V7.1-2, V7.2, and V7.2-1
OpenVMS VAX:
V6.2, V7.1, and V7.2
NOTE
With the release of HSOF Version 5.7, the StorageWorks
Command Console V2.3 Agent is used. An update of the
PKQdriver is required for use with this Agent. Please view the
following Section, 2.4 "PKQdriver Version" for PKQdriver
update information.
EK-HSD50-RN. E01 Page 5
HSD50 Array Controller Operating Software HSOF Version 5.7
2 .3 Host Adapter Support
The following adapters have been tested and are supported in this release.
KFMSA for XMI on VAX
KFMSB for XMI on Alpha 7000 series
KFPSA for PCI on newer Alphas
KFESA for EISA bus for Alphas
KFESB for EISA bus for Alphas
2.4 PKQdriver Version
All OpenVMS systems, using the StorageWorks Command Console V2.3
Agent and HSOF V5.7 Software, need to update their PKQdriver. Sections
2.4.1 through 2.4.3 describe the following:
Link Date and Image Identification Information
Identifying Your PKQdriver
Installing the Current PKQdriver
CAUTION
If you do not use the proper PKQdriver when using SWCC
V2.3 Agents with HSOF Software V5.7, your system may ex-
perience an operating system crash.
2.4.1 Link Date and Image Identification Information7
Table 2-1 provides Link Dates and Image Identification information for each
OpenVMS version. Please refer to this table when identifying your current
PKQdriver.
Page 6 EK-HSD50-RN. E01
Release Notes
Table 2-1 PKQdriver Identification Information
OpenVMS Version Link Date Image Identification
Number
V6.2-1H* 16-Nov-1999 4U4A3A3A3A8
V7.1-1H* 11-Nov-1999 6A13A13A6A11
V7.1-2 11-Nov-1999 6A13A13A6A11
V7.2 (Alpha) 11-Nov-1999 6A52
V7.2-1 10- J a n- 2000 6A52
To identify your PKQdriver, observe both the Link Date and the Image Identi-
fication information. If your driver, with one of the above Image Identification
numbers, does not have the corresponding Link Date or later, you will need to
upgrade your driver.
2.4.2 Identifying Your PKQdriver
The most important factor in identifying your current PKQdriver is the Image
Identification number you will see and then its corresponding Link Date.
Please use Table 2-1 to view the Image Identification number for each
OpenVMS version and its corresponding Link Date.
To identify your PKQdriver and obtain the Image Identification and Link
1.
Date information, issue the following command:
$ ANALYZE/IMAGE/INTERACTIVE
SYS$LOADABLE_IMAGES:SYS$PKQDRIVER.EXE.
You will receive the first data screen.
2. Press enter three times until you come to the fourth data screen.
The fourth data screen contains the Image Identification and Link
Date information.
EK-HSD50-RN. E01 Page 7
HSD50 Array Controller Operating Software HSOF Version 5.7
Below is an example of the fourth data screen showing the Image Identifica-
tion and Link Date information.
Press RETURN to continue, or enter a period (.) for
next file:
Image Identification Information
image name: "SYS$PKQDRIVER"
image file identification: "X-6A52"
image file build identification: "X6TE-
0050130101"
link date/time: 10-Jan-2000 17:50:12.67
linker identification: "A11-39"
Press RETURN to continue, or enter a period (.) for
next file:
In this example:
The Image Identification number is 6A52
The Link Date is 10-Jan-2000
If the above screen did not show the 10-Jan-2000 Link Date or later for the Im-
age Identification number 6A52 for an OpenVMS V7.2-1 system, then this
driver would need to be updated.
2.4.3 Installing the Current PKQdriver
If your driver does not have the Image Identification number and correspond-
ing Link Date or later that were provided in Table 2-1 then your driver will
need to be updated.
If additional support with PKQdriver installation is needed, please contact your
Customer Service Representative.
Page 8 EK-HSD50-RN. E01
Release Notes
2 .5 Device Support
HSOF Software V5.7 supports the devices described in Tables 2-2 through 2-5:
Supported Disk Drives
Supported Tape Drives
Supported Solid State Devices
Supported CD-ROM Readers
Table 2-2 Supported Disk Drives
Minimum Minimum
Capacity in Microcode Hardware
Device Gigabytes Version Version
RZ25-VA 0.43 0900 B01
RZ26-VA 1.05 T392 D02
1
RZ26L-VA/VW 1.05 440C A01
1
RZ26N-VA/VW 1.05 446 A01
1
SWXD3-SF/WF 1.05 446 A01
1
DS-RZ26N-VZ 1.05 1003 A01
DS-RZ1BB-VW 2.10 LYJO/0656 A01
1
RZ28-VA/VW 2.10 435E B03
RZ28B-VA 2.10 0003 A01
1
RZ28D-VA/VW 2.10 0008 A01
1
SWXD3-SG/WG 2.10 0008 A01
1
RZ28M-VA/VW 2.10 0466 A01
1
DS-RZ28M-VZ 2.10 1003 A01
1
SWXD3-SH/WH 2.10 0466 A01
RZ74-VA 3.57 T427B B07
DS-RZ1CB-VW 4.1 LYJO/0656 A01
1
RZ29B-VA/VW 4.3 0007 B01
1
SWXD3-SE/WE 4.3 0007 C02/A01
EK-HSD50-RN. E01 Page 9
HSD50 Array Controller Operating Software HSOF Version 5.7
Table 2-2 Supported Disk Drives - continued
Minimum Minimum
Capacity in Microcode Hardware
Device Gigabytes Version Version
DS-RZ1CF- 4.3 0370/ 0371 A01
VA/VW
DS-RZ1DB-VW 9.1 LYJO/0307 A01
DS-RZ1DF- 9.1 0372/ 1614 A01
VA/VW
DS-RZ40-VA 9.1 LYGO A01
DS-RZ1DD- 9.1 0305/3B07 A01
VA/VW
DS-RZ1EF- 18.2 0372/N1H1 A01
VA/VW
DS-RZ1ED-VW 18.2 0306/0305/3B07 A01
DS-RZ1EA-VW 18.2 3B05/ B016 A01
DS-RZ1DA-VW 9.1 3B06/ B016 A01
DS-RZ1FC-VW 36.4 3B07 A01
Table 2-2 Notes:
1. Wide disk drives require a SWXSS-06 shelf.
All drive "VW" models require DS-SWXSS-06 wide device shelves.
NOTE
Any accidental use of the ADD TAPE command will result in con-
ditions requiring reinitialization of the controller.
Page 10 EK-HSD50-RN. E01
Release Notes
Table 2-3 Supported Tape Drives
Device Capacity Minimum Minimum Notes
Microcode Hardware
G= Gigabytes
Version Version
T=Terabytes
TL812 960/ 1920G 1.2 robot /CC33 A01 1,2,3,4,5
dr i ve
TL822 5280/10560G 1g4F robot /CC33 A01 1,2,3,4,5
dr i ve
TL826 3520/7040G 1g4F robot /CC33 A01 1,2,3,4,5
dr i ve
DS-TL893 924/ 1848T V2A/5A A01 1,2,3,4,5
DS-TL894 1.68/3.36T V1.24 A01 1,2,3,4,5
DS-TL895 3.1/6.2T 230 A01 1,2,3,4,5
DS-TL896 6.16/12.32T V2A/5A A01 1,2,3,4,5
TZ87-VA 10/ 20G 930A A01 3,5,6
TZ87N-VA 10/ 20G 930A A01 3,4,5,6
TZ87-TA 10/ 20G 9514 B02 1,2,3,6
DS-TZ820 25/ 50G 01aj A01 1,2,3,6
TZ875-NT 50/ 100G 930A A01 1,3,5,6
TZ875-TA 50/ 100G 930A A01 1,3,5,6
TZ877- 70/ 140G 930A A01 1,3,5,6
AE/AF
TZ88N-VA 20/ 40G CC33 A01 3,4,5,6
TZ885- 100/ 200G CC33 A01 1,3,4,5,6
NT/NE
TZ887- 140/ 280G CC33 A01 1,3,4,5,6
NT/NE
DS-TZ89N- 35/ 70G V80 A01 3,4,5,7
VW
DS-TZ89N- 35/ 70G 141F A01 1,3,4,5,6
TA
EK-HSD50-RN. E01 Page 11
HSD50 Array Controller Operating Software HSOF Version 5.7
Table 2-3 Supported Tape Drives - continued
Device Capacity Minimum Minimum Notes
Microcode Hardware
G= Gigabytes
Version Version
T=Terabytes
DS-TL890 560/ 1120G 3.23 robot/V55 A01 1,2,3,4,5
dr i ve
DS-TL891 350/ 700G 3.23 robot/V55 A02 1,2,3,4,5
dr i ve
DS-TL892 350/ 700G 3.23 robot/V55 A02 1,2,3,4,5
dr i ve
DS-AIT35- 35/ 70G 4.03 A01 5,6,7
VW
Table 2-3 Notes:
1. Requires 0.2 meter SCSI-1 to SCSI-2 transition cable, Compaq internal part
number 17-03831-01 for DWZZA-AA, and Compaq part number 17-04367-01
for SSB DWZZA-VA and DWZZB-VW.
2. Requires SWXA2 single-ended to differential SCSI signal converter.
3. Capacity values represent compressed data. The compression factor is device
dependent based on individual device algorithms.
4. Cannot read TK50, TK70 or TZ30 formatted tapes.
5. Requires a KZPSA or PMAZC host adapter.
6. Tape device code load is supported.
7. Wide tape devices require a SWXSS-06 shelf with an 8-bit I/O
m odul e.
Page 12 EK-HSD50-RN. E01
Release Notes
Table 2-4 Supported Solid State Devices
Device Capacity in Minimum Minimum Notes
Gigabytes Microcode Hardware
Version Version
EZ31-VW 0.134 V064 A01 2, 3
EZ32-VW 0.268 V064 A01 2, 3
EZ51R-VA 0.10 V096 D01 2, 3
EZ54R-VA 0.42 V109 C02 2, 3
EZ58R-VA 0.85 V110 D01 1, 2, 3
EZ64-VA 0.475 V064 A01 2, 3
EZ64-VW 0.475 V070 A01 2, 3
EZ69-VA 0.950 V064 A01 2, 3
EZ69-VW 0.950 V070 A01 2, 3
EZ454 .536 Y018 A01 2, 3
EZ832 3.2 Y018 A01 2, 3
EZ41 0.134 V012 A01 2, 3
EZ42 0.268 V012 A01 2, 3
EZ51 .107 V109 C02 2, 3
EZ54 .428 V109 C02 2, 3
EZ705 0.536 V012 A01 2, 3
EZ711 1.1 V012 A01 2, 3
EZ716 1.6 V012 A01 2, 3
Table 2-4 Notes:
1. Code load is not supported for these drives
2. Formatting supported for these drives
3. Do not warm-swap solid-state disk drives. Make sure power to the device shelf
is turned off before removing or inserting this device.
EK-HSD50-RN. E01 Page 13
HSD50 Array Controller Operating Software HSOF Version 5.7
Table 2-5 Supported CD-ROM Readers
Device Capacity in Minimum Minimum
Gigabytes Hardware Ver-
Microcode
sion
Version
RRD42-VB/VU 0.6 1.1a A01
RRD43-VA 0.6 0064 A02
RRD44-VA 0.6 3493 A02
RRD45-VA/VU 0.6 1645 A01
RRD46-VA 0.6 1337 A01
RRD47-VA 0.6 1206 A01
Table 2-5 Notes:
Do not warm-swap CD-ROM drives. Make sure power to the device shelf is turned
off before removing or inserting this device.
3.0 New Items
Sections 3.1 and 3.2 briefly describe the new items in HSOF Software V5.7.
New Devices Supported in HSOF Software
Issue Resolutions
3.1 New Devices Supported in HSOF V5.7 Software
3.1.1 Disk devices
DS-RZ1EA-VW with 18GB
DS-RZ1DA-VW with 9GB
DS-RZ1DD-VW with 9GB
DS-RZ1FC-VW with 36GB
3.1.2 Tape Devices
DS-AIT35-VW with 35/70GB
Page 14 EK-HSD50-RN. E01
Release Notes
NOTE
Although some of the above listed Devices may have been supported
in previous releases, all of these Devices have been classified as "new"
for the HSOF V5.7 Software Release. Please see Section 2.5 for addi-
tional information on Device Support.
3.2 Issue Resolutions
This section addresses issues that occurred in a previous release of the HSOF
software and have been resolved in the HSOF V5.7 release. The issues ad-
dressed by HSOF V5.7 Software are as follows:
A rare occurrence of controller reset when running backup with compare
during the reading and writing of EBCDIC formatted tapes on the TSZ07
tape device.
An occasional problem with failover on a dual-redundant controller pair
during certain unusual cache battery states.
An occasional issue of a disk entering a mount verification timeout state
when changing the preferred path on a stripeset.
A rare occurrence of a drive error causing an "online with lost data" mes-
sage and a spareset lockup or I/O failure when a drive was being added to
the storageset.
A rare occurrence of a medium offline error generated for the OpenVMS
loader when a mount command was issued immediately after a dismount
or when a tape was mounted in a magazine loader that was set to the
automatic mode and the backup spanned from one tape volume to the
next.
A rare occurrence in which RAIDsets were not properly failing over in the
event of battery failure.
EK-HSD50-RN. E01 Page 15
HSD50 Array Controller Operating Software HSOF Version 5.7
In a rare occurrence the HSD50 controller may not be able to use the
HSUTIL program to perform a "code load" firmware upgrade to
TZ87/88/89 tape drives or any associated Automated Tape Library. In
such a case the HSUTIL program refuses to perform the upgrade because
it incorrectly determines that there is a tape present in the target tape drive
when there is none. Please see Section 7.1 HSUTIL Program Failure
During a Code Load Firmware Upgrade for a description of this issue and
directions for resolution.
A rare occurrence of a drive reporting "Not Ready/Becoming Ready"
where the drive was unable to recover, triggering a controller reset.
4.0 Features from Previous Releases
Sections 4.1 through 4.4 briefly describe changes that were introduced in the
code version previous to HSOF V5.7 Software release that are not covered in
other documentation.
Correction for TILX Incompatibility with Disks
Action for repeated Reboots Problem Resolution
Support for Large Drive Formatting
Support for up to Fourteen 18GB Drives
4.1 Correction for TILX Incompatibility with Disks
In previous versions of HSOF software, data integrity problems could infre-
quently occur if the tape in-line exerciser (TILX) was run on tapes attached to
a controller on which disks were also configured. This problem is corrected in
HSOF Version 5.4.
4 .2 Action for Repeated Reboots
Very rarely, a hardware failure might cause a controller to reboot repeatedly,
preventing preferred disk devices from completing failover to the dual-
redundant partner. HSOF Version 5.4 contains a modification so that if the
same bugcheck repeats itself three times in a ten minute period, the controller
will shutdown with no restart to permit the disk devices to failover to the
working controller in a dual-redundant pair.
4 .3 Support for Large-Drive Formatting
This release supports formatting of larger disk devices (9 GB and 18 GB).
Page 16 EK-HSD50-RN. E01
Release Notes
4 .4 Support for up to Fourteen 18 GB Drives
The maximum storageset size was increased to 256 GB so that the controller
can support up to fourteen 18 GB drives.
5.0 Clarifications
Sections 5.1 through 5.9 contain clarification on the following subjects:
EMU Alarm Clarification
Write-Back Cache Batteries and Battery Handling
Logical Device Event Reports
Logical Block Address Does Not Match for MEDIUM ERROR
Adding RAIDsets When Battery Condition is Low
Drive-Level Event Reports
Saving the Subsystem Configuration
Ability to Install New Microcode on a Tape Drive and Solid State Disk
Drives
Last Failure Code 010E0110 Normal Occurrence After Upgrade
5.1 EMU Alarm Clarification
The environmental monitoring unit (EMU) alarm sounds for individual device
failures, but does not sound for storageset failures.
5.2 Write-Back Cache Batteries and Battery Handling
Diagnostic testing is performed on the write-back cache batteries when the
controller first initializes, and then periodically after the batteries have become
fully charged. The following paragraphs clarify battery-related topics.
5.2.1 CACHE_UPS Switch Use
If the SET controller CACHE_UPS switch is activated, the only action taken
in the event of battery failure is to send an error message.
EK-HSD50-RN. E01 Page 17
HSD50 Array Controller Operating Software HSOF Version 5.7
The CACHE_UPS is not intended to replace batteries. The switch is intended
to control the impact that the current battery state has on cache policy. Battery
state is still reported and if the power fails and UPS is broken or exhausted the
batteries will still maintain cache contents.
When the CACHE_UPS switch is enabled, an uninterruptible power supply
(UPS) is assumed to be in use to maintain power to the write-back cache mod-
ule in the event of a power failure. Note that the HSOF software does not have
the capability to monitor the remaining capacity of an external UPS. There are
many variables in a UPS configuration; some configurations might put data at
risk if the UPS is exhausted. If UPS power is lost to the host/storage system
without warning, write-back cache data is maintained by the cache batteries
only. With CACHE_UPS set, if UPS power is last and if the cache batteries
have failed, data could be at risk.
CAUTION
Use of this setting without a functional UPS in place could result in
data loss if power is interrupted and batteries have failed.
5.2.2 Cache Policy
The setting chosen for SET controller CACHE_POLICY (to either A or B) af-
fects access to RAIDsets and Mirrorsets during the initial test only and deter-
mines the cache mode the controller uses during initial test only.
Initial Test begins when the controller is turned on and continues until the bat-
teries are charged, or up to ten hours. Initial testing includes a recharge of the
battery after potential discharge during shut down. The battery is tested by the
software every four minutes. Full caching operations begin when the batteries
are fully charged.
Page 18 EK-HSD50-RN. E01
Release Notes
Cache Policy A is the default setting. Cache Policy A and B apply only to a
"low" battery situation during controller initialization until either the:
Battery becomes fully charged or
10 hours elapse without the battery becoming fully charged.
In the latter case, failed battery action is taken, as described in the "Failed
Battery Action" section of these release notes.
Once a battery has become fully charged, Cache Policy A and B no longer ap-
plies, and regular periodic battery tests are performed.
Table 5-1 summarizes the effect of both cache policy settings on
access to RAIDsets and mirrorsets when a battery is "low" during the initial
test period.
Table 5-1 Cache Policy Settings
Cache Policy RAID/Mirrorset Access Cache Mode
Cache Policy A No access Write-through on individual
disk units (also called
JBOD)
Cache Policy B Access Write-through on
RAID/mirrorsets and indi-
vidual disk units
EK-HSD50-RN. E01 Page 19
HSD50 Array Controller Operating Software HSOF Version 5.7
NOTE
Write-through cache mode is not a 100% guarantee of user data consis-
tency within storagesets (RAID and mirrorsets). This is because of an
inherent delay in the writing of data to the different members of these
storagesets. If a power failure occurs between the writing of some mem-
bers and others (an extremely narrow window), data on the various mem-
bers will be inconsistent.
Therefore, Cache Policy A (which denies access to RAID/mirrorsets on
controllers with low batteries) is the only 100% guarantee of user data
consistency. That is why Cache Policy A enforces loss of storageset ac-
cess when a battery does not pass the battery test.
HSOF software makes every attempt to notify the user that a battery
problem ("not good" or "open circuit") has occurred by printing a mes-
sage to the console and posting an error to the host errorlog. However, not
all operating systems present errorlogs reliably.
5.2.3 Failed Battery Action
If a battery passes the initial test, cache policy no longer applies, and periodic
testing begins. During periodic testing, the battery is tested every 24 hours.
The following failed battery action is taken when a failed battery is detected
during either initial or periodic testing:
Dual-controller HSD50s (dual batteries on each cache module and the
partner controller is running and has good batteries)
- Controller performs controlled shut down
- All units failover to partner
- No auto-reboot after shut down
- Manual restart before battery replacement causes units to "fail-
back" leading to no access to RAIDsets and mirrorsets
Single-controller HSD50s
- No shut down
- No RAIDset or mirrorset access permitted
- Individual disk units accessed in write-through mode
Page 20 EK-HSD50-RN. E01
Release Notes
5.2.4 Extending the Life of the External Cache Batteries
Occasionally, circumstances will require you to shut down your controller and
restart it. If the correct steps for turning off power to an HSD50 array control-
ler configuration with write-back cache are not followed, there is potential for
loss of data that may exist on any devices connected with them. In addition, if
you are turning off the power to the controller subsystem for any reason for
longer than 1 day (such as a holiday, system move, or replacing a bad SCSI
host cable), you will need to turn off the external cache batteries (ECBs) to
prevent them from discharging. To avoid problems when the controller re-
starts, always use the following process to shut it down:
CAUTION
Allowing the write-back cache batteries to discharge completely,
and leaving them in a discharged state for any length of time,
could result in permanent and irreversible degradation to the bat-
teries.
5.2.4.1 Shutting Down a Controller
1. Use the proper procedures for shutting down the operating system if the
host system is also going to be turned off.
2. If the host is not going to be turned off, it is not necessary to shut down the
host system, but use the proper operating system procedures to dismount
any units that are accessed through the HSD50 array controllers.
3. If the controller configuration contains any devices or storagesets that are
write-back cache enabled, and the system is going to be turned off for an
extended length of time, the batteries on the write-back cache modules
drain, causing the data in the cache modules to be lost. If you have RAID-
set or mirrorset units, or single devices with write-back caching turned on,
set norun on all units.
4. When the dismount and/or the operating system shutdown procedures are
complete, invoke the controller shutdown commands on the controllers.
EK-HSD50-RN. E01 Page 21
HSD50 Array Controller Operating Software HSOF Version 5.7
CAUTION
Do not turn off the power to the controller subsystem until all
shutdown procedures have successfully completed.
5. If you have a dual-redundant controller configuration, shut down each
controller one at a time, using the following commands:
SHUTDOWN OTHER_CONTROLLER
SHUTDOWN THIS_CONTROLLER
If you have a non-redundant controller configuration, only the
shutdown this_controller command is necessary.
The green reset LED stops blinking when the SHUTDOWN com-
mand completes.
6. When the controller SHUTDOWN command successfully completes, turn off
power to the controller subsystem (or just the controller shelf, if you are
not shutting down the entire system, by unplugging the power supplies in
the controller shelf).
5.2.5 Disabling the Write-Back Cache Batteries
Refer to Chapter 2 in HSFAM of Array Controllers Service Manual, for in-
structions on removing and replacing the controller module and write-back
cache module.
1. Stop all host activity and dismount all device units from the host system.
Device service is interrupted for the duration of the service cycle. You can
shut down the host operating system to accomplish this.
2. Connect a maintenance terminal to the controller's maintenance terminal
port on the front bezel.
Page 22 EK-HSD50-RN. E01
Release Notes
3. Take the controller out of service by issuing the one of the following two
CLI command steps.
Single Controller:
SHUTDOWN THIS_CONTROLLER
Dual Controllers:
SHUTDOWN OTHER_CONTROLLER
SHUTDOWN THIS_CONTROLLER
When the shut down completes the controller or controllers' green
reset LED on the operator control panel (OCP) stops blinking.
4. Power off the entire storage subsystem.
5. Press the battery disable switch, the small button labeled SHUT OFF next
to the flashing status LED on the ECB, and hold it in for approximately 2
seconds (refer to Figure 5-1). The cache LED will flash once, then shut
off.
NOTE
The battery is no longer powering the cache.
6. To return to normal operation, the cache battery is enabled when the
RAID subsystem is powered on.
7. Restart the Controller
PCMCIA Card Removed: Hold down the reset button while in-
serting the PCMCIA Card. When you release the reset button, the
controller restarts.
PCMCIA Card Not Removed: Press the reset button and the
controller restarts.
EK-HSD50-RN. E01 Page 23
HSD50 Array Controller Operating Software HSOF Version 5.7
Figure 5-1. External Cache Battery Disable Switch
ECB 1
ECB 2
Power
connector
Status Battery
LED disable
switch
CXO6164A
5.2.5.1 Restarting the Controller
1. Before you restore power to the subsystem, remove the controller module,
and the write-back cache module. Remove the battery disable jumper and
replace it so it is only covering one pin, then reassemble the unit.
2. If you removed the PCMCIA card, hold down the reset button while in-
serting the PCMCIA card. When you release the reset button, the control-
ler restarts.
3. If you did not remove the PCMCIA card, press the reset button and the
controller restarts.
Page 24 EK-HSD50-RN. E01
Release Notes
5 .3 Logical Device Event Reports
Under certain circumstances the Port, Target, and LUN fields contained in
event reports associated with storageset logical devices, Event Log displays as
well as sense data responses, will be set to 255 (decimal) instead of the Port,
Target, and LUN of the first physical device in the storageset. In addition,
when the Port, Target, LUN are set to 255, the Device Type is set to 0 (mag-
netic disk device), and the Device Product ID and Device Firmware Revision
Level fields will be ASCII space filled.
5.4 Logical Block Address Does Not Match for MEDIUM
ERROR
The Logical Block Address (LBA) is a number used to identify a block on a
mass storage device. The LBA that appears in the Information field of an
Event Log (%EVL) displays when the Sense Key field is MEDIUM ERROR
does not agree with the LBA number contained in the Information field of the
extended sense data that is sent to the host system. It is one less than the num-
ber in the extended sense data.
5 .5 Adding RAIDsets When Battery Condition is Low
You can use the add raidset and add mirrorset commands, regardless of the
write-back cache battery condition. However, if the cache_policy is set to A
and the batteries are low, the controller does not allow access to any RAIDsets
or mirrorsets. Cache_policy A requires that the cache batteries be fully charged
before you can use RAIDsets or mirrorsets.
5.6 Drive-Level Event Reports
Under certain circumstances the "devtype" (device type) field contained in
drive-level event reports %EVL displays as well as error logs, will contain the
value 1F(hexadecimal). When "devtype" is 1F the content of the "device iden-
tification" and "device serial number" fields are undefined and should be ig-
n o r e d.
This is a permanent restriction.
EK-HSD50-RN. E01 Page 25
HSD50 Array Controller Operating Software HSOF Version 5.7
5.7 Saving the Subsystem Configuration
The save_configuration switch is intended to be used to provide a means to re-
store nonvolatile (NVRAM) contents when a controller in a single-controller
module configuration is replaced. The save_configuration switch cannot cross
hardware revisions or software versions. save_configuration is not available for
upgrades of firmware or hardware, and does not perform inter-platform con-
versions. For example, do not use save_configuration to upgrade from HSOF
Version 5.2, or from an HSD50 to an HSD50 array controller.
The controller stores the subsystem's configuration-the storagesets you config-
ured, the switches set for each, the HSOF patches you've installed, and so on-in
its nonvolatile memory. This means that, if the controller fails in a nonredun-
dant configuration, you would have to reconfigure the subsystem from scratch.
(In a dual-redundant configuration, this information is stored by both control-
lers, which effectively eliminates the risk of losing it.)
NOTE
Compaq recommends that the SAVE_CONFIGURATION switch only
be used for nonredundant controller configurations. To save the
configuration information for dual-redundant configurations use
the SET FAILOVER COPY= command.
If you are operating a nonredundant configuration subsystem, Compaq recom-
mends saving the subsystem's configuration on at least one of the devices or
storagesets with the following command:
INITIALIZE STORAGESET_NAME SAVE_CONFIGURATION
When initializing a device or storageset with the save_configuration switch,
the controller copies the subsystem's configuration to the disk drives. If you
use the switch for a multi-device storageset, such as a stripeset, the complete
information is stored on each device in the storageset. The capacity of a device
that is initialized with the save_configuration switch is reduced by 256KB.
This capacity reduction applies to each member of a storageset.
Page 26 EK-HSD50-RN. E01
Release Notes
After initializing a storageset with this switch, the controller keeps the copy
up-to-date. For example, every time a new patch or storageset is added to the
HSOF software, the controller re-copies the new configuration to all storage-
sets that were initialized with the save_configuration switch.
If a controller in a nonredundant-configuration fails, its replacement automati-
cally searches the devices in the subsystem for a saved configuration. If it finds
a saved configuration, it transparently loads it into nonvolatile memory and
brings the subsystem online. It is unnecessary to issue an initialize command
again after reconfiguring the devices with a new controller.
Compaq does not recommend initializing all of your storagesets with the
save_configuration switch. Every time you change the subsystem's configura-
tion, the controller writes the new configuration to the storagesets that you ini-
tialized with this switch. Too many write operations can adversely affect per-
formance.
If you are upgrading from HSOF Version 5.2 to Version 5.4 in a single-
controller configuration, you can refresh the SAVE_CONFIGURATION data on
your storagesets to include the new software revision by issuing the following
command:
SET UNIT XXX WRITE_PROTECT
[where xxx is any existing unit on the controller]
SET UNIT XXX NOWRITE_PROTECT
These commands, which have no net effect, serve to change the contents on
nonvolatile memory, causing the updated SAVE_CONFIGURATION information to
be automatically written to the SAVE_CONFIGURATION area of all units that
have been initialized with this option.
EK-HSD50-RN. E01 Page 27
HSD50 Array Controller Operating Software HSOF Version 5.7
5.8 Ability to Install New Microcode on a Tape Drive and
Solid State Disk Drives
HSOF Version 5.1 software allows you to use the controller's HSUTIL pro-
gram to install new microcode to the TZ89 tape drive.
HSOF Version 5.1 software also allows you to use the controller's HSUTIL
program to install new microcode to solid state disk devices.
5.9 Last Failure Code 010E0110 Normal Occurrence After
Upgrade
When updating firmware on the controllers, the following message may appear
suggesting that there is a problem with the controller or that there was an issue
during the update process. The below message is normal and is not cause for
a l a rm .
Last fail code: 010E0110
Press " ?" at any time for help.
%CER-HSZ_2> --13-JAN-1946 04:32:20 (time not set)--
System Information Page-and Last Failure entries reset
to default settings. Last Failure Entry: 1. Flags:
00000002 Template: 1.(01) Description: Last Failure
Event Power On Time: 1. Years, 127. Days, 3. Hours, 27.
Minutes, 5. Seconds Controller Model: HSD50 Serial Num-
ber: ZG05051997 Hardware Version: 0000(00) Firmware
Version: V57Z(00)
Instance Code: 0102030A Description:
An unrecoverable firmware inconsistency was detected or
an intentional restart or shutdown of controller opera-
tion was requested.
This is a normal occurrence for the first boot following manufacture of the
controller module and during the transition from one firmware version to an-
other if and only if the format of the System Information Page (SIP) is differ-
ent between the two versions.
If this event is reported at any other time, follow the recommended repair ac-
tion associated with this Last Failure Code.
Page 28 EK-HSD50-RN. E01
Release Notes
6.0 Operating Constraints
Paragraphs 6.1 through 6.11 describe the operating constraints for HSOF Ver-
sion 5.7 software. An operating constraint is defined by the parameters within
which the controller is designed to operate. Constraints of other system com-
ponents, such as host adapters, may also be described in this section. Keep
these constraints in mind to avoid problems and to obtain the maximum per-
formance available from your controller:
Updated Storageset Limits
Hot Swapping Devices
Maintenance Terminal Port Speeds
Initialization Devices
CFMENU Constraints
CLONE Utility
Low/Failed Battery on Dual-Redundant Configurations with
Preferred Paths
Device Adds, Moves, and Changes
Tape Drive Firmware Revision
Set Tape Density When Adding Drive and Changing Cartridge Types
Running CONFIG or CFMENU Utilities During Backup or Copy Opera-
tions
6.1 Updated Storageset Limits
The following limits apply to storagesets configured on single controller or
dual-redundant controller configurations:
A mirrorset can have a maximum of 6 members.
A stripeset or RAIDset can have a maximum of 14 members.
There can be a maximum of 20 mirrorsets and/or RAIDsets.
There can be a maximum of 30 storagesets (RAIDsets, mirrorsets, and/or
stripesets).
There can be no more than 32 physical device members for a unit.
Each storageset can store a maximum of 256 GB.
EK-HSD50-RN. E01 Page 29
HSD50 Array Controller Operating Software HSOF Version 5.7
NOTE
When building RAIDsets with drives of capacity 4GB or greater, if
you are using OpenVMS 6.2, the largest RAIDset that can be built
contains 12 members. For OpenVMS V7.0 this limitation does not
exist.
6.2 Hot Swapping Devices
When hot swapping a device, wait 90 seconds after you restore power before
enabling the bus, issuing CLI commands to the controller, or allowing any ac-
tivity to the controller.
6.3 Maintenance Terminal Port Speeds
HSOF Version 5.4software supports terminal port connections at 4800, 9600,
and 19200 bits per second (bps). Connection speeds at 300, 1200, and 2400 bps
are not supported.
6.4 Initialization Devices
Controller-attached devices can serve as initialization devices for VAX 7000
and VAX 10000 systems, provided the VAX 7000/10000 console code is at
Version 4.0 or higher.
6 .5 CFMENU Constraints
CFMENU can only delete single sparesets. Delete sparesets one at a time.
6.6 CLONE Utility
When running the clone utility in a dual-redundant controller configuration, do
not issue any CLI commands to devices that are involved in the clone opera-
tion.
Page 30 EK-HSD50-RN. E01
Release Notes
6 .7 Low/Failed Battery on Dual-Redundant Configurations
with Preferred Paths
If an external cache battery goes low or fails for a controller in a dual-
redundant configuration and preferred paths have been set, that controller's
units may go available on the "OTHER" controller and become inoperative on
the preferred controller. This causes a mount verify on the units from
OpenVMS. You will need to issue the SET unit-name NOPREFERRED_PATH
command which will allow the units to go out of mount verify. Later you can
reissue the SET unit-name NOPREFERRED_PATH command to the affected
units.
6.8 Device Adds, Moves, and Changes
The controller maintains configuration maps of device types and locations and
uses those maps for communicating with devices. If you add, move, or change
devices while the controller is powered off and without changing the controller
configuration first, the controller is not able to work with the changed devices
when it returns to service.
6.9 Tape Drive Firmware Revision Upgrade
If you are not using HSUTIL to install your new tape firmware, do the follow-
ing: Before installing a new version of tape drive firmware, delete the tape
drive completely from the controller configuration. You can re-add the tape
drive after the firmware installation is complete.
6 .1 0 Set Tape Density When Adding Drive and Changing Car-
tridge Types
The default_format switch allows you to specify the tape format for use by the
controller for write operations to a tape drive. Also use this switch to tell the
controller to allow the host to set the tape format.
Not all tape devices support all formats. The easiest way to determine what
formats are supported by a specific device is to enter the set tape-unit-number
default_format=? command. The controller displays the valid options for the
unit.
EK-HSD50-RN. E01 Page 31
HSD50 Array Controller Operating Software HSOF Version 5.7
NOTE
Host system software must support the density selection for the
affected device for this option to operate correctly. Using the
HOST_SELECTED switch for other devices may yield
unpredictable results.
Compaq recommends the use of the set tape-unit-number de-
fault_format=host_selected command with only TSZ07 tape drives. Set the
switch to host_selected to allow the host to set the tape format.
When first adding a tape drive to the controller configuration, set the tape den-
sity with the set tape-unit-number default_format= command before using the
OpenVMS initialize command. In dual-redundant controller configurations, set
the tape density from both controllers in the pair before the tape drive is
mounted. Not setting the tape density might cause the tape to be written at the
wrong density, or the OpenVMS initialize command to fail with an invalid
format error.
6.11 Running CONFIG or CFMENU Utilities During Backup
Operations
Do not run the CONFIG or CFMENU utilities during a tape backup operation.
7.0 Avoiding Problem Situations
In certain situations, you may experience unusual controller behavior. Para-
graphs 7.1 through 7.5 present information to help you avoid such situations
and to recover from them if they occur:
HSUTIL Program Failure During a Code Load Firmware Upgrade
Using the CLI and CF Menu Simultaneously in a Dual Configuration
Write-Back Cache Battery Replacement
Only One Switch per CLI Command Recommended
DILX Enhancement
Page 32 EK-HSD50-RN. E01
Release Notes
7.1 HSUTIL Program Failure During a Code Load Firmware
Upgrade
As noted in Section 3.2, in a rare occurrence the HSD50 controller may not be
able to use the HSUTIL program to perform a "code load" firmware upgrade to
TZ87/88/89 tape drives or any associated Automated Tape Library. In such a
case the HSUTIL program refuses to perform the upgrade because it incor-
rectly determines that there is a tape present in the target tape drive when there
is none.
The HSD50 controller has the capability to perform firmware upgrade "code
loads" to tape drives included in its storage subsystem configuration. This code
load capability is manually accessed via the HSUTIL program in the control-
ler. The code load procedure requires that there be no tape in the drive. In rare
circumstances, HSUTIL in these controllers incorrectly determines that there is
a tape in the target drive, and refuses to perform the firmware upgrade.
You have likely encountered this problem if the following occurs:
You are attempting to do a firmware upgrade to a TZ87, TZ88, TZ89, or
any associated Automated Tape Library
You are using program HSUTIL in the controller
There is no tape in the target tape drive
You receive a HSUTIL dialog similar to the following:
After you answer the next question, the code load will
start.
Do you want to continue (y/n) [n] ? y
HSUTIL is doing code load. Please be patient.
Error at PTL 3.4.0. Sense key:05 ASC/Q:24/8D.
The tape cartridge must be removed to update the tape
drive firmware.
The cartridge is in the drive. Please unload.
HSUTIL - Normal Termination at 03-APR-2000 14:36:06
EK-HSD50-RN. E01 Page 33
HSD50 Array Controller Operating Software HSOF Version 5.7
The recommended work around is to use the built-in firmware upgrade capa-
bility of the tape device itself. This is done by using a specially prepared tape
containing an image of the firmware upgrade code, and manipulating the tape
drive and/or Automated Tape Library loader controls to activate the built-in
firmware upgrade function of the tape drive or loader.
Please contact your service representative for further instructions on perform-
ing this procedure.
7.2 Using the CLI and CF Menu Simultaneously in a Dual
Configuration
When in a dual configuration do not issue a simultaneous CLI command on
one controller and a CFMENU command on the other controller. This can
cause a deadlock situation between the two controllers while each waits for a
CLI lock.
7.3 Write-Back Cache (WBC) Battery Replacement
Please observe the two year posted replacement period for the write-back
cache batteries as specified in the Instructions for Write-Back Cache Battery
Service Label (FRU Insert EK-WBCIN-FI rev B01).
7.4 Only One Switch per CLI Command Recommended
Certain switches to CLI commands are incompatible. To avoid problems in
this area, only specify one switch per CLI command. For example, to set both
WRITEBACK_CACHE and NORUN on unit D102, use the following two com-
mands:
SET D102 WRITEBACK_CACHE
SET D102 NORUN
Page 34 EK-HSD50-RN. E01
Release Notes
7.5 DILX Enhancement
The HSD50 controller with HSOF Version 5.1 software has a new Version
Disk In-Line Exerciser (DILX) that acts on disks configured as single-device,
RAIDset, sripeset, mirrorset, striped-mirrorset, or partitioned units.
8.0 Documentation Additions and Corrections
The following sections describe corrections to:
HSD50 Array Controller HSOF Version 5.1 Configuration Manual
HSD50 Array Controller HSOF Version 5.1 CLI Reference Manual
HSD50 Array Controller HSOF Version 5.1 Service Manual
8.1 HSD50 Array Controller HSOF V5.1 Configuration
Manual
8.1.1 Chunk Size
Referring to the section titled Initialize Switches in HSD50 Array Controller
HSOF Version 5.1 Configuration Manual, pages 3-18 through 3-20 the infor-
mation regarding "Chunk Size" should be replaced with the following infor-
mation.
The information on maximum chunk size is incorrect and should be removed.
In addition, cautionary information on using the default chunk size as well as
information on calculating chunk size, increasing the request rate, increasing
the data transfer rate and increasing sequential write performance have been
included and are to be added to the documents referenced.
EK-HSD50-RN. E01 Page 35
HSD50 Array Controller Operating Software HSOF Version 5.7
8.1.1.1 Specifying Chunk Size
Specify the chunk size of the data to be stored to control the stripesize used in
RAIDsets and stripesets:
CHUNKSIZE=DEFAULT
lets the controller set the chunk size based on the number of disk drives (d)
in a stripeset or RAIDset.
If d 9 then chunk size = 256 or 128 kilobytes (K)
If d > 9 then chunk size = 128 or 64 kilobytes (K)
CAUTION
The default chunk size should be used with caution. It is
imperative that you analyze the I/O transfers being used
with your application to determine the proper chunk
size. An improper value used as a chunk size may cause
serious performance problems with the subsystem.
CHUNKSIZE=n
lets you specify a chunk size in blocks. The relationship between chunk
size and request size determines whether striping increases the request rate
or the data-transfer rate.
Increasing the Request Rate
8.1.1.2
A large chunk size (relative to the average request size) increases the request
rate by allowing multiple disk drives to respond to multiple requests. If one
disk drive contains all of the data for one request, then the other disk drives in
the storageset are available to handle other requests. Thus, in principle, sepa-
rate I/O requests can be handled in parallel, thereby increasing the request rate.
This concept is shown in Figure 81.
Page 36 EK-HSD50-RN. E01
Release Notes
Figure 8-1 Chunk Size Larger than the Request Size
Chunk size = 128k (256 blocks)
Request A
Request B
Request C
Request D
CXO-5135A-MC
Applications such as interactive transaction processing, office automation, and
file services for general timesharing tend to require high I/O request rates.
Large chunk sizes also tend to increase the performance of random reads and
writes. It is recommended that you use a chunk size of 10 to 20 times the aver-
age request size, rounded to the closest prime number. In general, a chunk size
of 239 works well for Compaq Tru64TM UNIX systems with a transfer size of
16 sectors; 113 works well for OpenVMS systems with a transfer size of 8
sectors.
To calculate the chunk size that should be used for your subsystem, you first
must analyze the types of requests that are being made to the subsystem:
Lots of parallel I/O that use a small area of disk should use a chunk size of
10 times the average transfer request rate.
Random I/Os that are scattered over all the areas of the disks should use a
chunk size of 20 times the average transfer request rate.
If you don't know, then you should use a chunk size of 15 times the aver-
age transfer request rate.
If you have mostly sequential reads or writes (like those needed to work
with large graphic files), then make the chunk size a small number (i.e. 17
sectors in Table 8-1 shows a few examples of chunk size selection.
EK-HSD50-RN. E01 Page 37
HSD50 Array Controller Operating Software HSOF Version 5.7
Table 8-1 Example Chunk Size
Transfer High Unknown Low
Size (KB) Locality Locality Locality
2 41 59 790
4 79 113 163
8 157 239 317
8.1.1.3 Increasing the Data Transfer Rate
A small chunk size relative to the average request size increases the data trans-
fer rate by allowing multiple disk drives to participate in one I/O request. This
concept is shown in Figure 82.
Figure 8-2. Chunk Size Smaller than the Request Size
Chunk size = 128k (256 blocks)
A1
A2
Request A
A3
A4
CXO-5172A-MC
Applications such as CAD, image processing, data collection and reduction,
and sequential file processing tend to require high data-transfer rates.
8.1.1.4 Increasing Sequential Write Performance
Sequential write and read requests on stripesets (or striped mirrorsets), should
use a small chunk size relative to the I/O size to increase the performance. A
chunk size of 17 generally works well
Page 38 EK-HSD50-RN. E01
Release Notes
8.2 HSD50 Array Controller HSOF V5.1 CLI Reference
Manual
8.2.1 Chunk Size
Referring to the section titled Initialize, Switches in the HSD50 Array Con-
troller HSOF Version 5.1 CLI Reference Manual, page 2-38 the information
regarding "Chunk Size" should be replaced. Please refer to the above section
of these Release Notes (Section 8.1.1, Chunk Size) for the correct information.
8.2.2 SET FAILEDSET Autospare Not Valid Switch for
HSD50 Controllers
The HS Family of Array Controllers CLI Reference Manual incorrectly identi-
fies AUTOSPARE as a valid switch on the SET FAILEDSET command.
AUTOSPARE is not a valid switch for the HSD50 controller.
8.2.3 MIRROR_CACHE Not Valid Switch on SET
THIS_CONTROLLER and SET OTHER_CONTROLLER
COMMANDS
The SET THIS_CONTROLLER and SET OTHER_CONTROLLER com-
mands in the HSD50 Array Controller HSOF Version 5.1 CLI Reference Man-
ual contain a description of the MIRROR_CACHE switch. MIRROR_CACHE
is not a supported switch for the HSD50 array controller.
8.3 HSD50 Array Controller Service HSOF V5.1 Manual
8.3.1 Software Installation
Please see section 9.0 Software Installation in this document. Section 9.0 pro-
vides the specific procedures needed to install your HSOF V5.7 Software. The
information in this section can be used in conjunction with the information
found in the HSD50 Array Controller HSOF Version 5.1 Service Manual,
Chapter 3 "Installing", pages 3-3 through 3-21.
EK-HSD50-RN. E01 Page 39
HSD50 Array Controller Operating Software HSOF Version 5.7
8.3.2 Replacing a Controller with C_SWAP
The procedure in HSD50 Array Controller Service Manual for restarting the
| 17-03831-01
17-04367-01
DS-AIT35-VW
DS-RZ1BB-VW
DS-RZ1CB-VW
DS-RZ1DA-VW
DS-RZ1DB-VW
DS-RZ1DD-VW
DS-RZ1EA-VW
DS-RZ1ED-VW
DS-RZ1FC-VW
DS-RZ26N-VZ
DS-RZ28M-VZ
DS-SWXSS-06
EK-HSD50-RN
EK-WBCIN-FI
QB-5C5AA-SA
XO-4820A-MC
XO-5135A-MC
XO-5172A-MC
|
