Re: JES3 system STC gets wrong Symbol replacements
If we only knew someone that could make that happen! On Fri, May 12, 2023 at 9:05 AM Ed Jaffe wrote: > On 5/12/2023 6:52 AM, Steve Horein wrote: > > FWIW, we automate "IEF900I SYSTEM SYMBOLS WERE UPDATED FROM ..." to > issue *S > > ,CONNECT > > Seems to me, if there is an ENF associated with this IEF900I event, it > would be nice if JES3 listened for it and did the CONNECT automatically! > > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > > > This e-mail message, including any attachments, appended messages and the > information contained therein, is for the sole use of the intended > recipient(s). If you are not an intended recipient or have otherwise > received this email message in error, any use, dissemination, distribution, > review, storage or copying of this e-mail message and the information > contained therein is strictly prohibited. If you are not an intended > recipient, please contact the sender by reply e-mail and destroy all copies > of this email message and do not otherwise utilize or retain this email > message or any or all of the information contained therein. Although this > email message and any attachments or appended messages are believed to be > free of any virus or other defect that might affect any computer system > into > which it is received and opened, it is the responsibility of the recipient > to ensure that it is virus free and no responsibility is accepted by the > sender for any loss or damage arising in any way from its opening or use. > > -- > 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
Re: JES3 system STC gets wrong Symbol replacements
On 5/12/2023 6:52 AM, Steve Horein wrote: FWIW, we automate "IEF900I SYSTEM SYMBOLS WERE UPDATED FROM ..." to issue *S ,CONNECT Seems to me, if there is an ENF associated with this IEF900I event, it would be nice if JES3 listened for it and did the CONNECT automatically! -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 system STC gets wrong Symbol replacements
Are symbols being updated outside an IPL with SETLOAD IEASYM? Poking around a bit, I found the following in the JES3 Init and Tuning Guide: JES3 updates the system symbols table each time the system connects to the JES3 global, including each instance of the JES3 global connecting to itself. You can therefore update system symbols by running the JES3 *S main,CONNECT command. If you update system symbols using the SETLOAD IEASYM command, you can use these updated symbols for future conversions by running the *S main,CONNECT command, where main is the name of the updated system. This system symbols update will not affect jobs that have already undergone conversion. FWIW, we automate "IEF900I SYSTEM SYMBOLS WERE UPDATED FROM ..." to issue *S ,CONNECT On Thu, May 11, 2023 at 9:15 PM Mark Charles wrote: > Client has 3 systems in JES3 Sysplex. System A is z/OS 2.3 JES3 Global. > System B is z/OS 2.5 JES3 Local with no CIs defined. Other system not > important. > > When starting STC with system symbols on System B, the symbols are > "replaced" by information from System A. Is this normal? Is there a way > to get the symbols "replaced" with information from the Local System B? > > -- > 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
Re: JES3 system STC gets wrong Symbol replacements
I've always heard that JES2 was done half ASP. Sent with Proton Mail secure email. --- Original Message --- On Friday, May 12th, 2023 at 9:03 AM, Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Fri, 12 May 2023 02:11:03 -0700, Ed Jaffe wrote: > > > ... > > I would try coding SYMBOLS=EXECSYS just like you would with a normal > > batch job. If it doesn't work as expected, it might be an APARable > > behavior... > > When is the value of a dynamic system symbol fixed: > o At job step initiation? > o At SYSIN OPEN? > o Record-by-record as the SYSIN is read? > > If the last, might the same symbols have different values in different records > of the same SYSIN, or two different symbols have anachronistic behavior? > > -- > gil > > -- > 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
Re: JES3 system STC gets wrong Symbol replacements
On Fri, 12 May 2023 02:11:03 -0700, Ed Jaffe wrote: >... >I would try coding SYMBOLS=EXECSYS just like you would with a normal >batch job. If it doesn't work as expected, it might be an APARable >behavior... > When is the value of a dynamic system symbol fixed: o At job step initiation? o At SYSIN OPEN? o Record-by-record as the SYSIN is read? If the last, might the same symbols have different values in different records of the same SYSIN, or two different symbols have anachronistic behavior? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 system STC gets wrong Symbol replacements
On 5/11/2023 7:15 PM, Mark Charles wrote: Client has 3 systems in JES3 Sysplex. System A is z/OS 2.3 JES3 Global. System B is z/OS 2.5 JES3 Local with no CIs defined. Other system not important. When starting STC with system symbols on System B, the symbols are "replaced" by information from System A. Is this normal? Is there a way to get the symbols "replaced" with information from the Local System B? I know for certain that appropriate symbols are transported as necessary around the JESplex for ordinary batch jobs. I always assumed this would hold true for STCs and other "demand select" work as well (but have never tried it). I would try coding SYMBOLS=EXECSYS just like you would with a normal batch job. If it doesn't work as expected, it might be an APARable behavior... -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 system STC gets wrong Symbol replacements
For instream symbol substitution there is an option for symbols to be processed on either the conversion system or the execution system (via the SYMBOLS= parm). Sounds like your client is converting on system A and executing on system B with SYMBOLS=CNVTSYS option. Or some variant of that. On Fri, May 12, 2023 at 12:15 PM Mark Charles wrote: > Client has 3 systems in JES3 Sysplex. System A is z/OS 2.3 JES3 Global. > System B is z/OS 2.5 JES3 Local with no CIs defined. Other system not > important. > > When starting STC with system symbols on System B, the symbols are > "replaced" by information from System A. Is this normal? Is there a way > to get the symbols "replaced" with information from the Local System B? > > -- > 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
JES3 system STC gets wrong Symbol replacements
Client has 3 systems in JES3 Sysplex. System A is z/OS 2.3 JES3 Global. System B is z/OS 2.5 JES3 Local with no CIs defined. Other system not important. When starting STC with system symbols on System B, the symbols are "replaced" by information from System A. Is this normal? Is there a way to get the symbols "replaced" with information from the Local System B? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN