Hi, I remembered an old way to get what you want. Use ISPF 3.4 and specify : Volume serial
Last Updated: 2021-03-03 Use this field to specify the volume serial whose VTOC is to be used by ISPF to display or print a list of data set names or VTOC information. ISPF retains the information you put in this field and displays it the next time you use this panel. If you want to display a list of only the data sets that reside on a particular volume, leave the Dsname Level field blank and enter the volume serial in the Volume field. You may be able to have Catalog name Display on so you can see those that are catlg'd and not catlg'd The Volume serial field supports the inclusion of system symbols. You can enter a single volume name or a generic volume name to list data sets from more than one volume. The volume name can be partially specified using asterisks as global volume name characters and percent signs as placeholders in the volume name. A single asterisk within a volume name indicates that zero or more characters can occupy that position. A single percent sign indicates that any one alphanumeric or national character can occupy that position. Examples follow. * Lists data set names matching the Dsname Level from all volumes (This would take a while and list files you do not want) PRM* Lists names from all volumes beginning with 'PRM' M%C* Lists names from volumes beginning with 'M', followed by any single character, a 'C', and any three other characters Examples: After you do VTOC for PR* enter save myfile1 After you do VTOC for T* enter save myfile2 You will have 2 files - userid.myfile1.datasets and userid.myfile2.datasets You then edit those files and sort and del and change lines to dsn only and then use these files as input to do a del or del nscr -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Jack Zukt Sent: Sunday, July 24, 2022 9:48 AM To: [email protected] Subject: Re: Finding uncatalogued datasets 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
