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 Gou
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 re
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 di
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
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 IBM-MA
t; To: IBM-MAIN@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.
>
On Mon, 22 Jun 2015 00:31:59 -0400, Rich Szabo 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 anyone running SM
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
M-MAIN@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 GETN
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 s
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,
dad...@rszabo
; 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 FULL Error is a page translation
> exception, R10 = 130E1
>
> Is any
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 th
13 matches
Mail list logo