> I am getting ready to do some general housekeeping/clean up and was hoping > to find an ROT for starting STCs with SUB=MSTR. > > I am not sure if all STCs need to be started with SUB=MSTR or if there are > specific reasons to start one that way instead of normal (JES2)
Simple answer. If the STC needs to be up before JES starts, or during/after JES shutdown, then it needs to run SUB=MSTR. There is no magic about it and it has nothing at all to do with *MASTER* as I've heard people muttering occasionally. If the vendor says you need to run something SUB=MSTR you really ought to believe them. So what needs to run before/after JES? Well obviously automation products, monitoring products and their various infrastructure address spaces. But you will notice that most of the system address spaces also start SUB=MSTR. See the IEESYSAS proc. And what's up with that thing about being around after JES shuts down? Same story. You can't shut JES down cleanly while there are still address spaces using its services. So automation products and system address spaces that need to be doing cleanup processing during shutdown (or across a JES restart) have no choice but to run SUB=MSTR. > For example, my STC called GEORGE has SYSOUT= in the JCL. But the vendor > insists I start it with SUB=MSTR because the vendor is concerned that the > JES data sets would not be accessible/available. Anything that starts SUB=MSTR with "SYSOUT" will fail since MSTR doesn't do no steenkin sysout. > Of couse, for PDR, this makes it interesting as I have to extract any > messages produced by the STC from SYSLOG. You can still get all the diagnostic data you need. STCs that run SUB=MSTR don't have a JCT or any nice tidy spool dataset like jobs that run under the JES, but all of their messages go to the syslog and SVC dumps capture the log and system messages. CC ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
