Doesn’t DIAGNOSE or EXAMINE on the various catalogs find uncat’d datasets?
On Sun, Jul 24, 2022 at 2:11 PM <David> <Mingee> <[email protected]> wrote: > 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 > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
