If there are, I have not found them. But I know that I may be looking at this the wrong way, hence the request for your help. I have been reading over the DCOLLECT data record type manual information a few times now. If there is a field or a bit on a flag field that has that information, I have not seen it. Regards Jack
On Sun, Jul 24, 2022, 09:21 Gibney, Dave < [email protected]> wrote: > 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 > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
