Mainframe, MVS and zOS Discussion

I'm getting S806 bend while executing the PKZIP in one of my job. This job is exactly same as my fried is using but he is not getting the amend. I have a different testing condition for a COBOL program but everything else os same for the PKZIP step. Why does this happen can someone help?

S806 is a missing load module. It is possible that you do not have the same security access as your friend and hence you get the S806. It is also possible that you THINK the jobs are identical when they are not. For a more accurate explanation, you would need to post the JCL and messages generated by the job (preferably both the good job your friend runs as well as yours).

I have compared the two Jobs line by line and understood that if CLASS=T is used the Job is working and if there is some CLASS is used it is not working. Why does this happen>? Can someone tell me?

Possibly thet other class is directed to a different processor that does not have the same set-up. Look at the system messages produced at the start of your output and compare the two executions.

It is not unusual for a site to define certain job classes to run on certain processors. And if you run your job in a different job class, you run on a different processor -- one that does not have the PKZIP load module available. Hence the behavior you see. This could have been explained to you by your site support group if you had contacted them first.

Thanks Robert. There is no site support group or if there is a group we don't have access to them. What is you are calling as "processor", are you saying about "LPAR"?

No, a processor is hardware -- the engine underlying everything z/OS-related. An LPAR is defined to use a processor; different LPARs may run on the same processor, or they may run on completely different machines. And depending upon how your site is set up, that could drastically change what software you can use in each LPAR.