I have a input file which contains the millions of records. My SORT has abended with S0C7, Below is the SYSOUT, could you please suggest me to find the bad record.
Code:
ICE201I H RECORD TYPE IS F - DATA STARTS IN POSITION 1
ICE162I 0 ICEIEXIT CHANGED ONE OR MORE OPTIONS IN EFFECT
ICE751I 0 C5-K76982 C6-K90026 C7-K58148 C8-K67572 E9-K60824 C9-BASE E5-K76585
ICE143I 0 BLOCKSET SORT TECHNIQUE SELECTED
ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT PAPERS, EXAMPLES AN
ICE000I 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R12 - 10:35 ON MON AP
ICE201I H RECORD TYPE IS F - DATA STARTS IN POSITION 1
ICE162I 0 ICEIEXIT CHANGED ONE OR MORE OPTIONS IN EFFECT
ICE751I 0 C5-K76982 C6-K90026 C7-K58148 C8-K67572 E9-K60824 C9-BASE E5-K76585
ICE193I 0 ICEAM1 INVOCATION ENVIRONMENT IN EFFECT - ICEAM1 ENVIRONMENT SELECTED
ICE252I 1 PARMLIB OPTIONS WERE MERGED WITH INSTALLATION MODULE DEFAULTS
ICE088I 1 RFYYY13Z.PS140 . , INPUT LRECL = 247, BLKSIZE = 32604, TYPE =
ICE093I 0 MAIN STORAGE = (MAX,11312032,11300430)
ICE156I 0 MAIN STORAGE ABOVE 16MB = (11238288,11238288)
ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 ,SPANINC=RC16,VLSCMP=N,SZERO=Y,
ICE128I 0 OPTIONS: SIZE=11312032,MAXLIM=1048576,MINLIM=450560,EQUALS=Y,LIST=Y,ER
ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=SHORT,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHALT=
ICE130I 0 OPTIONS: RESALL=4096,RESINV=0,SVC=109 ,CHECK=N,WRKREL=Y,OUTREL=Y,CKPT=
ICE131I 0 OPTIONS: TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=65536,CINV=Y,CFW=
ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=N,IEXIT=Y,TEXIT=N,LISTX=N,EFS=NONE ,EXITC
ICE133I 0 OPTIONS: HIPRMAX=0 ,DSPSIZE=0 ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAMI
ICE235I 0 OPTIONS: NULLOUT=RC0
ICE236I 0 OPTIONS: DYNAPCT=10 ,MOWRK=Y
ICE084I 0 BSAM ACCESS METHOD USED FOR SORTOUT
ICE084I 0 BSAM ACCESS METHOD USED FOR SORTIN
ICE750I 0 DC 1757152319 TC 0 CS DSVNN KSZ 20 VSZ 20
ICE752I 0 FSZ=7113977 RC IGN=0 E AVG=124 0 WSP=1145740 C DYN=20752 56552
ICE751I 2 DE-K61787 D5-K58148 DA-K69255
ICE805I 1 JOBNAME: RFYYY13Z , STEPNAME: PS140
ICE802I 0 BLOCKSET TECHNIQUE IN CONTROL
ICE992I 0 RA 0 WR 0 TR 1
ICE915I 0 MOFSZ=0,MOSZ=0,MOSYS=0(1),MOSTG=4113,MEML=1941(1)
ICE916I 0 MOFR=0703,MOVR=VV
ICE996I 0 ESM=3213824,ESO=0,ESR=64000,ESP=4096,ESS=16384,CES=3213824,HSZ=524288
ICE997I 0 HWSP=538411,HMAX=0,HES=0,ASV=1053168,EQ=N0,HN=0
ICE898I 0 OMAX=1053168,NMAX=2366240,ENQT=1053168,CMAX=0,HU=0,BUN=0,MD=N1,N1,DU=0
ICE889I 0 CT=MAX , SB=8, L=0, D=0000, CCW=1MAM
ICE901I 0 W 05PP13 08PP13 06PP13 01PP13 04PP13 02PP13 09PP13 07PP13
ICE901I 0 W 03PP13
ICE902I 0 O PP10 I PP10
ICE185A 0 AN S0C7 ABEND WAS ISSUED BY DFSORT, ANOTHER PROGRAM OR AN EXIT (PHASE1)
That would find the first invalid value for your field.
If you want to check the whole file, specify a different LIMIT. The default with no LIMIT is 200.
You are making the maintenance difficult by specifying all the columns where fields abut each other. Also, BUILD is better than FIELDS. They are the same, but FIELDS is very "overloaded", which detracts from ready understanding.
Yes..Bill.
The first record has the problem.. the root cause is the the data gets messed up in the QA process which is different than the production process so this needs to be in sync.
Specifically, a wrong data is placed from 71th position onwards in QA (bad one) where in production it is correct.
Actually the control cards which feeds the data to the input file (which is being used in input for SORT) has been changed in QA and yet to go in production, that is the reason the downstream process that is above job got abended.
So notifications has already been sent to them and they are working on this.
but I said, some other DEV team put the changed code in QA which feeds their files to us and we got screwed up. SO we intimated them about this abend and they are going to correct that.....