IBM Mainframe Forum

Hi everyone,

My requirement here is to set the maxcc of the job. we are currently using z/OS 1.13R in our shop. I heard that this can be done by JOBRC parameter which got introduced in 1.13R .

I tried using the JOBRC Parameter in the below code as follows but i got an error stating verb JOBRC is unkown.



Pasted below is the error message which is encountered. I even tried it using in the job card but sill facing the same problem.






Can someone kindly let me know on how to use the JOBRC keyword and make the above piece of code work as per my requirement.

Try reading the manual. Does it say that JOBRC goes on the job card? You cannot just make up the syntax as YOU want it - it must be as per the manual. As the INTERPRETER wants it.

By the way - why do this? Suppose a non-zero return code really IS an error? This will just hide it and screw your processing up.

• JOBRC is available only with z/OS 1.13 and later.
• It is a JOB statement parameter, as you would discover when you RTFM. You cannot code it as you have shown.

Hello,

Suggest you post what you are trying to accomplish (in sentence form rather than code).

In addition to the problem syntax, i don't understand why someone wants you to do this. . .

Hi All,

Thanks for your valuable replies. As Dick mentioned i shall explain my requirement .

We will be normally FTP'ing files to a destination server daily. Its done with the help of a proc, which consists of three steps where all the steps will be trying to FTP the file in case of a failure of other.

If step010 FTP's the file successfully then the remaining steps will be flushed out as the subsequent steps will only execute upon the return code of the previous steps. Let me put an sample piece of code as an example here.



All this is been done with the help of a proc and the same proc is been used by several jobs with a change in the control cards.

Now if any of the steps is failed while FTP'ing the file and if it went fine in the next step then am getting paged since the job picks up the maximum return code. In short the job is abended even if the file was successfully sent to destination either in second or third attempt.

Hence we came up with the idea of setting the MAXCC to zero, if its successfull in one of the three steps by doing an IF-condition at bottom as shown below.




Can someone kindly help me out in achieving the same.

Thanks in advance!

Even if you placed the JOBRC parameter on the JOB statement as is required, it probably would still not meet your needs. The manual says you have three choices for the JOBRC value: MAXRC, LASTRC, or a specific step RC. No IF statements, no setting to zero -- highest, last executed step, or specific step are your only three choices.

We are running z/OS V1.12 here, so I cannot test this; but try something like:

Hi Robert,

Thanks a lot. I have one quick query about the it . please correct me if am wrong.

If i code a Dummy Step over there and have the job accept the LASTRC , will it works.



In this case if it satisfies the condition then STEP040 will execute and return code of zero will be passed as JOBRC can able to pick the return code of any step in the proc.

Please kindly correct me if am wrong.!!!


Hi Akatsukami,

I tried using the IDCAMS , it worked well till the return code of the program is lessthan the one which has been set through IDCAMS.

For ex. if one of the previous step's return code is 16 and the one i.e. coded through SET statement is 10 the job is picking up 16 and the program is abended. where if the previous steps return code is 2 and one i.e coded using SET is 4. it is picking up the one that has been set through IDCAMS as it is the highest. Either ways it is picking up the highest retrun code.

Thanks for your inputs!!

Hello,

It has been my experience that if an ftp fails, another attempt as the next step most likely fails also. . .

The cause of the failure should be determined, corrective action should be taken and the transmission re-run once the problem is corrected.

If the environment is so unstable failures happen often and that re-running a few times gets around the problem, i'd be quite concerned - fwiw.

ibmmf4u wrote:Hi Akatsukami,

I tried using the IDCAMS , it worked well till the return code of the program is lessthan the one which has been set through IDCAMS.

For ex. if one of the previous step's return code is 16 and the one i.e. coded through SET statement is 10 the job is picking up 16 and the program is abended. where if the previous steps return code is 2 and one i.e coded using SET is 4. it is picking up the one that has been set through IDCAMS as it is the highest. Either ways it is picking up the highest retrun code.

Thanks for your inputs!!

And you did code

on the JOB card, correct?