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--
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 m
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 tak
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 fr
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
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
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
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
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 & Souther
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
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
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 Ma
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.SRCLIB
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
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
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 acces
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 ---
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
> Subjec
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.TDV4
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, Gibn
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@LISTS
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 (S
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:
>No
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 Discussio
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@
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 *
//**
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
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
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
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 [EXT
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 Me
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: Datas
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
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> wro
34 matches
Mail list logo
