Page 1 of 1

sortout data invalid after zos v1r10

PostPosted: Wed Jul 15, 2009 12:38 am
by John
Dear

I have a sort program running ok under zos v1r9, but after upgrade to zos v1r10 last weekend, job completes with CC=00, but the sortout data is invalid ,where they want to insert '00', the SORT select is now adding D. hex 'C409' instead of hex 'F0F0'.

It's a very simple sort. But many records. 1900 tracks on input.
this is what happens, see colum 74 75. should be '00', but now with a 'D.' in it.
- ----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+----8
********************************* Top of Data **********************************
616320000371 0CD.rr?A2160266216 215 369891368366..@.°&@ D.2411
616320000391 0CD.rr?A1530253153 215 700312356597....?é. D.0009
616320000521 0CD.rr?A5190233519 101 369597363361....°.. D.1516

the normal situation should be
- ----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+----8
********************************* Top of Data **********************************
616320000371 0CD.rr?A2160266216 215 369891368366..@.°&@ 002411
616320000391 0CD.rr?A1530253153 215 700312356597....?é. 000009
616320000521 0CD.rr?A5190233519 101 369597363361....°.. 001516

I also noticed that, when the job was running ok under zos v1r9, it used hiperspace sorting, but after zos v1r10, it used memory object for sorting, if I tried to turn off the memory object by "mosize=0" , then the job works. I can understand DFSORT evaluates many factors as part of its decision on whether to use memory object, Hiperspace, Data space, etc ... however , how can explain my situation why the sort program was not working with memory object sorting?

(ps: I have applied the ptf UK46178 on this system)

Here are two sort output for your reference ...

under zos190 (sucessful one)
============
1ICE143I 0 BLOCKSET SORT TECHNIQUE SELECTED
ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT PAPERS, EXAMPLES AND MORE
ICE000I 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R5 - 22:42 ON FRI JUL 10, 2009 -
0 * REMOVE HEADER AND TRAILER RECORDS
* ADD 2 BYTES TO ICUSCLN,RENXA AND RCUXQ
OMIT COND=(1,6,CH,EQ,C'HEADER',OR,
1,6,CH,EQ,C'TRAILR')
SORT FIELDS=(1,20,CH,A)
OUTREC FIELDS=(2,3,
C'00',
5,69,
C'00',
74,2340,
C'00',
2414,46)
ICE201I F RECORD TYPE IS F - DATA STARTS IN POSITION 1
ICE751I 0 C5-K90013 C6-K90013 C7-K90000 C8-K90013 E9-K90013 C9-BASE E5-K35433 E6-K34782 E7-K24705
ICE193I 0 ICEAM1 ENVIRONMENT IN EFFECT - ICEAM1 INSTALLATION MODULE SELECTED
ICE088I 1 CHILV2AD.PROCA .STEP020 , INPUT LRECL = 2459, BLKSIZE = 27049, TYPE = FB
ICE093I 0 MAIN STORAGE = (MAX,6291456,6291456)
ICE156I 0 MAIN STORAGE ABOVE 16MB = (6234096,6234096)
ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 ,SPANINC=RC16,VLSCMP=N,SZERO=Y,RESET=Y,VSAMEMT=Y,DYNSPC=256
ICE128I 0 OPTIONS: SIZE=6291456,MAXLIM=2097152,MINLIM=450560,EQUALS=Y,LIST=Y,ERET=RC16 ,MSGDDN=SYSOUT
ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHALT=N,DYNALOC=(SYSDA ,004),ABCODE=MSG
ICE130I 0 OPTIONS: RESALL=8192,RESINV=0,SVC=109 ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N,STIMER=Y,COBEXIT=COB2
ICE131I 0 OPTIONS: TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=65536,CINV=Y,CFW=Y,DSA=0
ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE ,EXITCK=S,PARMDDN=DFSPARM ,FSZEST=N
ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=MAX ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAMIO=N,MOSIZE=MAX
ICE235I 0 OPTIONS: NULLOUT=RC0
ICE084I 0 EXCP ACCESS METHOD USED FOR SORTOUT
ICE084I 0 EXCP ACCESS METHOD USED FOR SORTIN
ICE750I 0 DC 102055877 TC 0 CS DSVOO KSZ 24 VSZ 24
ICE752I 0 FSZ=41503 RC IGN=0 E AVG=2464 0 WSP=132823 C DYN=0 0
ICE751I 1 DE-K24705 D5-K24705 D3-K24705 D7-K24705 E8-K90013
ICE090I 0 OUTPUT LRECL = 2464, BLKSIZE = 27104, TYPE = FB
ICE171I 0 SORTOUT LRECL OF 2464 IS DIFFERENT FROM SORTIN(NN) LRECL OF 2459 - RC=0
ICE055I 0 INSERT 0, DELETE 2
ICE054I 0 RECORDS - IN: 41497, OUT: 41495
ICE134I 0 NUMBER OF BYTES SORTED: 102036205
ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 0 , TRACKS USED: 0
ICE199I 0 MEMORY OBJECT STORAGE USED = 0M BYTES
ICE180I 0 HIPERSPACE STORAGE USED = 103860K BYTES
ICE188I 0 DATA SPACE STORAGE USED = 0K BYTES
ICE052I 0 END OF DFSORT


under zos1a0 ("failed" one)
============
1ICE143I 0 BLOCKSET SORT TECHNIQUE SELECTED
ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT PAPERS, EXAMPLES AND MORE
ICE000I 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R10 - 22:37 ON MON JUL 13, 2009 -
0 * REMOVE HEADER AND TRAILER RECORDS
* ADD 2 BYTES TO ICUSCLN,RENXA AND RCUXQ
OMIT COND=(1,6,CH,EQ,C'HEADER',OR,
1,6,CH,EQ,C'TRAILR')
SORT FIELDS=(1,20,CH,A)
OUTREC FIELDS=(2,3,
C'00',
5,69,
C'00',
74,2340,
C'00',
2414,46)
ICE201I F RECORD TYPE IS F - DATA STARTS IN POSITION 1
ICE751I 0 C5-K90014 C6-K90014 C7-BASE C8-K42136 E9-K40168 C9-BASE E5-K46178 E6-BASE E7-K44564
ICE193I 0 ICEAM1 INVOCATION ENVIRONMENT IN EFFECT - ICEAM1 ENVIRONMENT SELECTED
ICE088I 5 CHILV2AD.PROCA .STEP020 , INPUT LRECL = 2459, BLKSIZE = 27049, TYPE = FB
ICE093I 0 MAIN STORAGE = (MAX,6291456,6291456)
ICE156I 0 MAIN STORAGE ABOVE 16MB = (6234096,6234096)
ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 ,SPANINC=RC16,VLSCMP=N,SZERO=Y,RESET=Y,VSAMEMT=Y,DYNSPC=256
ICE128I 0 OPTIONS: SIZE=6291456,MAXLIM=2097152,MINLIM=450560,EQUALS=Y,LIST=Y,ERET=RC16 ,MSGDDN=SYSOUT
ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHALT=N,DYNALOC=(SYSDA ,004),ABCODE=MSG
ICE130I 0 OPTIONS: RESALL=8192,RESINV=0,SVC=109 ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N,COBEXIT=COB2
ICE131I 0 OPTIONS: TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=65536,CINV=Y,CFW=Y,DSA=0
ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE ,EXITCK=S,PARMDDN=DFSPARM ,FSZEST=N
ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=MAX ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAMIO=N,MOSIZE=MAX
ICE235I 0 OPTIONS: NULLOUT=RC0
ICE084I 0 EXCP ACCESS METHOD USED FOR SORTOUT
ICE084I 0 EXCP ACCESS METHOD USED FOR SORTIN
ICE750I 0 DC 102055877 TC 0 CS DSVOO KSZ 24 VSZ 24
ICE752I 0 FSZ=41503 RC IGN=0 E AVG=2464 0 WSP=132823 C DYN=0 0
ICE751I 1 BA-K44515 BB-K38900 BC-BASE E8-K44564
ICE090I 0 OUTPUT LRECL = 2464, BLKSIZE = 27104, TYPE = FB
ICE171I 0 SORTOUT LRECL OF 2464 IS DIFFERENT FROM SORTIN(NN) LRECL OF 2459 - RC=0
ICE080I 0 IN MAIN STORAGE SORT
ICE055I 0 INSERT 0, DELETE 2
ICE054I 0 RECORDS - IN: 41502, OUT: 41500
ICE134I 0 NUMBER OF BYTES SORTED: 102048500
ICE253I 0 RECORDS SORTED - PROCESSED: 41500, EXPECTED: 41503
ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 0 , TRACKS USED: 0
ICE199I 0 MEMORY OBJECT STORAGE USED = 98M BYTES
ICE180I 0 HIPERSPACE STORAGE USED = 0K BYTES
ICE188I 0 DATA SPACE STORAGE USED = 0K BYTES
ICE052I 0 END OF DFSORT

Re: sortout data invalid after zos v1r10

PostPosted: Wed Jul 15, 2009 1:04 am
by Frank Yaeger
This sounds like the problem fixed by z/OS DFSORT V1R10 APAR PK89295/PTF UK47759.

If you can't apply that PTF immediately, you should be able to bypass the problem using MOSIZE=0 (to turn off Memory Object Sorting).

Re: sortout data invalid after zos v1r10

PostPosted: Wed Jul 15, 2009 7:43 am
by John
Dear Frank

Very thanks for ur promptly reply , I will arrange to apply that PTF immed.