Vous êtes sur la page 1sur 2

9900V

MICROCODE VERSION 21-14-39-00/00


RELEASED 11/30/2007
Newly supported features and functions for Version 21-14-39-00/00

NONE

The change of contents for Version 21-14-39-00/00

1 TPF system down due to backend (HDD) failure


Phenomena TPF system was down due to performance degradation caused by backend (HDD) failure.
Contents DKA (MP) detected a response error from a HDD and counted the threshold value. However,
recovery process reset this threshold value incorrectly. Therefore, DKA (MP) could not block
the HDD and I/O performance was down.
Category DKA
Changed DKC Micro-program

2 WCHK1 at a pair of DKA during I/O


Phenomena During a usual I/O operation, WCHK1 occurred at a pair of DKA.
Conditions The problem occurs when a particular HDD failure (the same response returns continuously
within a short period) occurs.
Category HDD
Changed DKCMAIN

3 When restoring data to VM mini disk, the restore JOB ABEND


Phenomena When data is restored to a VM mini disk on the RAID subsystem using DFHSMSdss, INVALID
TRACK FORMAT ERROR (EC=673A) is displayed, and the JOB ABEND.
Contents At the time of creating a field of Record number=0 using the Write full track (CMD=x95)
command, when the CYL/HD# in the COUNT field that is transferred from the host is different
from that in the track address, the process of the Write full track (CMD=x95) command wrongly
ends in an error (INVALID TRACK FORMAT ERROR).
New System Option Mode 355 is available to fix the problem.
Public Mode – No Permission Required to Use
Conditions With all the following conditions (A) to (E) met, the problem may occur.
All current versions
Mainframe connection (ESCON or FICON)
The DKC type is 2105 or 2107
The VM version is z/VM 5.2 or later
Dump the VM mini disk and restore the data to the VM mini disk (*1)
*1: The Write full track (CMD=x95) command is used for restoring the data
Category Volume Migration Mini Disk
Changed DKCMAIN

HDS Confidential 1of 2


4 MIDAW disabled after LDEV reinstallation
Phenomena After LDEV reinstallation, MIDAW became disabled. Therefore, a function inconsistency
occurred between P-VOL and S-VOL, and thus Hyperswap of GDPS failed to enable
Contents The micro-program modified to fix the problem. Note: If the problem has occurred, Vary
OFF/ON is required for recovery after upgrading the micro-program to the fixed version.
Conditions The problem occurs with all the following conditions met.
Micro-program version 21-14-29-00/00 and higher
Uninstall an LDEV that had been online.
Install the above LDEV.
Category Mainframe
Changed DKCMAIN

5 SI or Hi-Copy V2 pair creation failed due to miscalculated volume usage amount


Phenomena 1. Although the usage amount of the volume the PP used was less than the licensed capacity, SI
or Hi-Copy V2 pair creation failed due to falsely reported insufficient licensed capacity2. The
displayed usage amount of volume used by SI or Hi-Copy V2 was less than the capacity
actually used.
Contents The micro-program modified to fix the problem.

With all the following conditions met, perform the procedure 1 through 3 shown below after
the micro-program exchange.

(Conditions)
1. SI for Open is installed
2. Hi-Copy V2 is installed
3. The SI and Hi-Copy V2 had used the same volume

(Procedure)
1. Set System Option Mode 354 to On
2. Check that SSB:0x2219 is output (SSB output operation may take approx. 5 minutes)
3. Set System Option Mode 354 to Off

New system option mode 354:


Public Mode –No Permission Required to Use
Conditions See ECN for important “Conditions of Occurrence.”
Category Shadow Image for Open, Hi-Copy V2
Changed DKCMAIN

HDS Confidential 2of 2

Vous aimerez peut-être aussi