We have a production job which is failing while copying a flat file into a VSAM file with the below properties :
DEFINE CLUSTER -
(NAME(AAAAA.BB.CRD.XXXXX.TARG.ACCESS) -
FREESPACE(20 20) -
INDEXED -
KEYS(12 0) -
SUBAL -
SPEED -
SHR (2 3) -
RECORDSIZE(438 438) -
CYL(1500 1500)) -
DATA -
(NAME(AAAAA.BB.CRD.XXXXX.TARG.ACCESS) -
CISZ(8192)) -
INDEX -
(NAME(AAAAA.BB.CRD.XXXXX.TARG.ACCESS.INDEX) -
CISZ(8192));
(NAME(AAAAA.BB.CRD.XXXXX.TARG.ACCESS) -
FREESPACE(20 20) -
INDEXED -
KEYS(12 0) -
SUBAL -
SPEED -
SHR (2 3) -
RECORDSIZE(438 438) -
CYL(1500 1500)) -
DATA -
(NAME(AAAAA.BB.CRD.XXXXX.TARG.ACCESS) -
CISZ(8192)) -
INDEX -
(NAME(AAAAA.BB.CRD.XXXXX.TARG.ACCESS.INDEX) -
CISZ(8192));
The flat file has :
WER246I FILESIZE 2,510,714,960 BYTES
WER054I RCD IN 5838872, OUT 5838872
WER054I RCD IN 5838872, OUT 5838872
Here the job is failing with the below error:
V370040 END OF VOLUME RECOVERY OPERATION SUCCESSFUL FOR
V370040 Job Name,STEP030,OUTDD,AAAAA.BB.CRD.XXXXX.TARG.ACCESS.DATA
V370040 NEW VOLUME SMS ADDED, NEW VOLUME COUNT 3
IEC070I 034(004)-220,Job name,STEP030,OUTDD,E619,VSS211,
When checked in Quick view we got the following description for the error :
IEC161I (return code 034) rc[(sfi)]-ccc,jjj,
sss,ddname,dev,volser,xxx,dsname,cat
Routing Code: 11
Descriptor Code: 6
Explanation: For general information about message IEC161I, see the
explanation for return code 001.
Specific information for this return code: The maximum relative byte
address (RBA) limit (4,294,967,295) has been reached.
The subfunction information field, if present, contains a decimal
problem-determination code (reason code) for use by the IBM Support Center
in case further problem diagnosis is necessary. The following table lists
+---------------+--------------------------------------------------------|
| 004 | End of volume - Non-extended addressable. The new |
| | allocation amount would exceed 4 GB. |
The same is inferred from the IDCAMS Sysout log as well :
IDCAMS SYSTEM SERVICES
REPRO -
INFILE(INDD) -
OUTFILE(OUTDD)
IDC3302I ACTION ERROR ON AAAAA.BB.CRD.XXXXX.TARG.ACCESS
IDC3351I ** VSAM I/O RETURN CODE IS 28 - RPLFDBWD = X'2908001C'
IDC31467I MAXIMUM ERROR LIMIT REACHED.
IDC0005I NUMBER OF RECORDS PROCESSED WAS 5836320
IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12
IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12
IDC3351I ** VSAM {OPEN|CLOSE|I/O} RETURN CODE IS return-code
{RPLFDBWD=nnnnnnnn}
Explanation: An error was encountered during virtual storage access
method (VSAM) open, close, or action request processing, as indicated in
the text of the message.
28 Data set cannot be extended because VSAM cannot allocate
additional direct-access storage space. Either there is not
enough space left to make the secondary allocation request,
you attempted to increase the size of a data set while
processing with SHROPT=4 and DISP=SHR, or the index CI is
not large enough to hold the entire CA. This error could
also be due to a data set trying to extend beyond 4GB on a
system that does not support extended addressability.
sss,ddname,dev,volser,xxx,dsname,cat
Routing Code: 11
Descriptor Code: 6
Explanation: For general information about message IEC161I, see the
explanation for return code 001.
Specific information for this return code: The maximum relative byte
address (RBA) limit (4,294,967,295) has been reached.
The subfunction information field, if present, contains a decimal
problem-determination code (reason code) for use by the IBM Support Center
in case further problem diagnosis is necessary. The following table lists
+---------------+--------------------------------------------------------|
| 004 | End of volume - Non-extended addressable. The new |
| | allocation amount would exceed 4 GB. |
The same is inferred from the IDCAMS Sysout log as well :
IDCAMS SYSTEM SERVICES
REPRO -
INFILE(INDD) -
OUTFILE(OUTDD)
IDC3302I ACTION ERROR ON AAAAA.BB.CRD.XXXXX.TARG.ACCESS
IDC3351I ** VSAM I/O RETURN CODE IS 28 - RPLFDBWD = X'2908001C'
IDC31467I MAXIMUM ERROR LIMIT REACHED.
IDC0005I NUMBER OF RECORDS PROCESSED WAS 5836320
IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12
IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12
IDC3351I ** VSAM {OPEN|CLOSE|I/O} RETURN CODE IS return-code
{RPLFDBWD=nnnnnnnn}
Explanation: An error was encountered during virtual storage access
method (VSAM) open, close, or action request processing, as indicated in
the text of the message.
28 Data set cannot be extended because VSAM cannot allocate
additional direct-access storage space. Either there is not
enough space left to make the secondary allocation request,
you attempted to increase the size of a data set while
processing with SHROPT=4 and DISP=SHR, or the index CI is
not large enough to hold the entire CA. This error could
also be due to a data set trying to extend beyond 4GB on a
system that does not support extended addressability.
So here my problem is , when i run the same job JCL (which got failed in production) using the personal datasets in spool , the job completed fine . I have used the same VSAM file definition to create my personal VSAM dataset and copied the same flat file to it using IDCAMS Repro command .
Now , in this situation, do i need to change the VSAM file properties to fix my issue or is it something issue with the production Volume Pools which is causing the job to fail ? since my personal job ran fine copying the flat file into VSAM .
Note :The flat file doesnt have any duplicates , did ran a sort and verified it .
I even checked with our IBM storage management guys , they have replied that the Volume pool is having enough spacefor the VSAm to extend . They also ranout of ideas regarding this .
Can any one suggest whether am missing any thing here in this , which actually solves my problem .
Thanks for your time
Nara
to it by working with our IBM partners , but the solution is a work around but we are not able to figure out the original root cause :
