An update. I was wrong about the nature of this job. I assumed that it was ad hoc; wrong, it's actually a scheduled production job that usually works depending on SORTIN size. SORTIN size depends on the number of tape GDG members that have accumulated, an external happenstance that the sort product cannot guess. Neither can TWS.
Several folks have offered suggestions on how to make the job work. Variations are difficult to handle with a job scheduler. But the bottom line is that work space is limited to--whatever it is. Over the weekend the Storage boys added some temporary DASD volumes just to get this job over the hump. That's not an elegant way to run a grownup mainframe shop. To answer Radislow, DFSORT was installed with ServerPac. SORTLIB is *required* for tape-based sorts even though we include SYS1.SORTLIB in the link list. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Alan Young Sent: Monday, June 11, 2018 8:20 AM To: [email protected] Subject: (External):Re: SORTLIB DD If the dataset is RECFM=F and the tape(s) statistics can be viewed in a tape management product, the record count can be approximated with the sum of the block counts of the tape(s) * the block size and then divided by the LRECL. It is an approximation as it is not known many records are actually in the last block. So it will be a slight over estimation, but reasonable one. If the dataset is RECFM=V, the above formula may be workable. It depends on what the average LRECL is on the file. Knowing the data structure in the file helps. Depending on the data, the record count computed times four worked for the situations that we had. YMMV. R.S. wrote: > You can try to ICEGENER whole input to DD DUMMY. It will take some > time, but you will get exact number of records and bytes. > Then you'll be able to help DFSORT by using FILSZ with correct size. > > Regarding SORTLIB DD - do you need it in *any* sort job, or just this > one? > How the DFSORT was installed? Was it part of ServerPac? > BTW: I just read in documentation that SORTLIB is required when > sortworks on tape are used. > > Regards ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
