Re: SMP/e maintenance methodologies
Follow up question, since everyone has been very helpful and correcting my "old" thinking about SMP/e maintenance. :) What is some way to get a list of SYSTEMHOLDs, like ACTION, EC, ENH, in a good and readable format? Maybe a spreadsheet format? Thanks, Jerry Edgington -Original Message- From: Edgington, Jerry Sent: Monday, June 22, 2020 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RE: SMP/e maintenance methodologies And yes, I check the SMPRPT for various items, like Usermods, Missing PTFs, etc. Thanks again. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Monday, June 22, 2020 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies This message was sent from an external source outside of Western & Southern's network. Do not click links or open attachments unless you recognize the sender and know the contents are safe. Yes.As Rex pointed out, the first part of the output in the SMPRPT DD statement will be the listing of what PTF's did NOT go on, and why. You'll want to review that, and make sure the only ones that did not go on were the ones with Errorhold. If a PTF you wanted to go on didn't, it will show here (MODID error for example if you have a usermod), or a space problem on a target dataset, etc. Here is an example of a APPLY I ran today. One PTF didn't not go on, because it is in error. CAUSER SYSMOD SUMMARY REPORT FOR APPLY PROCESSING CAUSER FMID MESSAGE ID PAGE ERROR DESCRIPTION AND POSSIBLE CAUSES UJ02757 HDZ2240 GIM35901I 1 ERROR HOLD CA59681 WAS NOT RESOLVED. PAGE 0003 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25 SMP/E 37.05 SMPRPT OUTPUT UNRESOLVED HOLD REASON REPORT FOR APPLY PROCESSING NOTE: THE SYSMODS LISTED IN THIS REPORT ALSO APPEAR IN THE CAUSER SYSMOD SUMMARY REPORT. HOLD MISSING HELD RESOLVING RESOLVER TYPEFMID CLASSAPAR SYSMOD SYSMOD STATUS -- --- --- --- --- - ERROR HDZ2240 PE CA59681 UJ02757 PAGE 0004 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25 SMP/E 37.05 SMPRPT OUTPUT _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Edgington, Jerry Sent: Monday, June 22, 2020 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Dave, So, if you get RC=8, you run the Apply anyway, just letting SMP/e determine what PTFs can be applied, correct? If that is the case, that would simplify the SMP/e apply process. Thanks, Jerry -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Monday, June 22, 2020 7:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies This message was sent from an external source outside of Western & Southern's network. Do not click links or open attachments unless you recognize the sender and know the contents are safe. I do not attempt to get a RC0 or RC4 apply. What goes on goes on. Obviously review results to make sure that there wasn't an issue, but coding up a bunch of excludes to not select those with holderror just to get a RC0 is not necessary in my opinion. Here is one apply example APPLY CHECK SOURCEID ( S
Re: SMP/e maintenance methodologies
ISTR a few programs on the CBTTAPE for things like this. File73 and file 384 might be possibilities. Several others -Original Message- From: IBM Mainframe Discussion List On Behalf Of Edgington, Jerry Sent: Tuesday, June 23, 2020 7:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies [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.] Follow up question, since everyone has been very helpful and correcting my "old" thinking about SMP/e maintenance. :) What is some way to get a list of SYSTEMHOLDs, like ACTION, EC, ENH, in a good and readable format? Maybe a spreadsheet format? Thanks, Jerry Edgington -Original Message- From: Edgington, Jerry Sent: Monday, June 22, 2020 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RE: SMP/e maintenance methodologies And yes, I check the SMPRPT for various items, like Usermods, Missing PTFs, etc. Thanks again. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Monday, June 22, 2020 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies This message was sent from an external source outside of Western & Southern's network. Do not click links or open attachments unless you recognize the sender and know the contents are safe. Yes.As Rex pointed out, the first part of the output in the SMPRPT DD statement will be the listing of what PTF's did NOT go on, and why. You'll want to review that, and make sure the only ones that did not go on were the ones with Errorhold. If a PTF you wanted to go on didn't, it will show here (MODID error for example if you have a usermod), or a space problem on a target dataset, etc. Here is an example of a APPLY I ran today. One PTF didn't not go on, because it is in error. CAUSER SYSMOD SUMMARY REPORT FOR APPLY PROCESSING CAUSER FMID MESSAGE ID PAGE ERROR DESCRIPTION AND POSSIBLE CAUSES UJ02757 HDZ2240 GIM35901I 1 ERROR HOLD CA59681 WAS NOT RESOLVED. PAGE 0003 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25 SMP/E 37.05 SMPRPT OUTPUT UNRESOLVED HOLD REASON REPORT FOR APPLY PROCESSING NOTE: THE SYSMODS LISTED IN THIS REPORT ALSO APPEAR IN THE CAUSER SYSMOD SUMMARY REPORT. HOLD MISSING HELD RESOLVING RESOLVER TYPEFMID CLASSAPAR SYSMOD SYSMOD STATUS -- --- --- --- --- - ERROR HDZ2240 PE CA59681 UJ02757 PAGE 0004 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25 SMP/E 37.05 SMPRPT OUTPUT _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Edgington, Jerry Sent: Monday, June 22, 2020 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Dave, So, if you get RC=8, you run the Apply anyway, just letting SMP/e determine what PTFs can be applied, correct? If that is the case, that would simplify the SMP/e apply process. Thanks, Jerry -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Monday, June 22, 2020 7:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies This message was sent from an external source outside of Western & Southern's network. Do not click links or open attachments unless you recognize the sender and know the contents are safe. I do not attempt to get a RC0 or RC4 apply. What goes on goes on. Obviously review results to make sure that there wasn't an issue, but coding up a bunch of excludes to not select those with holderror just to get a RC0 is not necessary in my opinion. Here is one apply example APPLY CHECK SOURCEID ( SYSPLXDS XSYSTEM HIPER IBM.* RSU* SECINT ) GROUPEXTEND ( NOAPARS NOUSERMODS ) BYPASS ( HOLDSYSTEM) NOJCLINREPORT RETRY( YES ) . _ Dave Jousma AVP | Manag
Re: SMP/e maintenance methodologies
I cannot answer your question about exporting the data, or if anyone has
written anything to parse it out. I personally, just browse the output from
the apply check, and read there. If I do a "F REASON(" it takes me to the
first line of each hold item. If I feel like have some action to take, I'll
cut/paste the screenshot into email to farm out to the appropriate SME in my
team.
_
Dave Jousma
AVP | Manager, Systems Engineering
Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI
49546
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Edgington, Jerry
Sent: Tuesday, June 23, 2020 8:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Follow up question, since everyone has been very helpful and correcting my
"old" thinking about SMP/e maintenance. :) What is some way to get a list of
SYSTEMHOLDs, like ACTION, EC, ENH, in a good and readable format? Maybe a
spreadsheet format?
Thanks,
Jerry Edgington
-Original Message-
From: Edgington, Jerry
Sent: Monday, June 22, 2020 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RE: SMP/e maintenance methodologies
And yes, I check the SMPRPT for various items, like Usermods, Missing PTFs,
etc. Thanks again.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Monday, June 22, 2020 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies
This message was sent from an external source outside of Western & Southern's
network. Do not click links or open attachments unless you recognize the sender
and know the contents are safe.
Yes.As Rex pointed out, the first part of the output in the SMPRPT DD
statement will be the listing of what PTF's did NOT go on, and why. You'll
want to review that, and make sure the only ones that did not go on were the
ones with Errorhold. If a PTF you wanted to go on didn't, it will show here
(MODID error for example if you have a usermod), or a space problem on a target
dataset, etc.
Here is an example of a APPLY I ran today. One PTF didn't not go on, because
it is in error.
CAUSER SYSMOD SUMMARY REPORT FOR APPLY PROCESSING
CAUSER FMID MESSAGE ID PAGE ERROR DESCRIPTION AND POSSIBLE CAUSES
UJ02757 HDZ2240 GIM35901I 1 ERROR HOLD CA59681 WAS NOT RESOLVED.
PAGE 0003 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25
SMP/E 37.05 SMPRPT OUTPUT
UNRESOLVED HOLD REASON REPORT FOR APPLY PROCESSING
NOTE: THE SYSMODS LISTED IN THIS REPORT ALSO APPEAR IN THE CAUSER SYSMOD
SUMMARY REPORT.
HOLD MISSING HELD RESOLVING RESOLVER
TYPEFMID CLASSAPAR SYSMOD SYSMOD STATUS
-- --- --- --- --- -
ERROR HDZ2240 PE CA59681 UJ02757
PAGE 0004 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25
SMP/E 37.05 SMPRPT OUTPUT
_
Dave Jousma
AVP | Manager, Systems Engineering
Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI
49546
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Edgington, Jerry
Sent: Monday, June 22, 2020 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Dave,
So, if you get RC=8, you run the Apply anyway, just letting SMP/e determine
what PTFs can be app
Re: SMP/e maintenance methodologies
Thanks everyone. Sounds like my "old" method may still be valid. :)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Tuesday, June 23, 2020 8:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies
This message was sent from an external source outside of Western & Southern's
network. Do not click links or open attachments unless you recognize the sender
and know the contents are safe.
I cannot answer your question about exporting the data, or if anyone has
written anything to parse it out. I personally, just browse the output from
the apply check, and read there. If I do a "F REASON(" it takes me to the
first line of each hold item. If I feel like have some action to take, I'll
cut/paste the screenshot into email to farm out to the appropriate SME in my
team.
_
Dave Jousma
AVP | Manager, Systems Engineering
Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI
49546
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Edgington, Jerry
Sent: Tuesday, June 23, 2020 8:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Follow up question, since everyone has been very helpful and correcting my
"old" thinking about SMP/e maintenance. :) What is some way to get a list of
SYSTEMHOLDs, like ACTION, EC, ENH, in a good and readable format? Maybe a
spreadsheet format?
Thanks,
Jerry Edgington
-Original Message-
From: Edgington, Jerry
Sent: Monday, June 22, 2020 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RE: SMP/e maintenance methodologies
And yes, I check the SMPRPT for various items, like Usermods, Missing PTFs,
etc. Thanks again.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Monday, June 22, 2020 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies
This message was sent from an external source outside of Western & Southern's
network. Do not click links or open attachments unless you recognize the sender
and know the contents are safe.
Yes.As Rex pointed out, the first part of the output in the SMPRPT DD
statement will be the listing of what PTF's did NOT go on, and why. You'll
want to review that, and make sure the only ones that did not go on were the
ones with Errorhold. If a PTF you wanted to go on didn't, it will show here
(MODID error for example if you have a usermod), or a space problem on a target
dataset, etc.
Here is an example of a APPLY I ran today. One PTF didn't not go on, because
it is in error.
CAUSER SYSMOD SUMMARY REPORT FOR APPLY PROCESSING
CAUSER FMID MESSAGE ID PAGE ERROR DESCRIPTION AND POSSIBLE CAUSES
UJ02757 HDZ2240 GIM35901I 1 ERROR HOLD CA59681 WAS NOT RESOLVED.
PAGE 0003 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25
SMP/E 37.05 SMPRPT OUTPUT
UNRESOLVED HOLD REASON REPORT FOR APPLY PROCESSING
NOTE: THE SYSMODS LISTED IN THIS REPORT ALSO APPEAR IN THE CAUSER SYSMOD
SUMMARY REPORT.
HOLD MISSING HELD RESOLVING RESOLVER
TYPEFMID CLASSAPAR SYSMOD SYSMOD STATUS
-- --- --- --- --- -
ERROR HDZ2240 PE CA59681 UJ02757
PAGE 0004 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25
SMP/E 37.05 SMPRPT OUTPUT
_
Dave Jousma
A
Re: SMP/e maintenance methodologies
that's about the same for me, I save the SMPHRPT, massage it some , but
eventually all the holds for ACTION,DOC and AO, I save to a text file.
automating that process would be great and I'm sure it can be done but I've had
much success using IEBEYEBALL
Carmen Vitullo
- Original Message -
From: "Jerry Edgington"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, June 23, 2020 7:24:12 AM
Subject: Re: SMP/e maintenance methodologies
Thanks everyone. Sounds like my "old" method may still be valid. :)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Tuesday, June 23, 2020 8:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies
This message was sent from an external source outside of Western & Southern's
network. Do not click links or open attachments unless you recognize the sender
and know the contents are safe.
I cannot answer your question about exporting the data, or if anyone has
written anything to parse it out. I personally, just browse the output from the
apply check, and read there. If I do a "F REASON(" it takes me to the first
line of each hold item. If I feel like have some action to take, I'll cut/paste
the screenshot into email to farm out to the appropriate SME in my team.
_
Dave Jousma
AVP | Manager, Systems Engineering
Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Edgington, Jerry
Sent: Tuesday, June 23, 2020 8:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Follow up question, since everyone has been very helpful and correcting my
"old" thinking about SMP/e maintenance. :) What is some way to get a list of
SYSTEMHOLDs, like ACTION, EC, ENH, in a good and readable format? Maybe a
spreadsheet format?
Thanks,
Jerry Edgington
-Original Message-
From: Edgington, Jerry
Sent: Monday, June 22, 2020 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RE: SMP/e maintenance methodologies
And yes, I check the SMPRPT for various items, like Usermods, Missing PTFs,
etc. Thanks again.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Monday, June 22, 2020 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies
This message was sent from an external source outside of Western & Southern's
network. Do not click links or open attachments unless you recognize the sender
and know the contents are safe.
Yes. As Rex pointed out, the first part of the output in the SMPRPT DD
statement will be the listing of what PTF's did NOT go on, and why. You'll want
to review that, and make sure the only ones that did not go on were the ones
with Errorhold. If a PTF you wanted to go on didn't, it will show here (MODID
error for example if you have a usermod), or a space problem on a target
dataset, etc.
Here is an example of a APPLY I ran today. One PTF didn't not go on, because it
is in error.
CAUSER SYSMOD SUMMARY REPORT FOR APPLY PROCESSING
CAUSER FMID MESSAGE ID PAGE ERROR DESCRIPTION AND POSSIBLE CAUSES
UJ02757 HDZ2240 GIM35901I 1 ERROR HOLD CA59681 WAS NOT RESOLVED.
PAGE 0003 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25 SMP/E
37.05 SMPRPT OUTPUT
UNRESOLVED HOLD REASON REPORT FOR APPLY PROCESSING
NOTE: THE SYSMODS LISTED IN THIS REPORT ALSO APPEAR IN THE CAUSER SYSMOD
SUMMARY REPORT.
HOLD MISSING HELD RESOLVING RESOLVER
TYPE FMID CLASS APAR SYSMOD SYSMOD STATUS
-- --- --- --- --- -
ERROR HDZ2240 PE CA59681 UJ02757
PAGE 0004 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25 SMP/E
37.05 SMPRPT OUTPUT
_
Dave Jousma
AVP | Manager, Systems Engineering
Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Edgington, Jerry
Sent: Monday, June 22, 2020 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Dave,
So, if you get RC=8, you run the Apply anyway, just letting SMP/e determine
what P
Re: SMP/e maintenance methodologies
Well, if you don't like the outputs feom LIST and REPORT, you can always RYO with GIMAPI. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Edgington, Jerry [jerry.edging...@westernsouthernlife.com] Sent: Tuesday, June 23, 2020 8:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies Follow up question, since everyone has been very helpful and correcting my "old" thinking about SMP/e maintenance. :) What is some way to get a list of SYSTEMHOLDs, like ACTION, EC, ENH, in a good and readable format? Maybe a spreadsheet format? Thanks, Jerry Edgington -Original Message- From: Edgington, Jerry Sent: Monday, June 22, 2020 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RE: SMP/e maintenance methodologies And yes, I check the SMPRPT for various items, like Usermods, Missing PTFs, etc. Thanks again. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Monday, June 22, 2020 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies This message was sent from an external source outside of Western & Southern's network. Do not click links or open attachments unless you recognize the sender and know the contents are safe. Yes.As Rex pointed out, the first part of the output in the SMPRPT DD statement will be the listing of what PTF's did NOT go on, and why. You'll want to review that, and make sure the only ones that did not go on were the ones with Errorhold. If a PTF you wanted to go on didn't, it will show here (MODID error for example if you have a usermod), or a space problem on a target dataset, etc. Here is an example of a APPLY I ran today. One PTF didn't not go on, because it is in error. CAUSER SYSMOD SUMMARY REPORT FOR APPLY PROCESSING CAUSER FMID MESSAGE ID PAGE ERROR DESCRIPTION AND POSSIBLE CAUSES UJ02757 HDZ2240 GIM35901I 1 ERROR HOLD CA59681 WAS NOT RESOLVED. PAGE 0003 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25 SMP/E 37.05 SMPRPT OUTPUT UNRESOLVED HOLD REASON REPORT FOR APPLY PROCESSING NOTE: THE SYSMODS LISTED IN THIS REPORT ALSO APPEAR IN THE CAUSER SYSMOD SUMMARY REPORT. HOLD MISSING HELD RESOLVING RESOLVER TYPEFMID CLASSAPAR SYSMOD SYSMOD STATUS -- --- --- --- --- - ERROR HDZ2240 PE CA59681 UJ02757 PAGE 0004 - NOW SET TO TARGET ZONE MVSTZN DATE 06/22/20 TIME 07:43:25 SMP/E 37.05 SMPRPT OUTPUT _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Edgington, Jerry Sent: Monday, June 22, 2020 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Dave, So, if you get RC=8, you run the Apply anyway, just letting SMP/e determine what PTFs can be applied, correct? If that is the case, that would simplify the SMP/e apply process. Thanks, Jerry -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Monday, June 22, 2020 7:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies This message was sent from an external source outside of Western & Southern's network. Do not click links or open attachments unless you recognize the sender and know the contents are safe. I do not attempt to get a RC0 or RC4 apply. What goes on goes on. Obviously review results to make sure that there wasn't an issue, but coding up a bunch of excludes to not select those with holderror just to get a RC0 is not necessary in my opinion. Here is one apply example APPLY CHECK SOURCEID ( SYSPLXDS XSYSTEM HIPER IBM.* RSU* SECINT ) GROUPEXTEND ( NOAPARS NOUSERMODS ) BYPASS ( HOLDSYSTEM) NOJCLINREPORT RETRY( YES ) . _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI
Re: SMP/e maintenance methodologies
Jerry, I take the SMPHRPT, write it to a dataset, then use TXT2PDF to create a pdf. Download it, and when reviewing it, I put post its in the doc and comments about what the action is, or just a reminder to look at the action doc. Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3 phase power question for the gray hair group. :-)
mån 2020-06-22 klockan 14:05 -0600 skrev Grant Taylor: > On 6/22/20 1:09 PM, William Donzelli wrote: > > Also, if I could post an image to this list, I would show what a > > standard IBM phase rotation sensor looks like. I have a box of > > them. > > > > They are basically just relays with three windings on the core, > > and unless the phases are hooked up properly, they will not throw > > - > > all the magnetic fields have to line up. > > I would be interested in seeing a picture, and more so, a schematic > (block) diagram of how they were wired. > > I can conceptually understand how it should be possible to build > something that would respond with the proper phasing. I just can't > grasp it well enough to white board it. > 3-phase power heating pumps (and other 3-phase compressors) here in Europe usually comes equipped from factory with phase-order relays. IT is very bad running a scroll compressor backwards We have a number of utilities who did that error (and when we also have the utility people which loses the return . stuff doesn't like being feed 300 V while done for 240.) It normal for houses here in Sweden and a lot of other countries in Europe to have 3-phase with return and protective earth service. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e maintenance methodologies
Thanks Peter. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Vander Woude Sent: Tuesday, June 23, 2020 9:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e maintenance methodologies This message was sent from an external source outside of Western & Southern's network. Do not click links or open attachments unless you recognize the sender and know the contents are safe. Jerry, I take the SMPHRPT, write it to a dataset, then use TXT2PDF to create a pdf. Download it, and when reviewing it, I put post its in the doc and comments about what the action is, or just a reminder to look at the action doc. Peter -- 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: 3 phase power question for the gray hair group. :-)
On 6/22/20 2:11 PM, Joe Monk wrote: Well its pretty simple. Each phase has a 0 degree point for the rise and fall of the sine wave. You wire each phase to its corresponding 60 degree out connection on the relay coil. So, if the phases dont line up, you dont get a strong enough magnetic field to close the relay. The Christmas sized light bulb is starting to glow with a modicum of understanding. Thank you Joe. -- Grant. . . . unix || die -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Dataset Quandry
We have a dataset in one of our user catalogs that's giving the catalog search
interface fits;
EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE 100 REASON CODE 10
EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT
EDG2303E DFSMSrmm INVENTORY MANAGEMENT TASK ABEND U2201
EDG2003E ABEND S000 U2201 RSN DURING DFSMSrmm SUBSYSTEM PROCESSING AT 00220
EDG6901I UTILITY EDGHSKP COMPLETED WITH RETURN CODE 12
Generic Listcat is getting this;
IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10
IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
But a specific listcat finds it.
listc ent('TCXMV010.TDV490A.SRCLIB2')
NONVSAM --- TCXMV010.TDV490A.SRCLIB2
IN-CAT --- CATALOG.DP.USERCAT
I've tried everything I can think of to rename/delete. It's not working.
del 'TCXMV010.TDV490A.SRCLIB2'
IDC3014I CATALOG ERROR+
IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
IDC0014I LASTCC=8
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54
Trying from ISPF 3.4 with the volume it's on entered
IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040942D1),
DEVPROC,LS050B,TCXMV010.TDV490A.SRCLIB2
I'm at a loss on how to get this fixed. Any ideas?
Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset Quandry
1) back up datasetr
2) diagnose/examine the ucat
3) idcams Del 'entryname' nscr
4) idcams Del entryname nvr file(dd1)
5) restore from recent backup (if desired).
Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE
IS IGG0CLFO-54"?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Tuesday, June 23, 2020 2:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dataset Quandry
[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.]
We have a dataset in one of our user catalogs that's giving the catalog search
interface fits;
EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE 100 REASON CODE 10
EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT EDG2303E DFSMSrmm INVENTORY
MANAGEMENT TASK ABEND U2201 EDG2003E ABEND S000 U2201 RSN DURING DFSMSrmm
SUBSYSTEM PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED WITH RETURN
CODE 12
Generic Listcat is getting this;
IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10
IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
But a specific listcat finds it.
listc ent('TCXMV010.TDV490A.SRCLIB2')
NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT --- CATALOG.DP.USERCAT
I've tried everything I can think of to rename/delete. It's not working.
del 'TCXMV010.TDV490A.SRCLIB2'
IDC3014I CATALOG ERROR+
IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I LASTCC=8
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54
Trying from ISPF 3.4 with the volume it's on entered
IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040942D1),
DEVPROC,LS050B,TCXMV010.TDV490A.SRCLIB2
I'm at a loss on how to get this fixed. Any ideas?
Sent from
[ProtonMail](https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprotonmail.com%2F&data=02%7C01%7Callan.staller%40HCL.COM%7C62c3e90ce91c42d2a9b108d817adf049%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637285383157829468&sdata=pnpEVVtR6%2F1dBbJ%2BqGP1UOzQUh1r9d1qGNNy0gP9fZg%3D&reserved=0),
Swiss-based encrypted email.
GPG Public Key -
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=02%7C01%7Callan.staller%40HCL.COM%7C62c3e90ce91c42d2a9b108d817adf049%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637285383157839460&sdata=Vd1Qo4le9VKdwq%2FoPE4Vk5yiZZiDGU0tNZNEY5p4%2Bsk%3D&reserved=0
--
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
Re: Dataset Quandry
Yes on looking up the message. I tried those two things too.
del 'TCXMV010.TDV490A.SRCLIB2' nos
IDC3014I CATALOG ERROR+
IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
IDC0014I LASTCC=8
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54
delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr
IDC3014I CATALOG ERROR+
IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
IDC0014I LASTCC=8
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFP-20
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 3:59 PM, Allan Staller wrote:
> 1) back up datasetr
> 2) diagnose/examine the ucat
> 3) idcams Del 'entryname' nscr
> 4) idcams Del entryname nvr file(dd1)
> 5) restore from recent backup (if desired).
>
> Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE
> IS IGG0CLFO-54"?
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> Mark Jacobs
>
> Sent: Tuesday, June 23, 2020 2:45 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Dataset Quandry
>
> [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.]
>
> We have a dataset in one of our user catalogs that's giving the catalog
> search interface fits;
>
> EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE 100 REASON CODE
> 10 EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT EDG2303E DFSMSrmm INVENTORY
> MANAGEMENT TASK ABEND U2201 EDG2003E ABEND S000 U2201 RSN DURING
> DFSMSrmm SUBSYSTEM PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED
> WITH RETURN CODE 12
>
> Generic Listcat is getting this;
>
> IDC3014I CATALOG ERROR
> IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10
> IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
>
> But a specific listcat finds it.
> listc ent('TCXMV010.TDV490A.SRCLIB2')
>
> NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT --- CATALOG.DP.USERCAT
>
> I've tried everything I can think of to rename/delete. It's not working.
>
> del 'TCXMV010.TDV490A.SRCLIB2'
> IDC3014I CATALOG ERROR+
> IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I LASTCC=8
> IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54
>
> Trying from ISPF 3.4 with the volume it's on entered
>
> IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040942D1),
> DEVPROC,LS050B,TCXMV010.TDV490A.SRCLIB2
>
> I'm at a loss on how to get this fixed. Any ideas?
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=02|01|allan.staller%40HCL.COM|62c3e90ce91c42d2a9b108d817adf049|189de737c93a4f5a8b686f4ca9941912|0|0|637285383157839460&sdata=Vd1Qo4le9VKdwq%2FoPE4Vk5yiZZiDGU0tNZNEY5p4%2Bsk%3D&reserved=0
>
> --
Re: Dataset Quandry
I don't feel like looking it up myself, right now. What is the explanation?
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Mark Jacobs
> Sent: Tuesday, June 23, 2020 1:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dataset Quandry
>
> Yes on looking up the message. I tried those two things too.
>
> del 'TCXMV010.TDV490A.SRCLIB2' nos
>
> IDC3014I CATALOG ERROR+
> IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> IDC0014I LASTCC=8
> IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> IGG0CLFO-54
>
> delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr
>
> IDC3014I CATALOG ERROR+
> IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> IDC0014I LASTCC=8
> IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> IGG0CLFP-20
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get
> &search=markjacobs@protonmail.com__;!!JmPEgBY0HMszNaDT!7NJ1n_RrL
> RoQBw4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, June 23, 2020 3:59 PM, Allan Staller
> wrote:
>
> > 1) back up datasetr
> > 2) diagnose/examine the ucat
> > 3) idcams Del 'entryname' nscr
> > 4) idcams Del entryname nvr file(dd1)
> > 5) restore from recent backup (if desired).
> >
> > Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> REASON CODE IS IGG0CLFO-54"?
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> Behalf Of Mark Jacobs
> >
> > Sent: Tuesday, June 23, 2020 2:45 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Dataset Quandry
> >
> > [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.]
> >
> > We have a dataset in one of our user catalogs that's giving the catalog
> search interface fits;
> >
> > EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE
> 100 REASON CODE 10 EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT
> EDG2303E DFSMSrmm INVENTORY MANAGEMENT TASK ABEND U2201
> EDG2003E ABEND S000 U2201 RSN DURING DFSMSrmm SUBSYSTEM
> PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED WITH
> RETURN CODE 12
> >
> > Generic Listcat is getting this;
> >
> > IDC3014I CATALOG ERROR
> > IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS
> IGG0CLFS-10 IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
> >
> > But a specific listcat finds it.
> > listc ent('TCXMV010.TDV490A.SRCLIB2')
> >
> > NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT ---
> CATALOG.DP.USERCAT
> >
> > I've tried everything I can think of to rename/delete. It's not working.
> >
> > del 'TCXMV010.TDV490A.SRCLIB2'
> > IDC3014I CATALOG ERROR+
> > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I
> LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE
> IS IGG0CLFO-54
> >
> > Trying from ISPF 3.4 with the volume it's on entered
> >
> > IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS
> (040942D1),
> > DEVPROC,LS050B,TCXMV010.TDV490A.SRCLIB2
> >
> > I'm at a loss on how to get this fixed. Any ideas?
> >
> > Sent from ProtonMail, Swiss-based encrypted email.
> >
> > GPG Public Key -
> https://urldefense.com/v3/__https://apc01.safelinks.protection.outlook.co
> m/?url=https*3A*2F*2Fapi.protonmail.ch*2Fpks*2Flookup*3Fop*3Dget*26
> search*3Dmarkjacobs*40protonmail.com&data=02*7C01*7Callan.staller*40
> HCL.COM*7C62c3e90ce91c42d2a9b108d817adf049*7C189de737c93a4f5a8b68
> 6f4ca9941912*7C0*7C0*7C637285383157839460&sdata=Vd1Qo4le9VKdwq*2
> FoPE4Vk5yiZZiDGU0tNZNEY5p4*2Bsk*3D&reserved=0__;JSUlJSUlJSUlJSUlJS
> UlJSUlJSUl!!JmPEgBY0HMszNaDT!7NJ1n_RrLRoQBw4eK4pHJDQx96O0ZqZlrfG
> EwL6rM7616Z5mvA2k7CVoIhSlrQ$
> >
> > ---
> --
> --
> --
> --
> --
> --
> --
> --
> --
> --
>
Re: Dataset Quandry
Explanation: DELETE failed because the data set is being renamed
but it has not completed.
Programmer Response: Rename the data set with the IDCAMS ALTER
command and then delete it.
alter 'TCXMV010.TDV490A.SRCLIB2' newname('TCXMV010.TDV490A.SRCLIB2.old')
IDC3014I CATALOG ERROR+
IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED
IDC0014I LASTCC=8
IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS IGG0CLEC-18
RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
18 Explanation: The data set name specified in NEWNAME is involved
in another ALTER NEWNAME request that is not yet complete.
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave wrote:
> I don't feel like looking it up myself, right now. What is the explanation?
>
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > Behalf Of Mark Jacobs
> > Sent: Tuesday, June 23, 2020 1:12 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Dataset Quandry
> > Yes on looking up the message. I tried those two things too.
> > del 'TCXMV010.TDV490A.SRCLIB2' nos
> > IDC3014I CATALOG ERROR+
> > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > IDC0014I LASTCC=8
> > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > IGG0CLFO-54
> > delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr
> > IDC3014I CATALOG ERROR+
> > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > IDC0014I LASTCC=8
> > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > IGG0CLFP-20
> > Sent from ProtonMail, Swiss-based encrypted email.
> > GPG Public Key -
> > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get
> >
> > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7NJ1n_RrLRoQBw4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, June 23, 2020 3:59 PM, Allan Staller allan.stal...@hcl.com
> > wrote:
> >
> > > 1. back up datasetr
> > > 2. diagnose/examine the ucat
> > > 3. idcams Del 'entryname' nscr
> > > 4. idcams Del entryname nvr file(dd1)
> > > 5. restore from recent backup (if desired).
> > >
> > > Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> > > REASON CODE IS IGG0CLFO-54"?
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > Behalf Of Mark Jacobs
> > > Sent: Tuesday, June 23, 2020 2:45 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Dataset Quandry
> > > [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.]
> > > We have a dataset in one of our user catalogs that's giving the catalog
> > > search interface fits;
> > > EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE
> > > 100 REASON CODE 10 EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT
> > > EDG2303E DFSMSrmm INVENTORY MANAGEMENT TASK ABEND U2201
> > > EDG2003E ABEND S000 U2201 RSN DURING DFSMSrmm SUBSYSTEM
> > > PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED WITH
> > > RETURN CODE 12
> > > Generic Listcat is getting this;
> > > IDC3014I CATALOG ERROR
> > > IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS
> > > IGG0CLFS-10 IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
> > > But a specific listcat finds it.
> > > listc ent('TCXMV010.TDV490A.SRCLIB2')
> > > NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT ---
> > > CATALOG.DP.USERCAT
> > > I've tried everything I can think of to rename/delete. It's not working.
> > > del 'TCXMV010.TDV490A.SRCLIB2'
> > > IDC3014I CATALOG ERROR+
> > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I
> > > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE
> > > IS IGG0CLFO-54
> > > Trying from ISPF 3.4 with the volume it's on entered
> > > IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS
> > > (040942D1),
> > > DEVPROC,LS050B,TCXMV010.TDV490A.SRCLIB2
> > > I'm at a loss on how to get this fixed. Any ideas?
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > > GPG Public Key -
> > > https://urldefense.com/v3/https://apc01.safelinks.protection.outlook.co
> > >
> > > m/?url=https3A2F2Fapi.protonmail.ch2Fpks2Flookup3Fop3Dget26
> > >
> > > search3Dmarkjacobs40protonmail.com&data=027C017Callan.staller40
> > >
> > > HCL.COM7C62c3e90ce91c42d2a9b108d817adf0497C189de737c93a4f5a8b68
> > > 6f4ca99419127C07C07C637285383157839460&sdata=Vd1Qo4le9VKdwq2
> > > FoPE4Vk5yiZZiDGU0tNZNEY5p42Bsk*3D&reserved=0;JSUlJSUlJSUlJSUlJSUlJSUlJSUl!!JmPEgBY0HMszNaDT!7NJ1n_RrLRoQBw4eK4pHJDQx96O0ZqZlrfG
> > > EwL6rM7616Z5mvA2k7CVoIhSlrQ$
> >
> > > For IBM-MAIN subscribe / signoff / archive access instructions, send
Re: Dataset Quandry
If you still have problems: List your Usercat and see if there is another dataset alphabetically before this one that has a problem also. Maybe you need to clean that up first. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset Quandry
Nope. The entry before and after are both fine. NONVSAM --- TCXMV010.TDV490A.SRCLIB IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10 IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED CLUSTER --- TCXMV010.TDV490A.THMMHELP.CNTLFILE DATA --- TCXMV010.TDV490A.THMMHELP.CNTLFILE.DATA INDEX -- TCXMV010.TDV490A.THMMHELP.CNTLFILE.INDEX Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Tuesday, June 23, 2020 4:30 PM, Mark Charles wrote: > If you still have problems: > List your Usercat and see if there is another dataset alphabetically before > this one that has a problem also. Maybe you need to clean that up first. > > - > > 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: Dataset Quandry
Is it a PDSE? If so, is it dangerously shared outside a sysplex?
Did you try another rename with something other than .old?
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Mark Jacobs
> Sent: Tuesday, June 23, 2020 1:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dataset Quandry
>
> Explanation: DELETE failed because the data set is being renamed
> but it has not completed.
>
> Programmer Response: Rename the data set with the IDCAMS ALTER
> command and then delete it.
>
> alter 'TCXMV010.TDV490A.SRCLIB2'
> newname('TCXMV010.TDV490A.SRCLIB2.old')
>
> IDC3014I CATALOG ERROR+
> IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED
> IDC0014I LASTCC=8
> IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS
> IGG0CLEC-18
>
> RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
> 18 Explanation: The data set name specified in NEWNAME is involved
> in another ALTER NEWNAME request that is not yet complete.
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get
> &search=markjacobs@protonmail.com__;!!JmPEgBY0HMszNaDT!43jEHqisSf
> w42wj-St8fj3Sca6qT5N0_EqH_JxBgXN4k0JbtF4GGvgWjFhWveg$
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave
> wrote:
>
> > I don't feel like looking it up myself, right now. What is the explanation?
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > Behalf Of Mark Jacobs
> > > Sent: Tuesday, June 23, 2020 1:12 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Dataset Quandry
> > > Yes on looking up the message. I tried those two things too.
> > > del 'TCXMV010.TDV490A.SRCLIB2' nos
> > > IDC3014I CATALOG ERROR+
> > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > IDC0014I LASTCC=8
> > > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > > IGG0CLFO-54
> > > delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr
> > > IDC3014I CATALOG ERROR+
> > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > IDC0014I LASTCC=8
> > > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > > IGG0CLFP-20
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > > GPG Public Key -
> > >
> https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get
> > >
> > >
> &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7NJ1n_RrLRo
> QBw4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
> > > ‐‐‐ Original Message ‐‐‐
> > > On Tuesday, June 23, 2020 3:59 PM, Allan Staller allan.stal...@hcl.com
> > > wrote:
> > >
> > > > 1. back up datasetr
> > > > 2. diagnose/examine the ucat
> > > > 3. idcams Del 'entryname' nscr
> > > > 4. idcams Del entryname nvr file(dd1)
> > > > 5. restore from recent backup (if desired).
> > > >
> > > > Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> > > > REASON CODE IS IGG0CLFO-54"?
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > > Behalf Of Mark Jacobs
> > > > Sent: Tuesday, June 23, 2020 2:45 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Dataset Quandry
> > > > [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.]
> > > > We have a dataset in one of our user catalogs that's giving the catalog
> > > > search interface fits;
> > > > EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN
> CODE
> > > > 100 REASON CODE 10 EDG2237E CONT:- IN CATALOG
> CATALOG.DP.USERCAT
> > > > EDG2303E DFSMSrmm INVENTORY MANAGEMENT TASK ABEND U2201
> > > > EDG2003E ABEND S000 U2201 RSN DURING DFSMSrmm
> SUBSYSTEM
> > > > PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED WITH
> > > > RETURN CODE 12
> > > > Generic Listcat is getting this;
> > > > IDC3014I CATALOG ERROR
> > > > IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS
> > > > IGG0CLFS-10 IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
> > > > But a specific listcat finds it.
> > > > listc ent('TCXMV010.TDV490A.SRCLIB2')
> > > > NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT ---
> > > > CATALOG.DP.USERCAT
> > > > I've tried everything I can think of to rename/delete. It's not working.
> > > > del 'TCXMV010.TDV490A.SRCLIB2'
> > > > IDC3014I CATALOG ERROR+
> > > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I
> > > > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON
> CODE
> > > > IS IGG0CLFO-54
> > > > Trying from ISPF 3.4 with the volume it's on entered
> > > > IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS
> > > > (040942D1),
> > > > DEVPROC,LS050B,TCXMV010.TDV490A.SRCLIB2
> > > > I'm at a loss on how to get this fixed. Any ideas?
> > > > Sent from ProtonMail, Swiss-based en
Re: Dataset Quandry
What's 100-10? > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Mark Jacobs > Sent: Tuesday, June 23, 2020 1:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Dataset Quandry > > Nope. The entry before and after are both fine. > > NONVSAM --- TCXMV010.TDV490A.SRCLIB > IDC3014I CATALOG ERROR > IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS > IGG0CLFS-10 > IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED > CLUSTER --- TCXMV010.TDV490A.THMMHELP.CNTLFILE >DATA --- TCXMV010.TDV490A.THMMHELP.CNTLFILE.DATA >INDEX -- TCXMV010.TDV490A.THMMHELP.CNTLFILE.INDEX > > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get > &search=markjacobs@protonmail.com__;!!JmPEgBY0HMszNaDT!7Ow3jmUS > B-X2rC5ysH6V0t6sJPwpwzOQ7gqHabvbS5dmlIV4aMbIE_LgJ8UIeA$ > > ‐‐‐ Original Message ‐‐‐ > On Tuesday, June 23, 2020 4:30 PM, Mark Charles > wrote: > > > If you still have problems: > > List your Usercat and see if there is another dataset alphabetically before > this one that has a problem also. Maybe you need to clean that up first. > > > > --- > -- > > > > 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: Dataset Quandry
I can read it OK. Just can't delete/rename it. Yes, I tried other names too.
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 4:33 PM, Gibney, Dave wrote:
> Is it a PDSE? If so, is it dangerously shared outside a sysplex?
> Did you try another rename with something other than .old?
>
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > Behalf Of Mark Jacobs
> > Sent: Tuesday, June 23, 2020 1:27 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Dataset Quandry
> > Explanation: DELETE failed because the data set is being renamed
> > but it has not completed.
> > Programmer Response: Rename the data set with the IDCAMS ALTER
> > command and then delete it.
> > alter 'TCXMV010.TDV490A.SRCLIB2'
> > newname('TCXMV010.TDV490A.SRCLIB2.old')
> > IDC3014I CATALOG ERROR+
> > IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED
> > IDC0014I LASTCC=8
> > IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS
> > IGG0CLEC-18
> > RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
> > 18 Explanation: The data set name specified in NEWNAME is involved
> > in another ALTER NEWNAME request that is not yet complete.
> > Sent from ProtonMail, Swiss-based encrypted email.
> > GPG Public Key -
> > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get
> >
> > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!43jEHqisSfw42wj-St8fj3Sca6qT5N0_EqH_JxBgXN4k0JbtF4GGvgWjFhWveg$
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave gib...@wsu.edu
> > wrote:
> >
> > > I don't feel like looking it up myself, right now. What is the
> > > explanation?
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > > Behalf Of Mark Jacobs
> > > > Sent: Tuesday, June 23, 2020 1:12 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Re: Dataset Quandry
> > > > Yes on looking up the message. I tried those two things too.
> > > > del 'TCXMV010.TDV490A.SRCLIB2' nos
> > > > IDC3014I CATALOG ERROR+
> > > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > > IDC0014I LASTCC=8
> > > > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > > > IGG0CLFO-54
> > > > delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr
> > > > IDC3014I CATALOG ERROR+
> > > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > > IDC0014I LASTCC=8
> > > > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > > > IGG0CLFP-20
> > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > GPG Public Key -
> >
> > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get
> >
> > > >
> >
> > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7NJ1n_RrLRo
> > QBw4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
> >
> > > > ‐‐‐ Original Message ‐‐‐
> > > > On Tuesday, June 23, 2020 3:59 PM, Allan Staller allan.stal...@hcl.com
> > > > wrote:
> > > >
> > > > > 1. back up datasetr
> > > > > 2. diagnose/examine the ucat
> > > > > 3. idcams Del 'entryname' nscr
> > > > > 4. idcams Del entryname nvr file(dd1)
> > > > > 5. restore from recent backup (if desired).
> > > > >
> > > > > Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> > > > > REASON CODE IS IGG0CLFO-54"?
> > > > > -Original Message-
> > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > > > Behalf Of Mark Jacobs
> > > > > Sent: Tuesday, June 23, 2020 2:45 PM
> > > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > > Subject: Dataset Quandry
> > > > > [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.]
> > > > > We have a dataset in one of our user catalogs that's giving the
> > > > > catalog
> > > > > search interface fits;
> > > > > EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN
> > > > > CODE
> > >
> > > > > 100 REASON CODE 10 EDG2237E CONT:- IN CATALOG
> > > > > CATALOG.DP.USERCAT
> > >
> > > > > EDG2303E DFSMSrmm INVENTORY MANAGEMENT TASK ABEND U2201
> > > > > EDG2003E ABEND S000 U2201 RSN DURING DFSMSrmm
> > > > > SUBSYSTEM
> > >
> > > > > PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED WITH
> > > > > RETURN CODE 12
> > > > > Generic Listcat is getting this;
> > > > > IDC3014I CATALOG ERROR
> > > > > IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS
> > > > > IGG0CLFS-10 IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
> > > > > But a specific listcat finds it.
> > > > > listc ent('TCXMV010.TDV490A.SRCLIB2')
> > > > > NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT ---
> > > > > CATALOG.DP.USERCAT
> > > > > I've tried ever
Re: Dataset Quandry
NVR?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Mark Jacobs [0224d287a4b1-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, June 23, 2020 4:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dataset Quandry
Explanation: DELETE failed because the data set is being renamed
but it has not completed.
Programmer Response: Rename the data set with the IDCAMS ALTER
command and then delete it.
alter 'TCXMV010.TDV490A.SRCLIB2' newname('TCXMV010.TDV490A.SRCLIB2.old')
IDC3014I CATALOG ERROR+
IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED
IDC0014I LASTCC=8
IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS IGG0CLEC-18
RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
18 Explanation: The data set name specified in NEWNAME is involved
in another ALTER NEWNAME request that is not yet complete.
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://secure-web.cisco.com/1KmQXa-wQZxyDwUmNtRlvWTECuKcNrtNaa1KGsDBEZJfuu6b-h8By7F92nLo8eqjxM79Q6xOLJlOwIbWtztLLrYxPWkDYYKoG3XUxCxsneFcNSAwCuPYt7PLqUCgZDIVZzAyZ_gUxgSo2II0G1TtVFgaxIf4RVLe0cNk0LTCOGZztJw-bmb96Un2yAuS2kUQ0UpQAhi4YxPb-w0a50S8KcXeaJNnefa6tWYdhkI0FAqHB01vatXtNdFJbrTecnutqjMioyyg5n8Vt469KqfZe4taoQLgUo2A7KxcmnK1Cs5MaTQymAx8UHtgHg00UUG5YmEgzcPfy_oymrpqqjvI0FO7E7mi_UCUALbUhTief0prFLLZIxJXRHYfdlvxJAS3FgRDOW97388y0OgenABw1Ta5EAKCRJNS9tnZARNg3KZiReOqUOCVv4H8q7FL-lckb/https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave wrote:
> I don't feel like looking it up myself, right now. What is the explanation?
>
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > Behalf Of Mark Jacobs
> > Sent: Tuesday, June 23, 2020 1:12 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Dataset Quandry
> > Yes on looking up the message. I tried those two things too.
> > del 'TCXMV010.TDV490A.SRCLIB2' nos
> > IDC3014I CATALOG ERROR+
> > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > IDC0014I LASTCC=8
> > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > IGG0CLFO-54
> > delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr
> > IDC3014I CATALOG ERROR+
> > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > IDC0014I LASTCC=8
> > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > IGG0CLFP-20
> > Sent from ProtonMail, Swiss-based encrypted email.
> > GPG Public Key -
> > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get
> >
> > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7NJ1n_RrLRoQBw4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, June 23, 2020 3:59 PM, Allan Staller allan.stal...@hcl.com
> > wrote:
> >
> > > 1. back up datasetr
> > > 2. diagnose/examine the ucat
> > > 3. idcams Del 'entryname' nscr
> > > 4. idcams Del entryname nvr file(dd1)
> > > 5. restore from recent backup (if desired).
> > >
> > > Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> > > REASON CODE IS IGG0CLFO-54"?
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > Behalf Of Mark Jacobs
> > > Sent: Tuesday, June 23, 2020 2:45 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Dataset Quandry
> > > [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.]
> > > We have a dataset in one of our user catalogs that's giving the catalog
> > > search interface fits;
> > > EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE
> > > 100 REASON CODE 10 EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT
> > > EDG2303E DFSMSrmm INVENTORY MANAGEMENT TASK ABEND U2201
> > > EDG2003E ABEND S000 U2201 RSN DURING DFSMSrmm SUBSYSTEM
> > > PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED WITH
> > > RETURN CODE 12
> > > Generic Listcat is getting this;
> > > IDC3014I CATALOG ERROR
> > > IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS
> > > IGG0CLFS-10 IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
> > > But a specific listcat finds it.
> > > listc ent('TCXMV010.TDV490A.SRCLIB2')
> > > NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT ---
> > > CATALOG.DP.USERCAT
> > > I've tried everything I can think of to rename/delete. It's not working.
> > > del 'TCXMV010.TDV490A.SRCLIB2'
> > > IDC3014I CATALOG ERROR+
> > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I
> > > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE
> > > IS IGG0CLFO-54
> > > Trying from ISPF 3.4 with the volume it's on entered
> > > IEC614I SCRATCH FAILED - RC 008, DIAG
Re: Dataset Quandry
Tried that. Failed.
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 4:49 PM, Seymour J Metz wrote:
> NVR?
>
>
> --
>
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
> Mark Jacobs [0224d287a4b1-dmarc-requ...@listserv.ua.edu]
> Sent: Tuesday, June 23, 2020 4:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dataset Quandry
>
> Explanation: DELETE failed because the data set is being renamed
> but it has not completed.
>
> Programmer Response: Rename the data set with the IDCAMS ALTER
> command and then delete it.
>
> alter 'TCXMV010.TDV490A.SRCLIB2' newname('TCXMV010.TDV490A.SRCLIB2.old')
>
> IDC3014I CATALOG ERROR+
> IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED
> IDC0014I LASTCC=8
> IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS IGG0CLEC-18
>
> RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
> 18 Explanation: The data set name specified in NEWNAME is involved
> in another ALTER NEWNAME request that is not yet complete.
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://secure-web.cisco.com/1KmQXa-wQZxyDwUmNtRlvWTECuKcNrtNaa1KGsDBEZJfuu6b-h8By7F92nLo8eqjxM79Q6xOLJlOwIbWtztLLrYxPWkDYYKoG3XUxCxsneFcNSAwCuPYt7PLqUCgZDIVZzAyZ_gUxgSo2II0G1TtVFgaxIf4RVLe0cNk0LTCOGZztJw-bmb96Un2yAuS2kUQ0UpQAhi4YxPb-w0a50S8KcXeaJNnefa6tWYdhkI0FAqHB01vatXtNdFJbrTecnutqjMioyyg5n8Vt469KqfZe4taoQLgUo2A7KxcmnK1Cs5MaTQymAx8UHtgHg00UUG5YmEgzcPfy_oymrpqqjvI0FO7E7mi_UCUALbUhTief0prFLLZIxJXRHYfdlvxJAS3FgRDOW97388y0OgenABw1Ta5EAKCRJNS9tnZARNg3KZiReOqUOCVv4H8q7FL-lckb/https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave gib...@wsu.edu wrote:
>
> > I don't feel like looking it up myself, right now. What is the explanation?
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > Behalf Of Mark Jacobs
> > > Sent: Tuesday, June 23, 2020 1:12 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Dataset Quandry
> > > Yes on looking up the message. I tried those two things too.
> > > del 'TCXMV010.TDV490A.SRCLIB2' nos
> > > IDC3014I CATALOG ERROR+
> > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > IDC0014I LASTCC=8
> > > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > > IGG0CLFO-54
> > > delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr
> > > IDC3014I CATALOG ERROR+
> > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > IDC0014I LASTCC=8
> > > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > > IGG0CLFP-20
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > > GPG Public Key -
> > > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get
> > > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7NJ1n_RrLRoQBw4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
> > > ‐‐‐ Original Message ‐‐‐
> > > On Tuesday, June 23, 2020 3:59 PM, Allan Staller allan.stal...@hcl.com
> > > wrote:
> > >
> > > > 1. back up datasetr
> > > > 2. diagnose/examine the ucat
> > > > 3. idcams Del 'entryname' nscr
> > > > 4. idcams Del entryname nvr file(dd1)
> > > > 5. restore from recent backup (if desired).
> > > >
> > > > Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> > > > REASON CODE IS IGG0CLFO-54"?
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > > Behalf Of Mark Jacobs
> > > > Sent: Tuesday, June 23, 2020 2:45 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Dataset Quandry
> > > > [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.]
> > > > We have a dataset in one of our user catalogs that's giving the catalog
> > > > search interface fits;
> > > > EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE
> > > > 100 REASON CODE 10 EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT
> > > > EDG2303E DFSMSrmm INVENTORY MANAGEMENT TASK ABEND U2201
> > > > EDG2003E ABEND S000 U2201 RSN DURING DFSMSrmm SUBSYSTEM
> > > > PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED WITH
> > > > RETURN CODE 12
> > > > Generic Listcat is getting this;
> > > > IDC3014I CATALOG ERROR
> > > > IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS
> > > > IGG0CLFS-10 IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
> > > > But a specific listcat finds it.
> > > > listc ent('TCXMV010.TDV490A.SRCLIB2')
> > > > NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT ---
> > > > CATALOG.DP.USERCAT
Re: Dataset Quandry
I had something like this happen many years ago. I believe I used the "TRUENAME" form of the DELETE command. Was running a dataset copy/rename under ADRDSSU which failed. Several datasets were left with the temporary name. Matthew On Tue, 23 Jun 2020 20:32:41 +, Mark Jacobs wrote: >Nope. The entry before and after are both fine. > >NONVSAM --- TCXMV010.TDV490A.SRCLIB >IDC3014I CATALOG ERROR >IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10 >IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED >CLUSTER --- TCXMV010.TDV490A.THMMHELP.CNTLFILE > DATA --- TCXMV010.TDV490A.THMMHELP.CNTLFILE.DATA > INDEX -- TCXMV010.TDV490A.THMMHELP.CNTLFILE.INDEX > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset Quandry [EXTERNAL]
Have you tried to use the "F CATALOG,LIST" on all the lpars that have the
catalog open to see if there is a "stuck" task in CAS? This may help find
where the stuck rename process is.
Thanks..
Paul Feller
GTS Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Tuesday, June 23, 2020 3:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dataset Quandry [EXTERNAL]
Tried that. Failed.
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://urldefense.proofpoint.com/v2/url?u=https-3A__api.protonmail.ch_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-40protonmail.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxkspY53bzivaqbNNo&s=W6a1C86fszecG5G_tH6kbg_lWHHFmFfPAWZUIxeGfH0&e=
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 4:49 PM, Seymour J Metz wrote:
> NVR?
>
>
> --
>
> Shmuel (Seymour J.) Metz
> https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Es
> metz3&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvw
> Ca8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxkspY53bzivaqbNNo&s=D1Em52
> xZyktBbP97DkFtxWpPiZzZj_hw6KR4O7bTNOw&e=
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Mark Jacobs [0224d287a4b1-dmarc-requ...@listserv.ua.edu]
> Sent: Tuesday, June 23, 2020 4:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dataset Quandry
>
> Explanation: DELETE failed because the data set is being renamed but
> it has not completed.
>
> Programmer Response: Rename the data set with the IDCAMS ALTER command
> and then delete it.
>
> alter 'TCXMV010.TDV490A.SRCLIB2'
> newname('TCXMV010.TDV490A.SRCLIB2.old')
>
> IDC3014I CATALOG ERROR+
> IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED IDC0014I
> LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS
> IGG0CLEC-18
>
> RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
> 18 Explanation: The data set name specified in NEWNAME is involved in
> another ALTER NEWNAME request that is not yet complete.
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://urldefense.proofpoint.com/v2/url?u=https-3A__secure-2Dweb.cisc
> o.com_1KmQXa-2DwQZxyDwUmNtRlvWTECuKcNrtNaa1KGsDBEZJfuu6b-2Dh8By7F92nLo
> 8eqjxM79Q6xOLJlOwIbWtztLLrYxPWkDYYKoG3XUxCxsneFcNSAwCuPYt7PLqUCgZDIVZz
> AyZ-5FgUxgSo2II0G1TtVFgaxIf4RVLe0cNk0LTCOGZztJw-2Dbmb96Un2yAuS2kUQ0UpQ
> Ahi4YxPb-2Dw0a50S8KcXeaJNnefa6tWYdhkI0FAqHB01vatXtNdFJbrTecnutqjMioyyg
> 5n8Vt469KqfZe4taoQLgUo2A7KxcmnK1Cs5MaTQymAx8UHtgHg00UUG5YmEgzcPfy-5Foy
> mrpqqjvI0FO7E7mi-5FUCUALbUhTief0prFLLZIxJXRHYfdlvxJAS3FgRDOW97388y0Oge
> nABw1Ta5EAKCRJNS9tnZARNg3KZiReOqUOCVv4H8q7FL-2Dlckb_https-253A-252F-25
> 2Fapi.protonmail.ch-252Fpks-252Flookup-253Fop-253Dget-2526search-253Dm
> arkjacobs-2540protonmail.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3
> PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxks
> pY53bzivaqbNNo&s=jdZFFrVe6COsp7HvBFEr5ecDjtsnyTSEk0reyL227qk&e=
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave gib...@wsu.edu wrote:
>
> > I don't feel like looking it up myself, right now. What is the explanation?
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > Behalf Of Mark Jacobs
> > > Sent: Tuesday, June 23, 2020 1:12 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Dataset Quandry
> > > Yes on looking up the message. I tried those two things too.
> > > del 'TCXMV010.TDV490A.SRCLIB2' nos IDC3014I CATALOG ERROR+
> > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I
> > > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE
> > > IS
> > > IGG0CLFO-54
> > > delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr IDC3014I CATALOG
> > > ERROR+ IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> > > REASON CODE IS
> > > IGG0CLFP-20
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > > GPG Public Key -
> > > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=
> > > get
> > > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7NJ1n_RrLRoQB
> > > w4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
> > > ‐‐‐ Original Message ‐‐‐
> > > On Tuesday, June 23, 2020 3:59 PM, Allan Staller
> > > allan.stal...@hcl.com
> > > wrote:
> > >
> > > > 1. back up datasetr
> > > > 2. diagnose/examine the ucat
> > > > 3. idcams Del 'entryname' nscr
> > > > 4. idcams Del entryname nvr file(dd1) 5. restore from recent
> > > > backup (if desired).
> > > >
> > > > Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90
> > > > - REASON CODE IS IGG0CLFO-54"?
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > > Behalf Of Mark Jacobs
> > > > Sen
Re: Dataset Quandry
All: How do you interpret "Explanation: "DELETE NVR request for a NVR with an
associated catalog."? Is that saying that you tried to delete a catalog?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Mark Jacobs [0224d287a4b1-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, June 23, 2020 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dataset Quandry
Tried that. Failed.
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://secure-web.cisco.com/1c9zT_Nwsoe6gJils2R8HW8GNl_iq73eqZtEqeXFFsChAmOtZHs8_pOU4TKx1-ZP2u3NKL_m4DczsIzHbcareJ2B8utzdmKTLm3e-ie3Cx2qc8sX0AnMZTwTvEa5JDCu5ds4_UxQVNjo5RyctJRZcr3AuOWlPFenskoj2R5UhKvMBoFg8deBTmDqi4EnHYKpD9dwtNwh_WDR2yNLv4rb7HtOsgX5LvY165FwaSYy3x5R82hoJ7kRVyHHimdXq3H9M4vXfYwflI_Itebk74lcpqyZUx8aJZYFJ3cJjmGOjQKp3S17zroRFinZ9d4x6eULxGwJS9qvDzJIQPLJetPdElgv2EK2d--HncJpTPqMDqZZ1AB5_3ESpqgraAjrVWAHylfaI0xnE87yJdfaLMxAO4ky4rkA9j9ah0MHoexD2jXh4Kv1hD01ZL18Aef7hh6It/https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 4:49 PM, Seymour J Metz wrote:
> NVR?
>
>
> --
>
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
> Mark Jacobs [0224d287a4b1-dmarc-requ...@listserv.ua.edu]
> Sent: Tuesday, June 23, 2020 4:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dataset Quandry
>
> Explanation: DELETE failed because the data set is being renamed
> but it has not completed.
>
> Programmer Response: Rename the data set with the IDCAMS ALTER
> command and then delete it.
>
> alter 'TCXMV010.TDV490A.SRCLIB2' newname('TCXMV010.TDV490A.SRCLIB2.old')
>
> IDC3014I CATALOG ERROR+
> IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED
> IDC0014I LASTCC=8
> IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS IGG0CLEC-18
>
> RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
> 18 Explanation: The data set name specified in NEWNAME is involved
> in another ALTER NEWNAME request that is not yet complete.
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://secure-web.cisco.com/1KmQXa-wQZxyDwUmNtRlvWTECuKcNrtNaa1KGsDBEZJfuu6b-h8By7F92nLo8eqjxM79Q6xOLJlOwIbWtztLLrYxPWkDYYKoG3XUxCxsneFcNSAwCuPYt7PLqUCgZDIVZzAyZ_gUxgSo2II0G1TtVFgaxIf4RVLe0cNk0LTCOGZztJw-bmb96Un2yAuS2kUQ0UpQAhi4YxPb-w0a50S8KcXeaJNnefa6tWYdhkI0FAqHB01vatXtNdFJbrTecnutqjMioyyg5n8Vt469KqfZe4taoQLgUo2A7KxcmnK1Cs5MaTQymAx8UHtgHg00UUG5YmEgzcPfy_oymrpqqjvI0FO7E7mi_UCUALbUhTief0prFLLZIxJXRHYfdlvxJAS3FgRDOW97388y0OgenABw1Ta5EAKCRJNS9tnZARNg3KZiReOqUOCVv4H8q7FL-lckb/https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave gib...@wsu.edu wrote:
>
> > I don't feel like looking it up myself, right now. What is the explanation?
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > Behalf Of Mark Jacobs
> > > Sent: Tuesday, June 23, 2020 1:12 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Dataset Quandry
> > > Yes on looking up the message. I tried those two things too.
> > > del 'TCXMV010.TDV490A.SRCLIB2' nos
> > > IDC3014I CATALOG ERROR+
> > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > IDC0014I LASTCC=8
> > > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > > IGG0CLFO-54
> > > delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr
> > > IDC3014I CATALOG ERROR+
> > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > IDC0014I LASTCC=8
> > > IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
> > > IGG0CLFP-20
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > > GPG Public Key -
> > > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get
> > > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7NJ1n_RrLRoQBw4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
> > > ‐‐‐ Original Message ‐‐‐
> > > On Tuesday, June 23, 2020 3:59 PM, Allan Staller allan.stal...@hcl.com
> > > wrote:
> > >
> > > > 1. back up datasetr
> > > > 2. diagnose/examine the ucat
> > > > 3. idcams Del 'entryname' nscr
> > > > 4. idcams Del entryname nvr file(dd1)
> > > > 5. restore from recent backup (if desired).
> > > >
> > > > Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> > > > REASON CODE IS IGG0CLFO-54"?
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > > Behalf Of Mark Jacobs
> > > > Sent: Tuesday, June 23, 2020 2:45 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Dataset Quandry
> > > > [CAUTION: This Email is from outside the Organization. Unless you trust
> > > > the
> > > > sender, Don’t click links or op
Re: Dataset Quandry
Print the VVDS to see if it is there and if it is, what catalog it is pointing
to.
Issue a DELETE VVR:
//*
//* DELETE VVR FROM VVDS *
//*
//STEP1 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//DD1 DD VOL=SER=volser,DISP=OLD,UNIT=3390
//SYSINDD *
DELETE -
Dataset name -
VVR FILE(DD1)
Specify the catalog(catname) if it is indicated in the PRTVVDS output, other
omit.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Tuesday, June 23, 2020 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dataset Quandry
Tried that. Failed.
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 4:49 PM, Seymour J Metz wrote:
> NVR?
>
>
> --
>
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Mark Jacobs [0224d287a4b1-dmarc-requ...@listserv.ua.edu]
> Sent: Tuesday, June 23, 2020 4:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dataset Quandry
>
> Explanation: DELETE failed because the data set is being renamed but
> it has not completed.
>
> Programmer Response: Rename the data set with the IDCAMS ALTER command
> and then delete it.
>
> alter 'TCXMV010.TDV490A.SRCLIB2'
> newname('TCXMV010.TDV490A.SRCLIB2.old')
>
> IDC3014I CATALOG ERROR+
> IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED IDC0014I
> LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS
> IGG0CLEC-18
>
> RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
> 18 Explanation: The data set name specified in NEWNAME is involved in
> another ALTER NEWNAME request that is not yet complete.
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://secure-web.cisco.com/1KmQXa-wQZxyDwUmNtRlvWTECuKcNrtNaa1KGsDBE
> ZJfuu6b-h8By7F92nLo8eqjxM79Q6xOLJlOwIbWtztLLrYxPWkDYYKoG3XUxCxsneFcNSA
> wCuPYt7PLqUCgZDIVZzAyZ_gUxgSo2II0G1TtVFgaxIf4RVLe0cNk0LTCOGZztJw-bmb96
> Un2yAuS2kUQ0UpQAhi4YxPb-w0a50S8KcXeaJNnefa6tWYdhkI0FAqHB01vatXtNdFJbrT
> ecnutqjMioyyg5n8Vt469KqfZe4taoQLgUo2A7KxcmnK1Cs5MaTQymAx8UHtgHg00UUG5Y
> mEgzcPfy_oymrpqqjvI0FO7E7mi_UCUALbUhTief0prFLLZIxJXRHYfdlvxJAS3FgRDOW9
> 7388y0OgenABw1Ta5EAKCRJNS9tnZARNg3KZiReOqUOCVv4H8q7FL-lckb/https%3A%2F
> %2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%4
> 0protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave gib...@wsu.edu wrote:
>
> > I don't feel like looking it up myself, right now. What is the explanation?
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > Behalf Of Mark Jacobs
> > > Sent: Tuesday, June 23, 2020 1:12 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Dataset Quandry
> > > Yes on looking up the message. I tried those two things too.
> > > del 'TCXMV010.TDV490A.SRCLIB2' nos IDC3014I CATALOG ERROR+
> > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I
> > > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE
> > > IS
> > > IGG0CLFO-54
> > > delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr IDC3014I CATALOG
> > > ERROR+ IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> > > REASON CODE IS
> > > IGG0CLFP-20
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > > GPG Public Key -
> > > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=
> > > get
> > > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7NJ1n_RrLRoQB
> > > w4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
> > > ‐‐‐ Original Message ‐‐‐
> > > On Tuesday, June 23, 2020 3:59 PM, Allan Staller
> > > allan.stal...@hcl.com
> > > wrote:
> > >
> > > > 1. back up datasetr
> > > > 2. diagnose/examine the ucat
> > > > 3. idcams Del 'entryname' nscr
> > > > 4. idcams Del entryname nvr file(dd1) 5. restore from recent
> > > > backup (if desired).
> > > >
> > > > Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90
> > > > - REASON CODE IS IGG0CLFO-54"?
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > > Behalf Of Mark Jacobs
> > > > Sent: Tuesday, June 23, 2020 2:45 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Dataset Quandry
> > > > [CAUTION: This Email
Re: Dataset Quandry
IDC3019I INVALID ENTRY TYPE FOR REQUESTED ACTION+ IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 60 - REASON CODE IS IGG0CLFM-4 4 Explanation: An incorrect entry type (cluster or non-VSAM) was detected. Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Tuesday, June 23, 2020 4:58 PM, Matthew Stitt wrote: > I had something like this happen many years ago. I believe I used the > "TRUENAME" form of the DELETE command. > > Was running a dataset copy/rename under ADRDSSU which failed. Several > datasets were left with the temporary name. > > Matthew > > On Tue, 23 Jun 2020 20:32:41 +, Mark Jacobs markjac...@protonmail.com > wrote: > > > Nope. The entry before and after are both fine. > > NONVSAM --- TCXMV010.TDV490A.SRCLIB > > IDC3014I CATALOG ERROR > > IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10 > > IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED > > CLUSTER --- TCXMV010.TDV490A.THMMHELP.CNTLFILE > > DATA --- TCXMV010.TDV490A.THMMHELP.CNTLFILE.DATA > > INDEX -- TCXMV010.TDV490A.THMMHELP.CNTLFILE.INDEX > > -- > > 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: Dataset Quandry [EXTERNAL]
No. I'll try that asap.
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 4:59 PM, Feller, Paul
<02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote:
> Have you tried to use the "F CATALOG,LIST" on all the lpars that have the
> catalog open to see if there is a "stuck" task in CAS? This may help find
> where the stuck rename process is.
>
> Thanks..
>
> Paul Feller
> GTS Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> Mark Jacobs
> Sent: Tuesday, June 23, 2020 3:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dataset Quandry [EXTERNAL]
>
> Tried that. Failed.
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://urldefense.proofpoint.com/v2/url?u=https-3A__api.protonmail.ch_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-40protonmail.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxkspY53bzivaqbNNo&s=W6a1C86fszecG5G_tH6kbg_lWHHFmFfPAWZUIxeGfH0&e=
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, June 23, 2020 4:49 PM, Seymour J Metz sme...@gmu.edu wrote:
>
> > NVR?
> >
> > Shmuel (Seymour J.) Metz
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Es
> > metz3&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvw
> > Ca8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxkspY53bzivaqbNNo&s=D1Em52
> > xZyktBbP97DkFtxWpPiZzZj_hw6KR4O7bTNOw&e=
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> > behalf of Mark Jacobs [0224d287a4b1-dmarc-requ...@listserv.ua.edu]
> > Sent: Tuesday, June 23, 2020 4:27 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Dataset Quandry
> > Explanation: DELETE failed because the data set is being renamed but
> > it has not completed.
> > Programmer Response: Rename the data set with the IDCAMS ALTER command
> > and then delete it.
> > alter 'TCXMV010.TDV490A.SRCLIB2'
> > newname('TCXMV010.TDV490A.SRCLIB2.old')
> > IDC3014I CATALOG ERROR+
> > IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED IDC0014I
> > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS
> > IGG0CLEC-18
> > RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
> > 18 Explanation: The data set name specified in NEWNAME is involved in
> > another ALTER NEWNAME request that is not yet complete.
> > Sent from ProtonMail, Swiss-based encrypted email.
> > GPG Public Key -
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__secure-2Dweb.cisc
> > o.com_1KmQXa-2DwQZxyDwUmNtRlvWTECuKcNrtNaa1KGsDBEZJfuu6b-2Dh8By7F92nLo
> > 8eqjxM79Q6xOLJlOwIbWtztLLrYxPWkDYYKoG3XUxCxsneFcNSAwCuPYt7PLqUCgZDIVZz
> > AyZ-5FgUxgSo2II0G1TtVFgaxIf4RVLe0cNk0LTCOGZztJw-2Dbmb96Un2yAuS2kUQ0UpQ
> > Ahi4YxPb-2Dw0a50S8KcXeaJNnefa6tWYdhkI0FAqHB01vatXtNdFJbrTecnutqjMioyyg
> > 5n8Vt469KqfZe4taoQLgUo2A7KxcmnK1Cs5MaTQymAx8UHtgHg00UUG5YmEgzcPfy-5Foy
> > mrpqqjvI0FO7E7mi-5FUCUALbUhTief0prFLLZIxJXRHYfdlvxJAS3FgRDOW97388y0Oge
> > nABw1Ta5EAKCRJNS9tnZARNg3KZiReOqUOCVv4H8q7FL-2Dlckb_https-253A-252F-25
> > 2Fapi.protonmail.ch-252Fpks-252Flookup-253Fop-253Dget-2526search-253Dm
> > arkjacobs-2540protonmail.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3
> > PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxks
> > pY53bzivaqbNNo&s=jdZFFrVe6COsp7HvBFEr5ecDjtsnyTSEk0reyL227qk&e=
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave gib...@wsu.edu wrote:
> >
> > > I don't feel like looking it up myself, right now. What is the
> > > explanation?
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > > Behalf Of Mark Jacobs
> > > > Sent: Tuesday, June 23, 2020 1:12 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Re: Dataset Quandry
> > > > Yes on looking up the message. I tried those two things too.
> > > > del 'TCXMV010.TDV490A.SRCLIB2' nos IDC3014I CATALOG ERROR+
> > > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I
> > > > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE
> > > > IS
> > > > IGG0CLFO-54
> > > > delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr IDC3014I CATALOG
> > > > ERROR+ IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > > IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> > > > REASON CODE IS
> > > > IGG0CLFP-20
> > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > GPG Public Key -
> > > > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=
> > > > get
> > > > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7NJ1n_RrLRoQB
> > > > w4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
> > > > ‐‐‐ Original Message ‐‐‐
> > > > On Tuesday, June 23, 2020 3:59 PM, Allan Staller
> > > > allan.stal...@hcl.com
> > > > wro
Re: Dataset Quandry [EXTERNAL]
Did so, nothing's outstanding.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 4:59 PM, Feller, Paul
<02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote:
> Have you tried to use the "F CATALOG,LIST" on all the lpars that have the
> catalog open to see if there is a "stuck" task in CAS? This may help find
> where the stuck rename process is.
>
> Thanks..
>
> Paul Feller
> GTS Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> Mark Jacobs
> Sent: Tuesday, June 23, 2020 3:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dataset Quandry [EXTERNAL]
>
> Tried that. Failed.
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://urldefense.proofpoint.com/v2/url?u=https-3A__api.protonmail.ch_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-40protonmail.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxkspY53bzivaqbNNo&s=W6a1C86fszecG5G_tH6kbg_lWHHFmFfPAWZUIxeGfH0&e=
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, June 23, 2020 4:49 PM, Seymour J Metz sme...@gmu.edu wrote:
>
> > NVR?
> >
> > Shmuel (Seymour J.) Metz
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Es
> > metz3&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvw
> > Ca8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxkspY53bzivaqbNNo&s=D1Em52
> > xZyktBbP97DkFtxWpPiZzZj_hw6KR4O7bTNOw&e=
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> > behalf of Mark Jacobs [0224d287a4b1-dmarc-requ...@listserv.ua.edu]
> > Sent: Tuesday, June 23, 2020 4:27 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Dataset Quandry
> > Explanation: DELETE failed because the data set is being renamed but
> > it has not completed.
> > Programmer Response: Rename the data set with the IDCAMS ALTER command
> > and then delete it.
> > alter 'TCXMV010.TDV490A.SRCLIB2'
> > newname('TCXMV010.TDV490A.SRCLIB2.old')
> > IDC3014I CATALOG ERROR+
> > IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED IDC0014I
> > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS
> > IGG0CLEC-18
> > RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
> > 18 Explanation: The data set name specified in NEWNAME is involved in
> > another ALTER NEWNAME request that is not yet complete.
> > Sent from ProtonMail, Swiss-based encrypted email.
> > GPG Public Key -
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__secure-2Dweb.cisc
> > o.com_1KmQXa-2DwQZxyDwUmNtRlvWTECuKcNrtNaa1KGsDBEZJfuu6b-2Dh8By7F92nLo
> > 8eqjxM79Q6xOLJlOwIbWtztLLrYxPWkDYYKoG3XUxCxsneFcNSAwCuPYt7PLqUCgZDIVZz
> > AyZ-5FgUxgSo2II0G1TtVFgaxIf4RVLe0cNk0LTCOGZztJw-2Dbmb96Un2yAuS2kUQ0UpQ
> > Ahi4YxPb-2Dw0a50S8KcXeaJNnefa6tWYdhkI0FAqHB01vatXtNdFJbrTecnutqjMioyyg
> > 5n8Vt469KqfZe4taoQLgUo2A7KxcmnK1Cs5MaTQymAx8UHtgHg00UUG5YmEgzcPfy-5Foy
> > mrpqqjvI0FO7E7mi-5FUCUALbUhTief0prFLLZIxJXRHYfdlvxJAS3FgRDOW97388y0Oge
> > nABw1Ta5EAKCRJNS9tnZARNg3KZiReOqUOCVv4H8q7FL-2Dlckb_https-253A-252F-25
> > 2Fapi.protonmail.ch-252Fpks-252Flookup-253Fop-253Dget-2526search-253Dm
> > arkjacobs-2540protonmail.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3
> > PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxks
> > pY53bzivaqbNNo&s=jdZFFrVe6COsp7HvBFEr5ecDjtsnyTSEk0reyL227qk&e=
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave gib...@wsu.edu wrote:
> >
> > > I don't feel like looking it up myself, right now. What is the
> > > explanation?
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > > Behalf Of Mark Jacobs
> > > > Sent: Tuesday, June 23, 2020 1:12 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Re: Dataset Quandry
> > > > Yes on looking up the message. I tried those two things too.
> > > > del 'TCXMV010.TDV490A.SRCLIB2' nos IDC3014I CATALOG ERROR+
> > > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I
> > > > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE
> > > > IS
> > > > IGG0CLFO-54
> > > > delete 'TCXMV010.TDV490A.SRCLIB2' file(a) nvr IDC3014I CATALOG
> > > > ERROR+ IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> > > > IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 -
> > > > REASON CODE IS
> > > > IGG0CLFP-20
> > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > GPG Public Key -
> > > > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=
> > > > get
> > > > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7NJ1n_RrLRoQB
> > > > w4eK4pHJDQx96O0ZqZlrfGEwL6rM7616Z5mvA2k7CXFlJXAcA$
> > > > ‐‐‐ Original Message ‐‐‐
> > > > On Tuesday, June 23, 2020 3:59 PM, Allan Staller
> > > > allan.stal...
Re: Dataset Quandry [EXTERNAL]
Get a 30 day trial of Catalog Recovery Plus, or the Dinosoft version. See what
they have to say.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Mark Jacobs
> Sent: Tuesday, June 23, 2020 3:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dataset Quandry [EXTERNAL]
>
> Did so, nothing's outstanding.
>
> Mark Jacobs
>
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get
> &search=markjacobs@protonmail.com__;!!JmPEgBY0HMszNaDT!7TuUWCGr
> XAhG0ml8igbMwnlDdoj494y4CFDbpOoCE4v-cgmLlHhWqc_I5zdwOg$
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, June 23, 2020 4:59 PM, Feller, Paul <02fc94e14c43-dmarc-
> requ...@listserv.ua.edu> wrote:
>
> > Have you tried to use the "F CATALOG,LIST" on all the lpars that have the
> catalog open to see if there is a "stuck" task in CAS? This may help find
> where
> the stuck rename process is.
> >
> > Thanks..
> >
> > Paul Feller
> > GTS Mainframe Technical Support
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> Behalf Of Mark Jacobs
> > Sent: Tuesday, June 23, 2020 3:58 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Dataset Quandry [EXTERNAL]
> >
> > Tried that. Failed.
> >
> > Sent from ProtonMail, Swiss-based encrypted email.
> >
> > GPG Public Key - https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__api.protonmail.ch_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-
> 40protonmail.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy
> 6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffR
> xkspY53bzivaqbNNo&s=W6a1C86fszecG5G_tH6kbg_lWHHFmFfPAWZUIxeGf
> H0&e=
> >
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, June 23, 2020 4:49 PM, Seymour J Metz sme...@gmu.edu
> wrote:
> >
> > > NVR?
> > >
> > > Shmuel (Seymour J.) Metz
> > > https://urldefense.proofpoint.com/v2/url?u=http-
> 3A__mason.gmu.edu_-7Es
> > >
> metz3&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKe
> mbFjFsvw
> > >
> Ca8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxkspY53bzivaqbNNo&
> s=D1Em52
> > > xZyktBbP97DkFtxWpPiZzZj_hw6KR4O7bTNOw&e=
> > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> > > behalf of Mark Jacobs [0224d287a4b1-dmarc-
> requ...@listserv.ua.edu]
> > > Sent: Tuesday, June 23, 2020 4:27 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Dataset Quandry
> > > Explanation: DELETE failed because the data set is being renamed but
> > > it has not completed.
> > > Programmer Response: Rename the data set with the IDCAMS ALTER
> command
> > > and then delete it.
> > > alter 'TCXMV010.TDV490A.SRCLIB2'
> > > newname('TCXMV010.TDV490A.SRCLIB2.old')
> > > IDC3014I CATALOG ERROR+
> > > IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED IDC0014I
> > > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON
> CODE IS
> > > IGG0CLEC-18
> > > RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
> > > 18 Explanation: The data set name specified in NEWNAME is involved in
> > > another ALTER NEWNAME request that is not yet complete.
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > > GPG Public Key -
> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__secure-
> 2Dweb.cisc
> > > o.com_1KmQXa-2DwQZxyDwUmNtRlvWTECuKcNrtNaa1KGsDBEZJfuu6b-
> 2Dh8By7F92nLo
> > >
> 8eqjxM79Q6xOLJlOwIbWtztLLrYxPWkDYYKoG3XUxCxsneFcNSAwCuPYt7PLq
> UCgZDIVZz
> > > AyZ-5FgUxgSo2II0G1TtVFgaxIf4RVLe0cNk0LTCOGZztJw-
> 2Dbmb96Un2yAuS2kUQ0UpQ
> > > Ahi4YxPb-
> 2Dw0a50S8KcXeaJNnefa6tWYdhkI0FAqHB01vatXtNdFJbrTecnutqjMioyyg
> > >
> 5n8Vt469KqfZe4taoQLgUo2A7KxcmnK1Cs5MaTQymAx8UHtgHg00UUG5YmE
> gzcPfy-5Foy
> > > mrpqqjvI0FO7E7mi-
> 5FUCUALbUhTief0prFLLZIxJXRHYfdlvxJAS3FgRDOW97388y0Oge
> > > nABw1Ta5EAKCRJNS9tnZARNg3KZiReOqUOCVv4H8q7FL-2Dlckb_https-
> 253A-252F-25
> > > 2Fapi.protonmail.ch-252Fpks-252Flookup-253Fop-253Dget-2526search-
> 253Dm
> > > arkjacobs-
> 2540protonmail.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3
> > >
> PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FE
> pu2ffRxks
> > >
> pY53bzivaqbNNo&s=jdZFFrVe6COsp7HvBFEr5ecDjtsnyTSEk0reyL227qk&e=
> > > ‐‐‐ Original Message ‐‐‐
> > > On Tuesday, June 23, 2020 4:16 PM, Gibney, Dave gib...@wsu.edu
> wrote:
> > >
> > > > I don't feel like looking it up myself, right now. What is the
> > > > explanation?
> > > >
> > > > > -Original Message-
> > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
> On
> > > > > Behalf Of Mark Jacobs
> > > > > Sent: Tuesday, June 23, 2020 1:12 PM
> > > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > > Subject: Re: Dataset Quandry
> > > > > Yes on looking up the message. I tried those two things too.
> > > > > del 'TCXMV010.TDV490A.SRCLIB2' nos IDC3014I CATALOG ERROR+
> > > > > IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED
> IDC0014I
> > > > > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON
> CODE
> > > > > IS
> > >
Re: Dataset Quandry [EXTERNAL]
Might have to go there. I'll try more tomorrow. Been working for 12 hours
today. Time to call it a day. Thanks all.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 6:24 PM, Gibney, Dave wrote:
> Get a 30 day trial of Catalog Recovery Plus, or the Dinosoft version. See
> what they have to say.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > Behalf Of Mark Jacobs
> > Sent: Tuesday, June 23, 2020 3:09 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Dataset Quandry [EXTERNAL]
> > Did so, nothing's outstanding.
> > Mark Jacobs
> > Sent from ProtonMail, Swiss-based encrypted email.
> > GPG Public Key -
> > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get
> >
> > &search=markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!7TuUWCGrXAhG0ml8igbMwnlDdoj494y4CFDbpOoCE4v-cgmLlHhWqc_I5zdwOg$
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, June 23, 2020 4:59 PM, Feller, Paul <02fc94e14c43-dmarc-
> > requ...@listserv.ua.edu> wrote:
> >
> > > Have you tried to use the "F CATALOG,LIST" on all the lpars that have the
> > > catalog open to see if there is a "stuck" task in CAS? This may help find
> > > where
> > > the stuck rename process is.
> > > Thanks..
> > > Paul Feller
> > > GTS Mainframe Technical Support
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > Behalf Of Mark Jacobs
> > > Sent: Tuesday, June 23, 2020 3:58 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Dataset Quandry [EXTERNAL]
> > > Tried that. Failed.
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > > GPG Public Key - https://urldefense.proofpoint.com/v2/url?u=https-
> > > 3A__api.protonmail.ch_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-
> > > 40protonmail.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy
> > > 6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffR
> > > xkspY53bzivaqbNNo&s=W6a1C86fszecG5G_tH6kbg_lWHHFmFfPAWZUIxeGf
> > > H0&e=
> > > ‐‐‐ Original Message ‐‐‐
> > > On Tuesday, June 23, 2020 4:49 PM, Seymour J Metz sme...@gmu.edu
> > > wrote:
> > >
> > > > NVR?
> > > > Shmuel (Seymour J.) Metz
> > > > https://urldefense.proofpoint.com/v2/url?u=http-
> > > > 3A__mason.gmu.edu_-7Es
> > >
> > > >
> >
> > metz3&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKe
> > mbFjFsvw
> >
> > > >
> >
> > Ca8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FEpu2ffRxkspY53bzivaqbNNo&
> > s=D1Em52
> >
> > > > xZyktBbP97DkFtxWpPiZzZj_hw6KR4O7bTNOw&e=
> > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> > > > behalf of Mark Jacobs [0224d287a4b1-dmarc-
> > > > requ...@listserv.ua.edu]
> > >
> > > > Sent: Tuesday, June 23, 2020 4:27 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Re: Dataset Quandry
> > > > Explanation: DELETE failed because the data set is being renamed but
> > > > it has not completed.
> > > > Programmer Response: Rename the data set with the IDCAMS ALTER
> > > > command
> > >
> > > > and then delete it.
> > > > alter 'TCXMV010.TDV490A.SRCLIB2'
> > > > newname('TCXMV010.TDV490A.SRCLIB2.old')
> > > > IDC3014I CATALOG ERROR+
> > > > IDC0532I **ENTRY TCXMV010.TDV490A.SRCLIB2 NOT ALTERED IDC0014I
> > > > LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON
> > > > CODE IS
> > >
> > > > IGG0CLEC-18
> > > > RETURN CODE 130 Explanation: An ALTER RENAME recatalog error.
> > > > 18 Explanation: The data set name specified in NEWNAME is involved in
> > > > another ALTER NEWNAME request that is not yet complete.
> > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > GPG Public Key -
> > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__secure-
> > > > 2Dweb.cisc
> > >
> > > > o.com_1KmQXa-2DwQZxyDwUmNtRlvWTECuKcNrtNaa1KGsDBEZJfuu6b-
> > > > 2Dh8By7F92nLo
> > >
> > > >
> >
> > 8eqjxM79Q6xOLJlOwIbWtztLLrYxPWkDYYKoG3XUxCxsneFcNSAwCuPYt7PLq
> > UCgZDIVZz
> >
> > > > AyZ-5FgUxgSo2II0G1TtVFgaxIf4RVLe0cNk0LTCOGZztJw-
> > > > 2Dbmb96Un2yAuS2kUQ0UpQ
> > >
> > > > Ahi4YxPb-
> > > > 2Dw0a50S8KcXeaJNnefa6tWYdhkI0FAqHB01vatXtNdFJbrTecnutqjMioyyg
> > >
> > > >
> >
> > 5n8Vt469KqfZe4taoQLgUo2A7KxcmnK1Cs5MaTQymAx8UHtgHg00UUG5YmE
> > gzcPfy-5Foy
> >
> > > > mrpqqjvI0FO7E7mi-
> > > > 5FUCUALbUhTief0prFLLZIxJXRHYfdlvxJAS3FgRDOW97388y0Oge
> > >
> > > > nABw1Ta5EAKCRJNS9tnZARNg3KZiReOqUOCVv4H8q7FL-2Dlckb_https-
> > > > 253A-252F-25
> > >
> > > > 2Fapi.protonmail.ch-252Fpks-252Flookup-253Fop-253Dget-2526search-
> > > > 253Dm
> > >
> > > > arkjacobs-
> > > > 2540protonmail.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3
> > >
> > > >
> >
> > PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=iOcNsCQgfJa0E88Rz7FE
> > pu2ffRxks
> >
> > > >
> >
> > pY53bzivaqbNNo&s=jdZFFrVe6COsp7HvBFEr5ecDjtsnyTSEk0reyL227qk&e=
> >
> > > > ‐‐‐ Original Message ‐‐‐
> > > > On Tuesday, June 23, 2
Re: Dataset Quandry
I always like this for an answer
If the problem cannot be resolved, report the problem to the IBM® Support
Center.
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Tuesday, June 23, 2020 12:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dataset Quandry
We have a dataset in one of our user catalogs that's giving the catalog search
interface fits;
EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE 100 REASON CODE 10
EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT EDG2303E DFSMSrmm INVENTORY
MANAGEMENT TASK ABEND U2201 EDG2003E ABEND S000 U2201 RSN DURING DFSMSrmm
SUBSYSTEM PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED WITH RETURN
CODE 12
Generic Listcat is getting this;
IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10
IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
But a specific listcat finds it.
listc ent('TCXMV010.TDV490A.SRCLIB2')
NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT --- CATALOG.DP.USERCAT
I've tried everything I can think of to rename/delete. It's not working.
del 'TCXMV010.TDV490A.SRCLIB2'
IDC3014I CATALOG ERROR+
IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I LASTCC=8
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54
Trying from ISPF 3.4 with the volume it's on entered
IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040942D1),
DEVPROC,LS050B,TCXMV010.TDV490A.SRCLIB2
I'm at a loss on how to get this fixed. Any ideas?
Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
--
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: Dataset Quandry
Yep. First thing tomorrow.
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, June 23, 2020 8:33 PM, Lizette Koehler
wrote:
> I always like this for an answer
>
> If the problem cannot be resolved, report the problem to the IBM® Support
> Center.
>
> Lizette
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> Mark Jacobs
>
> Sent: Tuesday, June 23, 2020 12:45 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Dataset Quandry
>
> We have a dataset in one of our user catalogs that's giving the catalog
> search interface fits;
>
> EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE 100 REASON CODE
> 10 EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT EDG2303E DFSMSrmm INVENTORY
> MANAGEMENT TASK ABEND U2201 EDG2003E ABEND S000 U2201 RSN DURING
> DFSMSrmm SUBSYSTEM PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED
> WITH RETURN CODE 12
>
> Generic Listcat is getting this;
>
> IDC3014I CATALOG ERROR
> IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10
> IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
>
> But a specific listcat finds it.
> listc ent('TCXMV010.TDV490A.SRCLIB2')
>
> NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT --- CATALOG.DP.USERCAT
>
> I've tried everything I can think of to rename/delete. It's not working.
>
> del 'TCXMV010.TDV490A.SRCLIB2'
> IDC3014I CATALOG ERROR+
> IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I LASTCC=8
> IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54
>
> Trying from ISPF 3.4 with the volume it's on entered
>
> IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040942D1),
> DEVPROC,LS050B,TCXMV010.TDV490A.SRCLIB2
>
> I'm at a loss on how to get this fixed. Any ideas?
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
> --
>
> 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: Dataset Quandry
Late to the party but this looks like an RMM issue,
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idarc00/rcat.htm
Might be worth checking..
Stay Safe
Best Regards, Doug
> On Jun 23, 2020, at 21:16, Mark Jacobs
> <0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> Yep. First thing tomorrow.
>
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
>> On Tuesday, June 23, 2020 8:33 PM, Lizette Koehler
>> wrote:
>>
>> I always like this for an answer
>>
>> If the problem cannot be resolved, report the problem to the IBM® Support
>> Center.
>>
>> Lizette
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
>> Mark Jacobs
>>
>> Sent: Tuesday, June 23, 2020 12:45 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Dataset Quandry
>>
>> We have a dataset in one of our user catalogs that's giving the catalog
>> search interface fits;
>>
>> EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE 100 REASON CODE
>> 10 EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT EDG2303E DFSMSrmm INVENTORY
>> MANAGEMENT TASK ABEND U2201 EDG2003E ABEND S000 U2201 RSN DURING
>> DFSMSrmm SUBSYSTEM PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED
>> WITH RETURN CODE 12
>>
>> Generic Listcat is getting this;
>>
>> IDC3014I CATALOG ERROR
>> IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10
>> IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
>>
>> But a specific listcat finds it.
>> listc ent('TCXMV010.TDV490A.SRCLIB2')
>>
>> NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT --- CATALOG.DP.USERCAT
>>
>> I've tried everything I can think of to rename/delete. It's not working.
>>
>> del 'TCXMV010.TDV490A.SRCLIB2'
>> IDC3014I CATALOG ERROR+
>> IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I LASTCC=8
>> IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54
>>
>> Trying from ISPF 3.4 with the volume it's on entered
>>
>> IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040942D1),
>> DEVPROC,LS050B,TCXMV010.TDV490A.SRCLIB2
>>
>> I'm at a loss on how to get this fixed. Any ideas?
>>
>> Sent from ProtonMail, Swiss-based encrypted email.
>>
>> GPG Public Key -
>> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>>
>> --
>>
>> 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
