I am currently extracting some data from a TAPE file, but the file contains huge number of records. The normal SORT job takes very large time to extract the required data. Hence I decided to use PARASORT feature of SYNCSORT. But my extract job is currently failing with following error message:
MESSAGE FROM THRUPUT MANAGER:
JOB REQUESTED 0 PHYSICAL TAPE DRIVES.
JOB REQUESTED 64 VIRTUAL DRIVES.
THE LIMIT IS 10 PHYSICAL AND 12 VIRTUAL PER JOB STEP.
YOU MAY BE ABLE TO REDUCE THE NUMBER OF DRIVES REQUIRED
BY USING UNIT=AFF IN CONCATENATED DD STATEMENTS OR WITH
OTHER NON-CONCURRENTLY-OPEN TAPE FILE DD STATEMENTS.
DTM1455I 2010.236 03:51:30 JOB JSLATSE1 FAILED, JOB ACTION LANGUAGE
03.50.16 JOB52298 ---- TUESDAY, 24 AUG 2010 ----
############################################################
# #
# MESSAGE FROM THRUPUT MANAGER: #
# JOB REQUESTED 0 PHYSICAL TAPE DRIVES. #
# JOB REQUESTED 64 VIRTUAL DRIVES. #
# THE LIMIT IS 10 PHYSICAL AND 12 VIRTUAL PER JOB STEP. #
# YOU MAY BE ABLE TO REDUCE THE NUMBER OF DRIVES REQUIRED #
# BY USING UNIT=AFF IN CONCATENATED DD STATEMENTS OR WITH #
# OTHER NON-CONCURRENTLY-OPEN TAPE FILE DD STATEMENTS. #
# #
############################################################
Well, I thought I made a mistake by asking for help in this forum which is so popular.
Why do you think that I am not giving the complete info here??
As mentioned correctly by Expat " job was terminated before being actually submitted to JES by THRUPUT MANAGER. "
The job didnt even come into execution. There were no allocation messages l!!!
I suggest you to better look into the other facts before commenting anything or better don't comment.
I have seen many times in this forum that most users try to show how fool the person is who is asking for help without actually understanding the issue. This is the perfect example.
kiran_nikam,
I don't have Syncsort at our shop but I have had similar issue while testing one of the high data volume jobs. Below is what I have found and since this was system specific, it may or may not work for you.
In my case, storage management had placed a rule that none of the test jobs be able to allocate more than certain number of TAPES. As it correctly points out try to code UNIT=AFF=SORTIN for all your input files. You have correctly coded the same for SORTPAR1. Try to use the same for all the input files and see if it works.
Other option for you would be to speak to Storage Management and request them to temporary add your test jobid in the exception rule to grant you access to allocate more number of TAPES than the defined limit.
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
Hello,
Why might you believe it appropriate to submit a job that requires 10 tape drives. . .
There might be 10 volumes for a file, but i've not been on a system that would permit allocating 10 tape drives for one step, let alone for one DD statement. . .
