Its has to load with the system Regards,
Steve -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lennie Dymoke-Bradshaw Sent: Wednesday, August 23, 2023 10:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Updating IEEMB846 Yes, they will, but IEEMB846 still needs updating for various TSO commands that IBM have omitted from it. I have done tests and it appears that if IEEMB846 is placed in a library other than SYS1.LINKLIB, then it is not found. I can update it in-flight in SYS1.LINKLIB and after an LLA refresh and restart of the TSO user's address space, the updates are picked up. Lennie -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Lionel B. Dyck Sent: 23 August 2023 16:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Updating IEEMB846 Will SMF Type 32 records suffice? Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Jon Perryman Sent: Wednesday, August 23, 2023 9:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Updating IEEMB846 TSO console has user exits and I'm guessing that it has an init exit. It should be simple to code the exit and write the tso userid to a file (dynalloc with disp=mod). I don't recommend this as a permanent solution. An abend could leave the dataset allocated locking out other users and it wastes space even if you specify blksize=lrecl. It would be a little more work but you could use a VSAM KSDS with the userid as the key to collect the userid only once and eliminate potential alloc problem. I would think the exit could be dynamically activated and deactivated. On Tuesday, August 22, 2023 at 05:07:20 AM PDT, Lennie Dymoke-Bradshaw <0000032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote: I am trying to determine which users are using the TSO CONSOLE command. This is controlled one of those TSOAUTH checks that are done at LOGON time and the results of the RACF check are stored in the PSCB in bit PSCBCNAU. So many normal RACF checking monitors (such as zSecure Access Monitor) are of no use. I want to know who is using it, rather than who can use it. The TSO command table in IEEMB846 is used by the TMP and by ISPF to record commands issued in SMF type 32 records. (ISPF uses an interface via SVC 109.) However, IEEMB846 is old. In fact it is so old that it does not contain TESTAUTH, PARMLIB, CONSOLE, ISPF. The source is in SYS1.SAMPLIB(SMFTSOCM). I wish to update IEEMB846 to include the CONSOLE command. IEEMB846 is in a distinct load module in SYS1.LINKLIB. So can I update this table in flight, or do I need to IPL? Thanks, Lennie ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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