Classification: Confidential

If you have dfHSM (and/or I presume CA-DISK (formerly DMS/OS))) merely add them 
to the processing.
I am sure dfHSM will tell you everything needed via error messages in the 
migration and backup logs.
I presume CA-DISK will  do the same.

HTH,

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Jack Zukt
Sent: Sunday, July 24, 2022 3:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Finding uncatalogued datasets

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

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> <ming...@prodigy.net> 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 <IBM-MAIN@LISTSERV.UA.EDU> On
> Behalf Of Jack Zukt
> Sent: Saturday, July 23, 2022 5:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> 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 <
> 0000032fff1be9b4-dmarc-requ...@listserv.ua.edu> 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://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frs
> > clweb.com%2F&amp;data=05%7C01%7Callan.staller%40HCL.COM%7C9a99e58bc0
> > a54b02225708da6d4a9185%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C
> > 637942464302060573%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQI
> > joiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=
> > CsY%2BoPzHJhlKJk1aPeOoEPhC%2BhiTDwNb5HbARlp81g0%3D&amp;reserved=0
> > 'Dance like no one is watching. Encrypt like everyone is.'
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On
> > Behalf Of Gibney, Dave
> > Sent: 23 July 2022 00:24
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > 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 <IBM-MAIN@LISTSERV.UA.EDU> On
> > > Behalf Of Mike Schwab
> > > Sent: Friday, July 22, 2022 4:08 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > 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 <jzuk...@gmail.com> 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 lists...@listserv.ua.edu 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 lists...@listserv.ua.edu with the message: INFO
> > > IBM-MAIN
> >
> > --------------------------------------------------------------------
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
> > --------------------------------------------------------------------
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
________________________________
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
________________________________

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to