Re: Locked out of my account and therefore my System
Try the VM List. VM-List ib...@listserv.uark.edu I would imagine Alan can give you a pointer on how to get back into that system. Regards, Steve Thompson On 7/24/22 19:51, Karl Severson wrote: Embarrassed to report that I locked myself out of my system. System is running VM/ESA 2.3 with VM:Manager 2.6 and running the Rules Facility. Broadcom is no help as we don't have maintenance on a product that has reached end of life as Broadcom won't support it because of that. What I have tried: I thought I set up VM:Operator to be able to link nopass to VM:Secure 1b0 but for some reason that doesn't work. I also can't link to VMXSYSAD 191, where we stash a nightly backup of the directory. I've tried the LINK command and the system wants a READ password and that doesn't work as I don't know what it is.I think someone undid things that I set up before I retired, because I knew I would be back. Link attempt to VMX 1b0 fails because of some RULE. We use logonby so we only have to know OUR own account password but I've managed to lock myself out of my account so no dice in anything I try. What is left? There are a few privileged accounts left that I might try (OP1) for instance, but if someone changed its password to something other than OP1, my plan will fail. Any ideas are most welcome! TIA Karl Severson RTX -- 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
Re: Locked out of my account and therefore my System
I am not an expert here, but you may want to try a boot-time recovery environment like ZZSA, NewEra SAE, or just the VM installation media. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Karl Severson Sent: Sunday, July 24, 2022 7:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Locked out of my account and therefore my System Embarrassed to report that I locked myself out of my system. System is running VM/ESA 2.3 with VM:Manager 2.6 and running the Rules Facility. Broadcom is no help as we don't have maintenance on a product that has reached end of life as Broadcom won't support it because of that. What I have tried: I thought I set up VM:Operator to be able to link nopass to VM:Secure 1b0 but for some reason that doesn't work. I also can't link to VMXSYSAD 191, where we stash a nightly backup of the directory. I've tried the LINK command and the system wants a READ password and that doesn't work as I don't know what it is.I think someone undid things that I set up before I retired, because I knew I would be back. Link attempt to VMX 1b0 fails because of some RULE. We use logonby so we only have to know OUR own account password but I've managed to lock myself out of my account so no dice in anything I try. What is left? There are a few privileged accounts left that I might try (OP1) for instance, but if someone changed its password to something other than OP1, my plan will fail. Any ideas are most welcome! TIA Karl Severson RTX -- 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
Re: Locked out of my account and therefore my System
What account is locked out? Your own personal ID, you mean? And what security system are you running? RACF, or something else? If you're the only one locked out, usually one of the security admins could reset your password. You would have thought of that already, though I don't see where you mentioned it. And depending on your security privileges, they may not be authorized to. But if you have elevated privileges and the admins can't fix you up, it's very likely you're able to submit a batch job under the authority of the main security ID (IBMUSER if you're running RACF); that will always have the authority to reset your password no matter who you are. Wait, silly me, maybe you cannot submit a batch job because you're locked out. I wouldn't be surprised if others have that authority, too, though; they could submit the job for you. This is all from the point of view of an MVS guy; VM is mystery territory to me. Could be none of the above applies in VM. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* If you're not paying for it you're not the customer, and if you're not the customer, you must be the merchandise. -about "free" internet services */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Karl Severson Sent: Sunday, July 24, 2022 19:51 Embarrassed to report that I locked myself out of my system. System is running VM/ESA 2.3 with VM:Manager 2.6 and running the Rules Facility. Broadcom is no help as we don't have maintenance on a product that has reached end of life as Broadcom won't support it because of that. What I have tried: I thought I set up VM:Operator to be able to link nopass to VM:Secure 1b0 but for some reason that doesn't work. I also can't link to VMXSYSAD 191, where we stash a nightly backup of the directory. I've tried the LINK command and the system wants a READ password and that doesn't work as I don't know what it is.I think someone undid things that I set up before I retired, because I knew I would be back. Link attempt to VMX 1b0 fails because of some RULE. We use logonby so we only have to know OUR own account password but I've managed to lock myself out of my account so no dice in anything I try. What is left? There are a few privileged accounts left that I might try (OP1) for instance, but if someone changed its password to something other than OP1, my plan will fail. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Locked out of my account and therefore my System
Embarrassed to report that I locked myself out of my system. System is running VM/ESA 2.3 with VM:Manager 2.6 and running the Rules Facility. Broadcom is no help as we don't have maintenance on a product that has reached end of life as Broadcom won't support it because of that. What I have tried: I thought I set up VM:Operator to be able to link nopass to VM:Secure 1b0 but for some reason that doesn't work. I also can't link to VMXSYSAD 191, where we stash a nightly backup of the directory. I've tried the LINK command and the system wants a READ password and that doesn't work as I don't know what it is.I think someone undid things that I set up before I retired, because I knew I would be back. Link attempt to VMX 1b0 fails because of some RULE. We use logonby so we only have to know OUR own account password but I've managed to lock myself out of my account so no dice in anything I try. What is left? There are a few privileged accounts left that I might try (OP1) for instance, but if someone changed its password to something other than OP1, my plan will fail. Any ideas are most welcome! TIA Karl Severson RTX -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Finding uncatalogued datasets
This is what I'd use, shown for a single volume: //UNCAT EXEC PGM=ADRDSSU,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //SYSINDD * COPY - DATASET( INCLUDE (**)) - LOGINDYNAM(volser) - BY (CATLG,EQ,NO) - DELETE /* The parm setting lets you see what it would do if you unleash it. One tool, standard, no need for own code. DCOLLECT won't cut it because it doesn't look at catalogs. On Sun, 24 Jul 2022 at 22:24, John McKown wrote: > Sorry, I should have double checked. It's been years since I've had to do > it. And it's Sunday. Yes COPY DELETE is correct. > > On Sun, Jul 24, 2022 at 4:18 PM David Spiegel > wrote: > > > Hi John, > > "...ADRDSSU MOVE..." There is no such verb. > > Maybe you mean COPY ... DELETE? > > > > Regards, > > David > > > > On 2022-07-24 17:03, John McKown wrote: > > > 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 > > 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 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
Re: Finding uncatalogued datasets
It can if you set the DSLIST to TOTAL: Enter a slash (/) in the Display Catalog Name field to tell ISPF to display the name of the catalog associated with each data set in the Total view. Figure 4. Data set list - total view with catalog name (ISRUDSL0) Menu Options View Utilities Compilers Help ─── DSLIST - Data Sets Matching HANKO3 Row 1 of 14 Total Tracks: 86 non-x: 86 Data Sets: 14 non-x: 14 --- Command - Enter "/" to select action Message Volume Tracks % XT Device Dsorg Recfm Lrecl Blksz CreatedReferred Catalog --- HANKO3 *ALIAS CATALOG.MASTER.SYSPLEXD --- HANKO3.DDIR*VSAM* VS CATALOG.USER1.SYSPLEXD --- HANKO3.DDIR.D D$US50 45 ? 1 3390 VS ? ? ? 2007/02/21 2007/02/21 CATALOG.USER1.SYSPLEXD -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Spiegel Sent: Sunday, July 24, 2022 4:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Finding uncatalogued datasets 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, 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 On > Behalf Of Jack Zukt > Sent: Sunday, July 24, 2022 9:48 AM > To: IBM-MAIN@LISTSERV.UA.EDU > 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 < > 03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote: > >> Using SORT or the accompanying TOOL 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 On >>> Behalf Of Jack Zukt >>> Sent: Sunday, July 24, 2022 1:00 AM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> 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,
Re: Finding uncatalogued datasets
Sorry, I should have double checked. It's been years since I've had to do it. And it's Sunday. Yes COPY DELETE is correct. On Sun, Jul 24, 2022 at 4:18 PM David Spiegel wrote: > Hi John, > "...ADRDSSU MOVE..." There is no such verb. > Maybe you mean COPY ... DELETE? > > Regards, > David > > On 2022-07-24 17:03, John McKown wrote: > > 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 > 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 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
Re: Finding uncatalogued datasets
Hi John, "...ADRDSSU MOVE..." There is no such verb. Maybe you mean COPY ... DELETE? Regards, David On 2022-07-24 17:03, John McKown wrote: 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 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 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
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 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 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
Re: Finding uncatalogued datasets
Doesn’t DIAGNOSE or EXAMINE on the various catalogs find uncat’d datasets? On Sun, Jul 24, 2022 at 2:11 PM 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 On Behalf > Of Jack Zukt > Sent: Sunday, July 24, 2022 9:48 AM > To: IBM-MAIN@LISTSERV.UA.EDU > 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 < > 03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote: > > > Using SORT or the accompanying TOOL 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 On > > > Behalf Of Jack Zukt > > > Sent: Sunday, July 24, 2022 1:00 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > 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 > > > 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 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
Re: Finding uncatalogued datasets
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, 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 On Behalf Of Jack Zukt Sent: Sunday, July 24, 2022 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU 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 < 03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote: Using SORT or the accompanying TOOL 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 On Behalf Of Jack Zukt Sent: Sunday, July 24, 2022 1:00 AM To: IBM-MAIN@LISTSERV.UA.EDU 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 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 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,
Re: Finding uncatalogued datasets
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 On Behalf Of Jack Zukt Sent: Sunday, July 24, 2022 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU 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 < 03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote: > Using SORT or the accompanying TOOL 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 On > > Behalf Of Jack Zukt > > Sent: Sunday, July 24, 2022 1:00 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > 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 > > 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 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
Re: Finding uncatalogued datasets
Would you consider submitting it to CBTTAPE? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Staudacher [dlstaudac...@gmail.com] Sent: Saturday, July 23, 2022 3:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Finding uncatalogued datasets 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 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
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 < 03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote: > Using SORT or the accompanying TOOL 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 On > > Behalf Of Jack Zukt > > Sent: Sunday, July 24, 2022 1:00 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > 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 > > 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 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 < > > > 032fff1be9b4-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://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 > > 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 > > 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 > wrote: > > > > > > > > > > > > Hi all, > > > > > > As a byproduct of what I am working now, I have found out a few > > > > > > uncatalogued datasets. Now I would like
Re: Finding uncatalogued datasets
Using SORT or the accompanying TOOL 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 On > Behalf Of Jack Zukt > Sent: Sunday, July 24, 2022 1:00 AM > To: IBM-MAIN@LISTSERV.UA.EDU > 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 > 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 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 < > > 032fff1be9b4-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://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 > 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 > 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 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.
Re: Finding uncatalogued datasets
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:55wrote: > 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 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 < > 032fff1be9b4-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://rsclweb.com > > ‘Dance like no one is watching. Encrypt like everyone is.’ > > > > -Original Message- > > From: IBM Mainframe Discussion List 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 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 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