Re: How to tell what allocated a dataset never opened
-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEF196I msg in JESMSGLG
Mark, When we phased out an in-house developed automation system to a commercially available one, we had several message rules that needed the same capability. I wrote an MPF exit program that used the OICTXTERF3,CTXTESJL statement, then in MFPLSTxx had MSGID SUP(YES),USEREXIT(exitname). MVS Initialization and Tuning reference and MVS Installation Exits has more info. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to tell what allocated a dataset never opened
Alan, Lizette, and Mike, Thanks for the suggestions, but we're looking for WHAT CLIST, REXX, or dialog component allocated the dataset, not the TSO user. Anthony, you're on the right track, but I think you're also right that IKJ-- or IRX-- (for Rexx) is doing the allocation. Thanks for the suggestions folks, and have a good weekend. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to tell what allocated a dataset never opened
Thank you all for the input. The datasets already exist and testing with an allocate then free in TSO does not show any updating in the SMF60 record for the VVDS NVR records. :( I like the see-who-complains approach, but unfortunately most of the victims will be end users, and the developers of the CLISTs/Rexx/dialog are usually long gone, so the brown water will come back to us! The IGD104I messages list both the dataset name and DDNAME for the TSO users, so if there are no other suggestions, I'll let the owner of the retired system pour over the OPERLOGs then scan for the DDNAMEs. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How to tell what allocated a dataset never opened
All, We've retired an application and are in the process of cleanup. Does anyone know of a way to identify what is allocating a given dataset if it's never opened? SMF cuts 14 & 15 records only if the dataset is open. Other than scratch, rename, and other VTOC changes, I haven't found an SMF record that contains the dataset name, just the DD name or unit address. The MONITOR option in CONSOLExx can track the deallocation in SYSLOG/OPERLOG, but for TSO sessions you can't tie that back to a CLIST or command. For batch jobs, you can eventually tie it back to the step. The only other way I've seen is the hit-or-miss enqueue check and contact the TSO session owner. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: remove bad GDG entry from GDG base
How about trying DEFINE NVSAM(NAME(.) DEVT() VOL(..) RECATALOG ? I saw a post where a define nvsam failed with already cataloged. I have seen RECATALOG sometimes clean things up, but don't remember using it on a GDG. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Consolidate Consoles
We use Attachmate's InfoConnect on a Windows 7 PC, which allows multiple sessions within a single window. Each LPAR has a primary and alternate ICC consoles defined. The PC has each primary console active in the one window always up whenever the PC is up. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN