I did a recycle of OPSMVS in our JES2 test environment and after the recycle, OPSUBMIT was not able to submit to the internal reader. OPSMVS was started with SUB=MSTR. Before the recycle, the OPSUBMIT was able to submit JCLs to the internal reader. The last time OPSMVS was shut down/ started in this JES2 environment was when we did a maintenance IPL on this system where OPSMVS was started first before JES2.
Error messages follow:
$HASP708 OPSOSF ???????? OPEN FAILED
RC=13 SDB/IRWD VALIDATION ERROR
IEF196I IEC141I 013-C0,IGG0199G,OPSOSF,OPSOSF,SYS00008
OPS3092O OPEN of INTERNAL READER failed, RC=12, detected at OPSUBMIT+X'000004D2'
OPS3092O ERROR 48 RUNNING OPSSARCD, LINE 132: FAILURE IN SYSTEM SERVICE
Release : 14.0
The OSFGETJOBID parm was not set to YES in an OPS/MVS SUB=MSTR environment.
When OPS/MVS is started with SUB=MSTR, the OSFGETJOBID parm must be set to YES in order for the OSF servers to obtain a jobid from JES for use by the OPSUBMIT function. Without the jobid, OPSUBMIT cannot open the internal reader.
This is mentioned in the description of the OPSUBMIT function located here:
where the following is stated:
"To use the OPSUBMIT function in a SUB=MSTR OSF environment, the OPS/MVS OSFGETJOBID parameter must be set to YES."
The OSFGETJOBID parameter is described here:
Please note the following:
If OPS/MVS is being used to automate system shut down, ensure that OSFGETJOBID is set back to NO at the beginning of the automated shutdown procedure as failure to do so could delay or stall the shutdown of JES. For example, the sample shutdown procedure, SSMSHUT found in the hlg.CCLXEXEC library, contains the following line:
When OPS/MVS is restarted, the OSFGETJOBID parm will be set back to YES when the OPSSPA00 initialization member is read.