Is the anything in the code sensitive to the extra jobstep TCB in a batch job?
One or more parmlib datasets might be off the residence volumes. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Brian Westerman <000006ba4ed225c9-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, January 28, 2025 1:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VPS STC run as a batch job External Message: Use Caution Someone could have changed the location of some control blocks in parmlib and now they are in 64bit areas. Or someone could have added the TIOT constraint relief stuff or any of several other "minor" parm changes that upset where VPS is able to touch things. It could also be that the VPS software itself was changed with some maintenance. Since it's a STC vs JOB thing, then it could be that someone made a change to the JES2PARMS and moved some of the constraint relief stuff around. Probably SWA. The good news is that VPS can run as a batch job without any reall issues, but you do need to make sure that you code TIME=1440 on the execute card or jobcard. The A03 is probably because one of the internal VPS tasks has abended before it detached it's subtasks. The S0C4 will probably be pointing to some area above the line or the 64bit line and your program is likely either 24bit and can't see the 31 bot area or 31bit and cant see the 64bit area. So, you can run as a batch job for a while, but you need to run down the changes to parmlib (could be DIAGxx), or JES2parms to see what they changed. Nobody IPLs just for the fun of it so someone cahnged something. If it's been a while since the last one then lots of stuff could have changed. If you can't find the culprit, then restore your res volume from a previous point in time (like from your previous IPL time) and you will likely see that things run just fine, then you will need to compare the parmlibs to see what changed. If it's a VPS change, then look at the last update date on your VPS loadlibs, if thoe dates are before the previous IPL, (the one where things still worked) then the problem is outside VPS and you need to track down the varmint that changed stuff on the res pack on you. You might be able to find the culprit just by looking at what has changed since the previous IPL in parmlib by looking at the dates on the members. Remember, if everyone says "nobody changed nothin", then someone is not telling the truth. Something changed, software doesn't just break for no reason. The first thing that should tip you off that something changed was the fact that you IPLed. There must have been a reason, and maybe someone thought to slip some other changes in on you. Look closely, you'll find it. Brian ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
