Using SORT or the accompanying xxxxTOOL on the DCOLLECT records seems pretty standard, straightforward, and probably simple. Quite likely there are existing SAMPLIB members
> -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On > Behalf Of Jack Zukt > Sent: Sunday, July 24, 2022 1:00 AM > To: [email protected] > Subject: Re: Finding uncatalogued datasets > > [EXTERNAL EMAIL] DO NOT CLICK links or attachments unless you recognize > the sender and know the content is safe. > > Hi, > Thank you for the suggestion > The why I am going through DCOLLECT records at this point it is precisely > because of the wasted space due to datasets that have not been used for > over a year (at least). It was going through this records that I became > aware of the existence of uncatalogued datasets. That is why I am trying to > come up with a process that can find them, so I can dispose of them. And I > want it to be as simple and standard as possible. > Regards > Jack > > On Sun, Jul 24, 2022, 03:55 <David> <Mingee> <[email protected]> > wrote: > > > What ever tool you use to find all the Datasets you are looking for, be > > aware that there is a field called LADAT - Last Access Date for GDG's. This > > can reveal datasets that are older than 1 year. There can be 1000's of > > these. Reasons are Jobs become obsolete or are > > Replaced, so all their GDG's remain. Secondly, tape datasets could have > > been changed to disk with no update to the NOSCRATCH > > Setting or a GDG could have been mistakenly set to NOSCRATCH during > > initial setup. Finding and deleting these can free lots of disk. > > > > > > -----Original Message----- > > From: IBM Mainframe Discussion List <[email protected]> On > Behalf > > Of Jack Zukt > > Sent: Saturday, July 23, 2022 5:18 AM > > To: [email protected] > > Subject: Re: Finding uncatalogued datasets > > > > Thank you all for your input. > > Regarding the last comments, my problem is that I have found multiple > "SMS" > > uncatalogued datasets. A few are rolled out GDG versions, but most are > not. > > And yes, the environment in a parallel sysplex with two master catalogs, > > but those files are all (were) in user catalogs visible on all lpars with > > shared alias. I am excluding from this search the master catalogue aliases, > > such as SYS1. > > Prior to looking for help I was considering a rexx using the catalog > > search interface to validate the files, but I would prefer a more standard > > approach if I could find one. > > Regards > > Jack > > > > On Sat, Jul 23, 2022, 01:00 Lennie Dymoke-Bradshaw < > > [email protected]> wrote: > > > > > Be careful to pay attention to your configuration. If you are running > > > a sysplex with multiple Master Catalogs then you will likely find data > > > sets which are catalogued on the other system from the one where you > are > > running. > > > > > > Lennie Dymoke-Bradshaw > > > > https://urldefense.com/v3/__https://rsclweb.com__;!!JmPEgBY0HMszNaDT > !sa6OOme6yARA0fMWW6BtLHYK7hxuYyTWcx5nPsZwSSGceB0HoEkO2ABR63 > 8q2jrwRl94kZmFHlamNg$ > > > ‘Dance like no one is watching. Encrypt like everyone is.’ > > > > > > -----Original Message----- > > > From: IBM Mainframe Discussion List <[email protected]> > On > > > Behalf Of Gibney, Dave > > > Sent: 23 July 2022 00:24 > > > To: [email protected] > > > Subject: Re: Finding uncatalogued datasets > > > > > > SMS shouldn't have uncataloged datasets. In reality, there are ways... > > > All of which should be considered an error. > > > > > > Of course, in my opinion. Most, if not all, uncataloged datasets are > > > likely in error. And the reason(s) for looking for them is to correct > > > these errors. > > > > > > So, I wouldn't exclude my SMS volumes from such a search. > > > > > > > -----Original Message----- > > > > From: IBM Mainframe Discussion List <[email protected]> > On > > > > Behalf Of Mike Schwab > > > > Sent: Friday, July 22, 2022 4:08 PM > > > > To: [email protected] > > > > Subject: Re: Finding uncatalogued datasets > > > > > > > > > > > > > > > > SMS storage groups can't have uncataloged data sets, so you can > > > > eliminate those volumes. > > > > > > > > On Fri, Jul 22, 2022 at 9:01 AM Jack Zukt <[email protected]> wrote: > > > > > > > > > > Hi all, > > > > > As a byproduct of what I am working now, I have found out a few > > > > > uncatalogued datasets. Now I would like to find out all the > > > > > uncatalogued datasets that are forgotten on the hundred of volumes > > > that are out there. > > > > > Using ADRDDSU and (CATLG EQ NO) is not an option as it would need > a > > > DD > > > > > for each VOLSER. I could write a rexx that would read the DCOLLECT > > > > > VOLUMES(*) NODATAINFO and generate a JOB for each VOLSER or > group > > > > of > > > > > VOLSERs but I really would like to use a more standard approach. I > > > > > seem to remember, from another age, that FDRABR could do it. > > > > > However > > > Dr. > > > > Google has > > > > > not been able to find me anything to that effect using only IBM > > tools. > > > > > Do you have any ideas how to go about this? > > > > > Your help will be, as always, greatly appreciated. > > > > > Regards, > > > > > Jack > > > > > > > > > > ------------------------------------------------------------------ > > > > > -- > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > > > send email to [email protected] with the message: INFO > > > > > IBM-MAIN > > > > > > > > > > > > > > > > -- > > > > Mike A Schwab, Springfield IL USA > > > > Where do Forest Rangers go to get away from it all? > > > > > > > > -------------------------------------------------------------------- > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to [email protected] with the message: INFO > > > > IBM-MAIN > > > > > > ---------------------------------------------------------------------- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email to [email protected] with the message: INFO IBM-MAIN > > > > > > ---------------------------------------------------------------------- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email to [email protected] with the message: INFO IBM-MAIN > > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > > to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
