Hi David,
One problem ... If you use ISPF 3.4 to search (masked) VOLSERs, your
results won't show if the Datasets are Cataloged or not.
Regards,
David
On 2022-07-24 15:11, <David> <Mingee> 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://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Frsclweb.com__%3B!!JmPEgBY0HMszNaDT&data=05%7C01%7C%7C17e413315b91494e644208da6da852d2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637942867006112542%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=bbXUyUuBVcmDda6zQ1hwbdu8krE%2ByfHTcsSg8kB2wLg%3D&reserved=0
!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
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
