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: How to tell what allocated a dataset never opened
I haven’t followed this entire thread but can you not simply scan the CLIST or REXX libraries for say the LLQ? On Fri, Nov 9, 2018 at 12:43 PM Jim Beck wrote: > 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 > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- 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
What about the GRS Enqueue Monitor? See the Planning: GRS manual. The enqueue monitor tells you what module issues the enqueue, although if it's a CLIST doing the allocation it will probably just say it's some IKJ* thingy. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Beck Sent: Friday, 9 November 2018 3:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 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 -- 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
Did you mean for your question to ask what created the dataset as opposed to what is currently allocating it? If so, the creation date in the DSCB will tell where to search the SMF records for the catalog update that should have occurred when the dataset was created. If not and the dataset already exists, what makes you think any current jobs are allocating it? I don't know abut SVC99 but having a DD statement specify the dataset but the job never opening it will not generate an SMF record nor query RACF. In this case, changing the DSN and creating a profile that will preclude its recreation is probably the best way to catch a job with an unused DD statement. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Jim Beck > Sent: Thursday, November 8, 2018 9:30 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 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 -- 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
On 11/7/2018 3:44 PM, Jim Beck wrote: All, .. This is a long shot, but if the data set is allocated on an Extended Addressing Volume and EATTR=OPT was specified at allocation time, the Format 9 DSCB for the data set contains the jobname and stepname of the allocating job, even if the DS was not opened. MVS/QuickRef reports that information (QW N=volser). Mike Shaw MVS/QuickRef Support Group Chicago-Soft, Ltd. -- 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
What about migrating the files and if they come back they are used? Assuming DFHSM, probably other similar products as well. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Jim Beck > Sent: Wednesday, November 07, 2018 1:44 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 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 -- 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
Since you don't like brown water, a RACF profile with AUDIT(ALL) should work. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Beck Sent: Thursday, November 8, 2018 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 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 ::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: 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
Re: How to tell what allocated a dataset never opened
Jim Beck wrote:
>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.
RACF. HSM. RACF. HSM. RACF. ;-)
Rename it with say '.X' after the name. Then Migrate that to lvl2. (You can
always HBACK it and delete the dataset if you want to be cruel. ;-D )
Then "altdsd '???' audit(all(READ))" and clear out access list in RACF.
Remember to have DATASET class in "LOGOPTIONS ALWAYS" in RACF too.
Drink good and hot coffee while waiting for your SMF record 80 or if it is
recalled or someone who complains.
I used in the past SMF 14 + 15 (and other types), later SMF 60 (?) for catalog
work. I once used MONITOR, but the SYSLOG just fill up too quickly. Anyways,
with dynamic SVC it is more difficult (at least to me) to trace usage of a
dataset. Looking in VTOC/catalog entry to see last usage date is probably
useful, but we're not using that much.
You can issue HL DATASETNAME("???") OUTDATASET("???") BOTH to see when the last
backup was made. This will show you when the dataset was last changed and thus
needed a backup (then).
Sometimes we rename it with 'X.' before the dataset, migrate it to lvl2 and
just simply wait until someone moans.
You have also gotten good replies. Pick your favourite. ;-)
Groete / Greetings
Elardus Engelbrecht
--
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
And if that fails create a RACF profile with no access to anyone and wait for the scream. You will immediately find out who is still creating the old datasets. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 11/07/2018 01:56:41 PM: > From: "Roach, Dennis" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/07/2018 01:57 PM > Subject: Re: How to tell what allocated a dataset never opened > Sent by: IBM Mainframe Discussion List > > If you use something like RACF you can look at the product logs or > SMF and see who created it if the log option for the covering profile. > I have used RACF to create a full generic profile with no the same > access as the current controlling profile and audit(all(read)). > > Dennis Roach, CISSP > AIG > > Identity & Access Management | Infrastructure Services > > 2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019 > Work: 713-831-8799 Cell: 713-591-1059 (cell) > > dennis.ro...@aig.com | www.aig.com > > PTO Schedule none. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Jim Beck > Sent: Wednesday, November 07, 2018 2:44 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 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 > > -- > 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: How to tell what allocated a dataset never opened
If it's SMS-managed and/or cataloged, you should have types 60 and/or 61 for the VVDS update and ICF define (assuming they're not turned off). First Tennessee Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Roach, Dennis Sent: Wednesday, November 07, 2018 3:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to tell what allocated a dataset never opened [External Email] If you use something like RACF you can look at the product logs or SMF and see who created it if the log option for the covering profile. I have used RACF to create a full generic profile with no the same access as the current controlling profile and audit(all(read)). Dennis Roach, CISSP AIG Identity & Access Management | Infrastructure Services 2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019 Work: 713-831-8799 Cell: 713-591-1059 (cell) dennis.ro...@aig.com | www.aig.com PTO Schedule none. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Beck Sent: Wednesday, November 07, 2018 2:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- 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
If you use something like RACF you can look at the product logs or SMF and see who created it if the log option for the covering profile. I have used RACF to create a full generic profile with no the same access as the current controlling profile and audit(all(read)). Dennis Roach, CISSP AIG Identity & Access Management | Infrastructure Services 2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019 Work: 713-831-8799 Cell: 713-591-1059 (cell) dennis.ro...@aig.com | www.aig.com PTO Schedule none. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Beck Sent: Wednesday, November 07, 2018 2:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 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 -- 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
