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 Gould <[email protected]> wrote: >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 remember specifics outside it involved the SMFDUMP CBIPO program. >Just recompile (with the latest libraries) and run it again. > >Ed > >On Jun 22, 2015, at 3:21 PM, Matthew Stitt wrote: > >> 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 wants it, along with the assembler JCL. >> >> Matthew >> >> On Mon, 22 Jun 2015 09:53:19 -0500, Rich Szabo <[email protected]> >> wrote: >> >>> 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-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
