A fix is available
APAR status
Closed as program error.
Error description
ABENDE37-08 when extending to a volume with insufficient space. The result is an overwrite of the VTOC track start+1. Any following requests to the VTOC fail with a CVSTAT x'7F' (127) I/O error. It seems this is triggered by an ABEND EXIT that IGNOREs the ABEND. ********* * HIPER * *********
Local fix
Disable the Secondary Space Relief (SSR) function. Turning off SSR can result in experiencing the issue described by OA51474. It is highly recommended that the ++APAR for OA51474 be applied as well OR Restore UA82730. It can be found in the testcase.boulder.ibm.com server in the fromibm/mvs directory as AA51474.HDZ2220 This will require an IPL. F DEVMAN,DISABLE(SSR) on the z/OS 2.2 images (this does NOT persist across IPLs). - OR - Permanently disable the SSR function until the PTF is available by updating the DEVSUPxx parmlib member with; DISABLE(SSR) Make this the LAST parameter if you share Parmlib across a SYSPLEX with different Z/OS levels. This parm is only recognized by z/OS 2.2 Expect a IEA252E message in pre z/OS 2.2 images as this parameter is not supported there. Then issue the SET DEVSUP=(xx,yy) or SET DEVSUP=xx command per your installation. --------------------------------------------------------------- Check to ensure SSR is not enabled via; F DEVMAN,REPORT When disabled, SSR should NOT display under OPTIONS; **** DEVMAN ************************************************* * FMID: HDZ2220 * * APARS: UA81678 UA80876 UA81756 UA77616 * * OPTIONS: REFUCB SSR *
Problem summary
**************************************************************** * USERS AFFECTED: HDZ2220 or above users * **************************************************************** * PROBLEM DESCRIPTION: See Error description * **************************************************************** * RECOMMENDATION: * **************************************************************** During SMS Space Constraint Relief (SCR) processing for a non-VSAM New Volume Extend request, SMS sets the secondary space in the primary space field (DACPRIKB) without resetting the secondary request bit (DACSECRQ). This causes DADSM to allocate the VTOC entry without allocating any secondary space on the volume. This may further result in an overwrite of the VTOC track start+1 as reported in OA51499.
Problem conclusion
Reset DACSECRQ bit as the secondary space is passed in the DACRE primary quantity fields when SCR is used to extend a non-VSAM data set to a new volume.
Temporary fix
********* * HIPER * *********
Comments
APAR Information
APAR number
OA51587
Reported component name
STORAGE MGMT SU
Reported component ID
5695DF101
Reported release
220
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-11-04
Closed date
2016-11-22
Last modified date
2017-01-03
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UA83445
Modules/Macros
IGDVTSDA
Fix information
Fixed component name
STORAGE MGMT SU
Fixed component ID
5695DF101
Applicable component levels
R220 PSY UA83445
UP16/12/06 P F612
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"220","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
03 January 2017