IBM Mainframe Forum

Nik!
to start with You have both an OPTION COPY and a SORT card
get rid of one of them.

enrico-sorichetti wrote:Nik!
to start with You have both an OPTION COPY and a SORT card
get rid of one of them.

Enrico,

Thanks so much for your reply. I removed the OPTION COPY & replaced it with OPTION DYNALLOC & the sort performed as expected by the TS.

If I do not put at least one of the OPTION commands, the job abends with U0189. I am wondering why, since, DYNALLOC & COPY perform two different functions & IMHO are definitely not interchangeable. I am trying to understand why is it mandatory to put at least one OPTION command in the card at my site.

Surprisingly, if you look at the manual at the location ftp://ftp.software.ibm.com/storage/dfsort/mvs/sorttrck.pdf page no. - 47, a similar SORT job runs without any OPTION statement.

in this case better ask Your support, never seen an OPTION statement mandatory
also ... it is not the OPTION card that conflicts wit the SORT card ...
it is the COPY parameter that is <wrong>, and <sort> tells You to take a decision COPY or SORT ?
for example OPTION EQUALS is accepted

Purva,

Kolusu showed you how to do what you want in the DFSORT Forum. Please post future DFSORT questions there.

Nik22dec,

U0189 corresponds to ICE189A. Here's the details for ICE189A:

http://publibz.boulder.ibm.com/cgi-bin/ ... 1744&CASE=

I would need to see the complete JES log including all messages you received for the job that got the U0189 in order to tell you why you're getting that message.

Frank Yaeger wrote:Nik22dec,

U0189 corresponds to ICE189A. Here's the details for ICE189A:

http://publibz.boulder.ibm.com/cgi-bin/ ... 1744&CASE=" onclick="window.open(this.href);return false;

I would need to see the complete JES log including all messages you received for the job that got the U0189 in order to tell you why you're getting that message.

Hi Frank,

Thanks so much for your reply. I revisited the spool & could see the below given error message.



I remember we have had a discussion on this in one of the threads before also. Please refer - http://www.ibmmainframeforum.com/dfsort-icetool-icegener/topic586.html But, at that point of time my input file was having more than 10^8 records but, this time it was just 8 records of 10 bytes each. I am wondering as to how much input can be passed to the SORT utility at max without facing this issue. I believe it is the issue in the installation at my site.

The amount of data that can be sorted without any work files varies depending on several factors. I would recommend NEVER running without work files - there's no reason to.

I'd suggest adding the following to your job:



This will allow DFSORT to use dynamically allocated work data sets when needed. If you need more work data sets you can raise the 5 to a higher value (up to 255).

Thanks so much Frank. Now, I understand!!