Yeah, it's the CBIPO program. The last modification was to the enqueue
routine. The program was issuing hard enqueues (reserves) which did not work
very well in a shared sysplex environment. Also the multi-line WTOs started
giving problems.
Matthew
On Mon, 22 Jun 2015 22:40:18 -0500, Ed
Thank you Lizette, Ed, and others.
I'm going to go with the IEFU29 exit supplied by IBM.
Jay Moseley also supplies procedures to surround IEFU29 here.
http://www.jaymoseley.com/hercules/iefu29_exit/iefu29.htm
--
For
Put it on CBTTAPE?
In a message dated 6/22/2015 3:21:20 P.M. Central Daylight Time,
mathwst...@bellsouth.net writes:
SMFDUMP which indicates it started with the IPO libraries. I believe the
modification has to do with a change to the WTO setup. It shows last
modified in 2009, and I
@LISTSERV.UA.EDU]
On Behalf Of Rich Szabo
Sent: Sunday, June 21, 2015 9:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMFDUMP CBT S0C4 under z/OS 2.1
SMFDUMP V10 from the CBT tape is giving us a S0C4 under z/OS 2.1.
It’s choking on the instruction at x’E4’ which is GETNSMF TM
RDSFLG1,RDSDUMP IS SMF DATASET
Lizette Koehler wrote:
Did you try to re-assemble and Lked the program with the V2.1 libraries?
Excellent suggestion!
To Rich Szabo, I think you should re-assemble it as per Lizette good
recommendation, failing that you should compare IEEMBRDS in program SMFDUMP and
SYS1.MACLIB(IEESMCA) to
IBM supplies exits IEFU29 for MANx dumping and IEFU29L for Logger dumps.
Cheryl mentions two other
products in her SMF 101 paper. Trident and DTS. Haven't used either.
http://www.watsonwalker.com/PR120809.pdf
In a message dated 6/21/2015 11:32:08 P.M. Central Daylight Time,
I have a slightly modified version of SMFDUMP which indicates it started with
the IPO libraries. I believe the modification has to do with a change to the
WTO setup. It shows last modified in 2009, and I didn't even think of
assembling it when we upgraded to V2R1.
I can send it to anyone who
Matthew,
If this is the same S0C4 I ran into with the CBIPO SMFDUMP program 20
+ years ago it was reasonably straightforward to debug (IIRC). The
people that replaced were just simply to lazy to recompile the program.
Once I recompiled the issue went away. Since its been 20 years I do
not
The IBM supplied utility IFASMFDP.
-
-teD
-
Original Message
From: Rich Szabo
Sent: Monday, June 22, 2015 00:32
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: SMFDUMP CBT S0C4 under z/OS 2.1
SMFDUMP V10 from the CBT tape is giving us a S0C4 under z/OS 2.1
On Mon, 22 Jun 2015 00:31:59 -0400, Rich Szabo dad...@rszabo.com wrote:
SMFDUMP V10 from the CBT tape is giving us a S0C4 under z/OS 2.1.
It’s choking on the instruction at x’E4’ which is
GETNSMF TM RDSFLG1,RDSDUMP IS SMF DATASET FULL
Error is a page translation exception, R10 = 130E1
Is
@LISTSERV.UA.EDU
Subject: Re: SMFDUMP CBT S0C4 under z/OS 2.1
If you have any automation tools (Tivoli, OPS/MVS, AFOPER) or Scheduling
Software (Jobtrac, ESP/Workload Automation) that can trap messages, you
can look at using those instead of SMF Dump.
Lizette
-Original Message
SMFDUMP V10 from the CBT tape is giving us a S0C4 under z/OS 2.1.
It’s choking on the instruction at x’E4’ which is
GETNSMF TM RDSFLG1,RDSDUMP IS SMF DATASET FULL
Error is a page translation exception, R10 = 130E1
Is anyone running SMFDUMP OK under 2.1? Does anyone have an updated
version of
S0C4 under z/OS 2.1
SMFDUMP V10 from the CBT tape is giving us a S0C4 under z/OS 2.1.
It’s choking on the instruction at x’E4’ which is GETNSMF TM
RDSFLG1,RDSDUMP IS SMF DATASET FULL Error is a page translation
exception, R10 = 130E1
Is anyone running SMFDUMP OK under 2.1? Does anyone have
13 matches
Mail list logo