Thank you Lionel, It will definitely take some time. I tried going through the DCOLLECT output with IGGCSIRX ant it took almost six hours. But using listdsi may be an interesting approach. Regards Jack
On Mon, 25 Jul 2022 at 14:21, Lionel B. Dyck <[email protected]> wrote: > A possible RYO would be to write a rexx exec to: > > 1. issue operator command using sdsf rexx d u,dasd,online,,9999 > 2. parse the results for each volser > 3. invoke iehlist - listvtoc for each and capture the results > 4. issue listdsi for each dataset > - if not cataloged then you have them > - if the sysvolume is not the same as the iehlist volser then you have a > mismatch > > This will take awhile so run it in batch. > > Lionel B. Dyck <>< > Website: https://www.lbdsoftware.com > Github: https://github.com/lbdyck > > โWorry more about your character than your reputation. Character is what > you are, reputation merely what others think you are.โ - - - John Wooden > > -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On Behalf > Of Jack Zukt > Sent: Monday, July 25, 2022 8:14 AM > To: [email protected] > Subject: Re: Finding uncatalogued datasets > > Hi, > In this SYSPLEX all user catalog and all its aliases are shared. There is > a daily process that emits an alert for any ALIAS that is not defined on > all systems. > > On Mon, 25 Jul 2022 at 13:59, Seymour J Metz <[email protected]> wrote: > > > How does it deal with user catalogs? If FOO is a catalog alias in one > > master catalog but not in another, could FOO.** datasets be > > incorrectly treated as uncataloged? > > > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > > > ________________________________________ > > From: IBM Mainframe Discussion List [[email protected]] on > > behalf of John McKown [[email protected]] > > Sent: Sunday, July 24, 2022 5:03 PM > > To: [email protected] > > Subject: Re: Finding uncatalogued datasets > > > > ADRDSSU MOVE can scan volumes for uncatalogued datasets and MOVE the > > to a sequential dataset, or just DD DUMMY. It doesn't care what the > > DSN is, even if it has abnormal byte values in the name. > > > > On Sat, Jul 23, 2022, 14:29 David Staudacher <[email protected]> > > wrote: > > > > > Jack Zukt wrote: "I would prefer a more standard approach if I could > > > find one". > > > > > > What you need is something that can dig out all the DSCBs from every > > > VTOC of every online DASD device and sum these into a Data Set list. > > > I happen to have an Assembler program which does just that, if you'd > > > like to try it out. > > > Assuming you have the required MACLIBs (SYS1.MACLIB and SYS1.MODGEN > > > or > > > SYS1.AMODGEN) it's very easy to Assemble and run it yourself. > > > Use a Catalog Search to find uncataloged data sets is of course > > > useless for obvious reasons. > > > My program outputs a record for each DSCB. These are then summed to > > create > > > a report listing every Data Set on every online DASD device. > > > The report gives VOLSER, DSORG, RECFM, LRECL, BLKSIZE, # of Tracks, > > > % Used, # of Extents, Create Date and Date Last Referenced. > > > It rivals DCOLLECT in what it can do but requires no special > > > Authorization. > > > A recent enhancement to calculate space utilization for PDSEs slowed > > > it down quite a bit, but otherwise it's *very* fast. > > > The report is also handy for contractors who want to quickly learn > > > the "filescape" of any new site to which they're assigned. > > > Next enhancement I have in mind is to calculate total *available* > > > DASD space, which *could* be very easy (or not). Just haven't gotten > > > around to figuring it out yet. > > > Let me know if you'd like a copy of the source I have so far, and > > > JCL to run it, and I'll send it to you. > > > So far, it's worked everywhere it's been tried. > > > If there are any cases where it *doesn't* work, that would be nice > > > to > > know > > > too. > > > David Staudacher > > > LinkedIn Mainframe Groups Manager > > > => linkedin.com/groups/910927 ๐๐๐ข๐ง๐๐ซ๐๐ฆ๐ (๐๐๐๐๐, > ๐๐ญ๐) > > > ๐๐ฑ๐ฉ๐๐ซ๐ญ๐ฌ > > > => linkedin.com/groups/2915689 ๐๐๐ข๐ง๐๐ซ๐๐ฆ๐ ๐๐ซ๐จ๐๐ฎ๐๐ญ๐ฌ > > ๐๐ง๐ > > > ๐๐๐ซ๐ฏ๐ข๐๐๐ฌ > > > => linkedin.com/groups/12307358 ๐๐๐ข๐ง๐๐ซ๐๐ฆ๐ ๐๐จ๐๐ฌ / > > > ๐๐๐ซ๐๐๐ซ๐ฌ > > > => linkedin.com/groups/8979270 ๐๐๐ข๐ง๐๐ซ๐๐ฆ๐ ๐๐ฌ๐ฌ๐๐ฆ๐๐ฅ๐๐ซ > > > ๐๐๐ฏ๐๐ฅ๐จ๐ฉ๐๐ซ๐ฌ > > > => linkedin.com/groups/155723 ๐๐ฒ๐ฌ๐ญ๐๐ฆ ๐ณ ๐๐๐ฏ๐จ๐๐๐ญ๐๐ฌ > > > => linkedin.com/groups/2085030 ๐ณ/๐๐๐ > > > > > > -------------------------------------------------------------------- > > > -- 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
