Re: Having trouble converting to user logs from sys1.brodcast
Thanks Jesse and Shmuel, Jesse, my original parmlib update was pretty simple SEND /* SEND COMMAND DEFAULTS */ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + SAVE(ON) /* */ + CHKBROD(OFF) /* */ + LOGNAME(ULOG.DATA.SYST) /* */ after the first hang I went truging into the fine manuals, and used what IBM recomended in SYS1.SAMPLIB, thus what I provided in my post. we did a security trace and didn't find any issues, not saying something could have been there, but we didn't see it. Shmuel; I'm going to give this a try again and cancel my ID with a dump, and move to opening a PMR, BTW; sorry I didn't mention, I'm on a Z13s, z/OS 2.3 RSU 1901 thanks for the responses ! Carmen Vitullo - Original Message - From: "Seymour J Metz" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, August 7, 2019 11:19:08 AM Subject: Re: Having trouble converting to user logs from sys1.brodcast If it hangs then I suggest that you report it and work with IBM to get a fix. An error in your parmlib should give you an error message. Did you take a console dump of the hanging SEND command? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Wednesday, August 7, 2019 10:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Having trouble converting to user logs from sys1.brodcast On my 2.3 sandbox system I am trying to convert to user datasets for brodcast, I've RTFM(s) and updated the parmlibs accordingly, seems to be a 2 step process to totally move from sys1.brodcast. current parmlib values for SEND SEND /* SEND COMMAND DEFAULTS */ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + SAVE(ON) /* */ + CHKBROD(OFF) /* */ + LOGNAME(ULOG.DATA.SYST) /* USERID.ULOG.DATA.SYST */ + USEBROD(OFF) /* */ + MSGPROTECT(ON) /* */ + SYSPLEXSHR(OFF) /* */ + BROADCAST(DATASET(SYS1.BRODCAST) + TIMEOUT(5) PROMPT) I/we get notifications fine from jobend via the notify= but testing the send command hangs, I IPL'd the system and tried again and received the same results, my ID, once notified of a batch job completed did allocate a ulog dataset but it's empty, I'm stumped as to what I've missed. any pointers or something I missed I'd appreciate thanks -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Having trouble converting to user logs from sys1.brodcast
If it hangs then I suggest that you report it and work with IBM to get a fix. An error in your parmlib should give you an error message. Did you take a console dump of the hanging SEND command? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Wednesday, August 7, 2019 10:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Having trouble converting to user logs from sys1.brodcast On my 2.3 sandbox system I am trying to convert to user datasets for brodcast, I've RTFM(s) and updated the parmlibs accordingly, seems to be a 2 step process to totally move from sys1.brodcast. current parmlib values for SEND SEND /* SEND COMMAND DEFAULTS */ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + SAVE(ON) /* */ + CHKBROD(OFF) /* */ + LOGNAME(ULOG.DATA.SYST) /* USERID.ULOG.DATA.SYST */ + USEBROD(OFF) /* */ + MSGPROTECT(ON) /* */ + SYSPLEXSHR(OFF) /* */ + BROADCAST(DATASET(SYS1.BRODCAST) + TIMEOUT(5) PROMPT) I/we get notifications fine from jobend via the notify= but testing the send command hangs, I IPL'd the system and tried again and received the same results, my ID, once notified of a batch job completed did allocate a ulog dataset but it's empty, I'm stumped as to what I've missed. any pointers or something I missed I'd appreciate thanks -- 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: Having trouble converting to user logs from sys1.brodcast
Best I can do is show you what we have had for decades. It's not a 'recommendation', just evidence of something that works. (I just noticed the comment about 'transition'. 😉 ) Be sure that your SAF rules are set properly. Remember that updates to user broadcast is done by the system, not by a particular user. I notice that we do not specify BROADCAST(); you might check the default. SEND /* SEND CMD FOR JTE23X2 */ + OPERSEND(ON) /* ALLOW OPER SEND */ + USERSEND(ON) /* ALLOW USER SEND */ + SAVE(ON) /* ALLOW MSG SAVE */ + USEBROD(OFF) /* ACTIONS TO TAKE IN */ + CHKBROD(OFF) /* TRANSITION PERIOD */ + LOGNAME(BRODCAST) /* USERLOG IS CALLED */ + MSGPROTECT(ON)/* 'BRODCAST.USERID' */ + SYSPLEXSHR(ON)/*SYSPLEX SHARING */ . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, August 7, 2019 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Having trouble converting to user logs from sys1.brodcast On my 2.3 sandbox system I am trying to convert to user datasets for brodcast, I've RTFM(s) and updated the parmlibs accordingly, seems to be a 2 step process to totally move from sys1.brodcast. current parmlib values for SEND SEND /* SEND COMMAND DEFAULTS */ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + SAVE(ON) /* */ + CHKBROD(OFF) /* */ + LOGNAME(ULOG.DATA.SYST) /* USERID.ULOG.DATA.SYST */ + USEBROD(OFF) /* */ + MSGPROTECT(ON) /* */ + SYSPLEXSHR(OFF) /* */ + BROADCAST(DATASET(SYS1.BRODCAST) + TIMEOUT(5) PROMPT) I/we get notifications fine from jobend via the notify= but testing the send command hangs, I IPL'd the system and tried again and received the same results, my ID, once notified of a batch job completed did allocate a ulog dataset but it's empty, I'm stumped as to what I've missed. any pointers or something I missed I'd appreciate thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Having trouble converting to user logs from sys1.brodcast
On my 2.3 sandbox system I am trying to convert to user datasets for brodcast, I've RTFM(s) and updated the parmlibs accordingly, seems to be a 2 step process to totally move from sys1.brodcast. current parmlib values for SEND SEND /* SEND COMMAND DEFAULTS */ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + SAVE(ON) /* */ + CHKBROD(OFF) /* */ + LOGNAME(ULOG.DATA.SYST) /* USERID.ULOG.DATA.SYST */ + USEBROD(OFF) /* */ + MSGPROTECT(ON) /* */ + SYSPLEXSHR(OFF) /* */ + BROADCAST(DATASET(SYS1.BRODCAST) + TIMEOUT(5) PROMPT) I/we get notifications fine from jobend via the notify= but testing the send command hangs, I IPL'd the system and tried again and received the same results, my ID, once notified of a batch job completed did allocate a ulog dataset but it's empty, I'm stumped as to what I've missed. any pointers or something I missed I'd appreciate thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
Going back to your original question, I think a reasonable UACC for BRODCAST would be NONE. This is because all "normal access", ie writing and reading, is handled under the covers by the SEND and LISTBC commands. Even with user logs, the likelihood is that the id sending the message is not the id that owns the log. Giving everyone even READ access to all users' logs would not make sense. The only exception should be access by personnel responsible for managing such logs at a system level. Sent from my iPhone > On Apr 19, 2017, at 13:54, gsg > <0053fe88ed35-dmarc-requ...@listserv.ua.edu> wrote: > > Does SYS1.BRODCAST need to have UACC of UPDATE? If so, is it actually stated > somewhere? Been trying to find information on this. > > TIA > > -- > 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: SYS1.BRODCAST
You have to decide what to call your user logs. Most shops probably go with 'userid.something'. When we implemented user logs two decades ago, I prevailed in calling them 'BROADCAST.userid' on the grounds that they would be easier for us to find. Also I didn't want users wondering what these data sets were and calling help desk, or just deleting them. If I had to do it again, I would probably go with userid as HLQ. But it's your choice to set the naming pattern in IKJTSOxx. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cieri, Anthony Sent: Thursday, April 20, 2017 11:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST In member IKJTSOxx Under the SEND Parnlib parameter Check for either: LOGNAME(SYS1.BRODCAST) - or- LOGNAME(user log data set name) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of gsg Sent: Thursday, April 20, 2017 2:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST Thanks Specifically what am I looking for in IKJTSOxx? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
In member IKJTSOxx Under the SEND Parnlib parameter Check for either: LOGNAME(SYS1.BRODCAST) - or- LOGNAME(user log data set name) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of gsg Sent: Thursday, April 20, 2017 2:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST Thanks Specifically what am I looking for in IKJTSOxx? -- 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: SYS1.BRODCAST
Thanks Specifically what am I looking for in IKJTSOxx? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
I see you have gotten many answers on this. If you use USER LOG Datasets (as specified in IKJTSOxx, or use PARMLIB command in ISPF) then the NOTIFY goes to the USER LOG dataset. Then only SEND messages go to SYS1.BRODCAST and retrieved with LISTBC command. If you do not user USER LOG datasets, then it goes to SYS1.BRODCAST and UPDATE would be needed. Are you having an issue with managing SYS1.BRODCAST? Is it filling up? If so there is a brodcast utility on CBTTAPE.ORG that can help with that. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of gsg > Sent: Wednesday, April 19, 2017 12:03 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SYS1.BRODCAST > > What if people code their jobs with the NOTIFY parameter? Doesn't that update > SYS1.BRODCAST? If so, then it wouldn't be able to update it. Or does that > authority come from somewhere else? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
I haven't looked anything up and it may have changed since the dark ages. However, BRODCAST (and presumably the "user" equivalents) is updated by the SEND command. I don't think you want UACC of UPDATE because then any old user would be able to update it and possibly destroy its format in the process. I expect Sam Golob would be able to say something more definitive. Sent from my iPhone > On Apr 19, 2017, at 15:03, gsg > <0053fe88ed35-dmarc-requ...@listserv.ua.edu> wrote: > > What if people code their jobs with the NOTIFY parameter? Doesn't that > update SYS1.BRODCAST? If so, then it wouldn't be able to update it. Or does > that authority come from somewhere else? > > -- > 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: SYS1.BRODCAST
It's all about user broadcast. It that's in use, all user-directed messages go there instead of SYS1.BRODCAST. Hence UACC(UPDATE) is not appropriate. Our SYS1.BRODCAST contains only 'broadcast' messages that all users see at logon or in response to LISTBC; nothing personal. We actually run with UACC(NONE) because public accesses come via system function, not user-initiated. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of gsg Sent: Wednesday, April 19, 2017 12:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST What if people code their jobs with the NOTIFY parameter? Doesn't that update SYS1.BRODCAST? If so, then it wouldn't be able to update it. Or does that authority come from somewhere else? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
What if people code their jobs with the NOTIFY parameter? Doesn't that update SYS1.BRODCAST? If so, then it wouldn't be able to update it. Or does that authority come from somewhere else? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
It depends on whether or not you are using user broadcast datasets. If user broadcast datasets are in use, this is not a reasonable level of access. IF user broadcast datasets are not in use, this is a perfectly reasonable level of accsss. Check the TSO manuals for details on user brodcast -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of gsg Sent: Wednesday, April 19, 2017 12:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYS1.BRODCAST Does SYS1.BRODCAST need to have UACC of UPDATE? If so, is it actually stated somewhere? Been trying to find information on this. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
Actually it is READ. https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.icha700/sdslc.htm On Wed, Apr 19, 2017 at 8:54 PM gsg < 0053fe88ed35-dmarc-requ...@listserv.ua.edu> wrote: > Does SYS1.BRODCAST need to have UACC of UPDATE? If so, is it actually > stated somewhere? Been trying to find information on this. > > TIA > > -- > 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
SYS1.BRODCAST
Does SYS1.BRODCAST need to have UACC of UPDATE? If so, is it actually stated somewhere? Been trying to find information on this. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
Thanks for the research... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, June 22, 2016 10:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST Hmnow you made me dig. While the commands worked, and we converted to user logs long ago, I never actually deleted sys1.brodcast. Now, I see master has it allocated even though there is no SYSLBC dd in MSTJCL00. I guess more research is needed. I just browsed sys1.brodcast, and see the message I just sent below. 16174 10:21:25.22 RR008058 0210 SEND 'A MESSAGE TO ALL TSO USERS',SAVE 16174 10:21:25.24 RR008058 IKJ578I BROADCAST MSGNO =0001 And then when I logon: TSS7000I xxx Last-Used 22 Jun 16 10:21 System=TOL2 Facility=TSO TSS7001I Count=08962 Mode=Fail Locktime=None Name=DAVE E JOUSMA IKJ56455I LOGON IN PROGRESS AT 10:22:37 ON JUNE 22, 2016 A MESSAGE TO ALL TSO USERS Fine manual says: To implement the use of user logs, first copy sample member IKJTSO00 from SYS1.SAMPLIB to SYS1.PARMLIB, if you have not already done so. You can create alternative members using the IKJTSOxx naming convention. In IKJTSOxx, modify the SEND PARMLIB parameter as follows: LOGNAMEuser log data set nameCHKBRODON My IKJTSO00 says: SEND/* SEND COMMAND DEFAULTS*/ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + USEBROD(OFF) /* */ + SAVE(ON) /* */ + CHKBROD(OFF) /* */ + SYSPLEXSHR(ON) /* */ + USERLOGSIZE(5,1) /* */ + LOGNAME(BRODCAST) /* */ If I do a send 'message',user(myid),save the message is stored in my own brodcast dataset. If I do a send 'message',save it goes to sys1.brodcast. The book could be clearer on this. Not sure where to go next, other than PMR. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Wednesday, June 22, 2016 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST So happens when you issue the following MVS command: SEND 'A message to all TSO users',SAVE . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, June 22, 2016 6:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST We run without. Nothing in MSTJCLxx, just changes to IKJTSOxx to use user BROADCAST dataset. We use userid.BRODCAST >From the fine manual: >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjb400/conlogs.htm I don't get any messages at logon time for a missing SYS1.BRODCAST dataset either. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, June 21, 2016 3:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST You also answered a question for me: would this be a good idea in my shop? The messages about missing SYS1.BRODCAST would generate a flurry of calls to the help desk, generating a gaggle of problem tickets. For me, not the worth the cacophony. But thanks for experimenting. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 12:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST Answering my own question: Yes, you can run *WITHOUT* a SYS1.BRODCAST dataset. You will receive a couple of messages at logon time indicating SYS1.BRODCAST cannot be allocated. The logon will proceed and the user BROADCAST dataset will be handled normally. T
Re: SYS1.BRODCAST
Hmnow you made me dig. While the commands worked, and we converted to user logs long ago, I never actually deleted sys1.brodcast. Now, I see master has it allocated even though there is no SYSLBC dd in MSTJCL00. I guess more research is needed. I just browsed sys1.brodcast, and see the message I just sent below. 16174 10:21:25.22 RR008058 0210 SEND 'A MESSAGE TO ALL TSO USERS',SAVE 16174 10:21:25.24 RR008058 IKJ578I BROADCAST MSGNO =0001 And then when I logon: TSS7000I xxx Last-Used 22 Jun 16 10:21 System=TOL2 Facility=TSO TSS7001I Count=08962 Mode=Fail Locktime=None Name=DAVE E JOUSMA IKJ56455I LOGON IN PROGRESS AT 10:22:37 ON JUNE 22, 2016 A MESSAGE TO ALL TSO USERS Fine manual says: To implement the use of user logs, first copy sample member IKJTSO00 from SYS1.SAMPLIB to SYS1.PARMLIB, if you have not already done so. You can create alternative members using the IKJTSOxx naming convention. In IKJTSOxx, modify the SEND PARMLIB parameter as follows: LOGNAMEuser log data set nameCHKBRODON My IKJTSO00 says: SEND/* SEND COMMAND DEFAULTS*/ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + USEBROD(OFF) /* */ + SAVE(ON) /* */ + CHKBROD(OFF) /* */ + SYSPLEXSHR(ON) /* */ + USERLOGSIZE(5,1) /* */ + LOGNAME(BRODCAST) /* */ If I do a send 'message',user(myid),save the message is stored in my own brodcast dataset. If I do a send 'message',save it goes to sys1.brodcast. The book could be clearer on this. Not sure where to go next, other than PMR. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Wednesday, June 22, 2016 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST So happens when you issue the following MVS command: SEND 'A message to all TSO users',SAVE . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, June 22, 2016 6:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST We run without. Nothing in MSTJCLxx, just changes to IKJTSOxx to use user BROADCAST dataset. We use userid.BRODCAST >From the fine manual: >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjb400/conlogs.htm I don't get any messages at logon time for a missing SYS1.BRODCAST dataset either. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, June 21, 2016 3:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST You also answered a question for me: would this be a good idea in my shop? The messages about missing SYS1.BRODCAST would generate a flurry of calls to the help desk, generating a gaggle of problem tickets. For me, not the worth the cacophony. But thanks for experimenting. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 12:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST Answering my own question: Yes, you can run *WITHOUT* a SYS1.BRODCAST dataset. You will receive a couple of messages at logon time indicating SYS1.BRODCAST cannot be allocated. The logon will proceed and the user BROADCAST dataset will be handled normally. Thanks to all that responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 10:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYS1.BRODCAST I recen
Re: SYS1.BRODCAST
As I stated in one of my earlier posts, the only trace of SYS1.BRODCAST I can fine is in GRSRNL. Can I ask what you IKJTSO** looks like? Also GRSRNL** IOW, what did you do to get the system to ignore SYS1.BRODCAST? TIA, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, June 22, 2016 8:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST We run without. Nothing in MSTJCLxx, just changes to IKJTSOxx to use user BROADCAST dataset. We use userid.BRODCAST >From the fine manual: >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjb400/conlogs.htm I don't get any messages at logon time for a missing SYS1.BRODCAST dataset either. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, June 21, 2016 3:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST You also answered a question for me: would this be a good idea in my shop? The messages about missing SYS1.BRODCAST would generate a flurry of calls to the help desk, generating a gaggle of problem tickets. For me, not the worth the cacophony. But thanks for experimenting. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
So happens when you issue the following MVS command: SEND 'A message to all TSO users',SAVE . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, June 22, 2016 6:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST We run without. Nothing in MSTJCLxx, just changes to IKJTSOxx to use user BROADCAST dataset. We use userid.BRODCAST >From the fine manual: >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjb400/conlogs.htm I don't get any messages at logon time for a missing SYS1.BRODCAST dataset either. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, June 21, 2016 3:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST You also answered a question for me: would this be a good idea in my shop? The messages about missing SYS1.BRODCAST would generate a flurry of calls to the help desk, generating a gaggle of problem tickets. For me, not the worth the cacophony. But thanks for experimenting. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 12:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST Answering my own question: Yes, you can run *WITHOUT* a SYS1.BRODCAST dataset. You will receive a couple of messages at logon time indicating SYS1.BRODCAST cannot be allocated. The logon will proceed and the user BROADCAST dataset will be handled normally. Thanks to all that responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 10:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYS1.BRODCAST I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
We run without. Nothing in MSTJCLxx, just changes to IKJTSOxx to use user BROADCAST dataset. We use userid.BRODCAST >From the fine manual: >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjb400/conlogs.htm I don't get any messages at logon time for a missing SYS1.BRODCAST dataset either. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, June 21, 2016 3:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST You also answered a question for me: would this be a good idea in my shop? The messages about missing SYS1.BRODCAST would generate a flurry of calls to the help desk, generating a gaggle of problem tickets. For me, not the worth the cacophony. But thanks for experimenting. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 12:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST Answering my own question: Yes, you can run *WITHOUT* a SYS1.BRODCAST dataset. You will receive a couple of messages at logon time indicating SYS1.BRODCAST cannot be allocated. The logon will proceed and the user BROADCAST dataset will be handled normally. Thanks to all that responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 10:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYS1.BRODCAST I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
Still beating the horse. (Thought I saw it move.) Our SYS1.BRODCAST is 20 cylinders allocated in 1991. It has never needed moving except during DASD refresh, when *everything* gets moved. If the volume it's on got trashed, we'd be in such a world of excruciating hurt that BRODCAST is last thing we'd worry about. Compared with the aforementioned hysteria in the user community over logon time error messages, I'll take my chances. ;-) Plus we do use public broadcast messages to alert folks on upcoming outages and major upgrades. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Zelden Sent: Tuesday, June 21, 2016 2:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST On Tue, 21 Jun 2016 19:01:14 +, Staller, Allan wrote: >Answering my own question: > >Yes, you can run *WITHOUT* a SYS1.BRODCAST dataset. > >You will receive a couple of messages at logon time indicating SYS1.BRODCAST >cannot be allocated. >The logon will proceed and the user BROADCAST dataset will be handled normally. But if you're like Skip you better remove the hard coded DD from MSTJCLxx or you're probably in for an unpleasant surprise when you IPL. :-) I removed it so many years ago that I can't remember when that change happened. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
On Tue, 21 Jun 2016 19:01:14 +, Staller, Allan wrote: >Answering my own question: > >Yes, you can run *WITHOUT* a SYS1.BRODCAST dataset. > >You will receive a couple of messages at logon time indicating SYS1.BRODCAST >cannot be allocated. >The logon will proceed and the user BROADCAST dataset will be handled normally. But if you're like Skip you better remove the hard coded DD from MSTJCLxx or you're probably in for an unpleasant surprise when you IPL. :-) I removed it so many years ago that I can't remember when that change happened. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
You also answered a question for me: would this be a good idea in my shop? The messages about missing SYS1.BRODCAST would generate a flurry of calls to the help desk, generating a gaggle of problem tickets. For me, not the worth the cacophony. But thanks for experimenting. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 12:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST Answering my own question: Yes, you can run *WITHOUT* a SYS1.BRODCAST dataset. You will receive a couple of messages at logon time indicating SYS1.BRODCAST cannot be allocated. The logon will proceed and the user BROADCAST dataset will be handled normally. Thanks to all that responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 10:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYS1.BRODCAST I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
Answering my own question: Yes, you can run *WITHOUT* a SYS1.BRODCAST dataset. You will receive a couple of messages at logon time indicating SYS1.BRODCAST cannot be allocated. The logon will proceed and the user BROADCAST dataset will be handled normally. Thanks to all that responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 10:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYS1.BRODCAST I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? This email ? including attachments ? may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
It is not *NECESSARY* to run without the dataset. I would like to remove the dataset since it (technically) no longer serves any useful purpose. Just trying to make my life a little easier by not having to move the dataset around as configurations are changed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, June 21, 2016 11:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST I should have mentioned that we still have SYSLBC in MSTJCL00, so our case may not the paradigm you're after. I'm still wary of what would happen with an MVS SEND/SAVE command. Just ignore the save action? Save only to userlogs that are DASD resident? The historical problem with SYS1.BRODCAST was getting filled up with undelivered--maybe undeliverable--user-directed messages. You have solved that problem already. Is deleting SYS1.BRODCAST so important? Just asking. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: (External):SYS1.BRODCAST I agree, however, I set USERSEND OPERSEND and SAVE to NO in IKJTSO00. We do not use the SEND command as a general rule. I still have a couple of more things to try in my sandbox, but want to avoid a falling into a major hole (if possible) before attempting these. From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson I see SYS1.BRODCAST allocated to *MASTER* on all systems in the GRSPLEX. I never tried running without it, but I'm pretty sure that's where true general broadcast messages go. Not the 'send/notify' messages to individual users, but the message(s) that everyone sees at logon time. If you think about it, where else would they go? Userlogs get migrated. An MVS SEND command could not recall them all. ...snippage I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? This email ? including attachments ? may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
I should have mentioned that we still have SYSLBC in MSTJCL00, so our case may not the paradigm you're after. I'm still wary of what would happen with an MVS SEND/SAVE command. Just ignore the save action? Save only to userlogs that are DASD resident? The historical problem with SYS1.BRODCAST was getting filled up with undelivered--maybe undeliverable--user-directed messages. You have solved that problem already. Is deleting SYS1.BRODCAST so important? Just asking. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: (External):SYS1.BRODCAST I agree, however, I set USERSEND OPERSEND and SAVE to NO in IKJTSO00. We do not use the SEND command as a general rule. I still have a couple of more things to try in my sandbox, but want to avoid a falling into a major hole (if possible) before attempting these. From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson I see SYS1.BRODCAST allocated to *MASTER* on all systems in the GRSPLEX. I never tried running without it, but I'm pretty sure that's where true general broadcast messages go. Not the 'send/notify' messages to individual users, but the message(s) that everyone sees at logon time. If you think about it, where else would they go? Userlogs get migrated. An MVS SEND command could not recall them all. ...snippage I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? This email ? including attachments ? may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: (External):SYS1.BRODCAST
I agree, however, I set USERSEND OPERSEND and SAVE to NO in IKJTSO00. We do not use the SEND command as a general rule. I still have a couple of more things to try in my sandbox, but want to avoid a falling into a major hole (if possible) before attempting these. From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson I see SYS1.BRODCAST allocated to *MASTER* on all systems in the GRSPLEX. I never tried running without it, but I'm pretty sure that's where true general broadcast messages go. Not the 'send/notify' messages to individual users, but the message(s) that everyone sees at logon time. If you think about it, where else would they go? Userlogs get migrated. An MVS SEND command could not recall them all. ...snippage I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: (External):SYS1.BRODCAST
I see SYS1.BRODCAST allocated to *MASTER* on all systems in the GRSPLEX. I never tried running without it, but I'm pretty sure that's where true general broadcast messages go. Not the 'send/notify' messages to individual users, but the message(s) that everyone sees at logon time. If you think about it, where else would they go? Userlogs get migrated. An MVS SEND command could not recall them all. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):SYS1.BRODCAST I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? This email ? including attachments ? may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- 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
SYS1.BRODCAST
I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN