We have several JES2 exits crucial to running business-as-usual in our shop. 
Over the years, problems with exits in a new release have generally been of two 
types:

-- Data that used to be reached one way now has to be reached another way. 
Unless thoroughly documented, this sort of change can be difficult to diagnose. 
In the best of cases, JES2 developers will have removed or renamed old control 
block labels so that exit assembly gets an error. The fix may be quite complex, 
but at least there is an upfront warning. 

-- Data that used to be contained in, say, a halfword, now occupies a fullword. 
Fortunately JES2 developers have been conscientious in renaming such fields so 
that exit assembly gets an error--an unmistakable pointer to a change that 
requires (usually minor) recoding. 

In the current case, OP has disabled all exits to no avail. Assuming that all 
JES2 mods are true exits with no inline tweaks, my post is probably moot. There 
is however the possibility that some data written to checkpoint or spool was 
itself modified by some exit code such that turning exits off cannot dodge the 
problem.

Knowing nothing else, I'm leaning toward some kind of 1.13/2.1 compatibility 
issue. I would expect JES2 Level 2 to figure this out.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
[email protected]


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Pommier, Rex
Sent: Friday, January 06, 2017 8:37 AM
To: [email protected]
Subject: (External):Re: IPLing z/OS 2.2 from 1.13 for first time getting JES2 
catastrophic error

Interesting idea, Lizette.  I just tried again, after removing all EXIT 
statements from my JES2PARM.  Same result, $BR1 catastrophic error.  

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Lizette Koehler
Sent: Friday, January 06, 2017 10:13 AM
To: [email protected]
Subject: Re: IPLing z/OS 2.2 from 1.13 for first time getting JES2 catastrophic 
error

Allan,

True.  The intent was to think about
 1) Any JES2 Exits in place that might be causing the issue
 2) Are all Vendor related fixes for JES2 installed for the migration.

Just because something is old, does not mean it could not provide insight on an 
issue.

:-D

Lizette


> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] 
> On Behalf Of Allan Staller
> Sent: Friday, January 06, 2017 7:54 AM
> To: [email protected]
> Subject: Re: IPLing z/OS 2.2 from 1.13 for first time getting JES2 
> catastrophic error
> 
> That APAR is ancient. The current numbers APAR numbers are OA6xxxx. 
> Seems like
> OA25662 would be circa z/OS 1.4 vintage.
> 
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] 
> On Behalf Of Lizette Koehler
> Sent: Friday, January 6, 2017 8:50 AM
> To: [email protected]
> Subject: Re: IPLing z/OS 2.2 from 1.13 for first time getting JES2 
> catastrophic error
> 
> You did not indicate if you have MVS Solutions Thruput Manager.
> 
> If you do, I found this on their website
> 
> PR08075       TR62009         $ADD LOADMOD(DTMJ2MV6) command fails with a 
> $BR1 ABEND
> after IBM APAR OA25562.
> 
> Lizette
> 
> 
> > -----Original Message-----
> > From: IBM Mainframe Discussion List 
> > [mailto:[email protected]] On Behalf Of Pommier, Rex
> > Sent: Friday, January 06, 2017 6:51 AM
> > To: [email protected]
> > Subject: Re: IPLing z/OS 2.2 from 1.13 for first time getting JES2 
> > catastrophic error
> >
> > Hi Tony,
> >
> > There wasn't one.  The manual says the reason code is optional and 
> > for $BR1, it got optioned out.
> >
> > *21.10.54          *$HASP493 JES2 ALL-MEMBER WARM START IS IN PROGRESS -
> >  * z11 MODE
> >  *21.10.54          *$HASP095 JES2 CATASTROPHIC ERROR.  CODE = $BR1
> >   $HASP088  HASPIRDA 165B7690 + 000F8C  OA49165  BERTMAP
> >   $HASP088  HASPIRA  165B5000 + 0004FC  OA47827  IRDA
> >   $HASP088 PCE  = INIT     (165B6008)
> >   $HASP088 R0   = 00000000  3A54502C  0000342C  00000000
> >   $HASP088 R4   = 16CA7000  000073B7  00007718  48B4CC30
> >   $HASP088 R8   = 3A545018  009FE980  16642BD0  00007000
> >   $HASP088 R12  = 1647B098  165B6008  9647B144  00000008
> >
> > This was followed by the 02D abend.
> >
> > Thanks,
> >
> > Rex
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List 
> > [mailto:[email protected]] On Behalf Of Tony Harminc
> > Sent: Thursday, January 05, 2017 7:02 PM
> > To: [email protected]
> > Subject: Re: IPLing z/OS 2.2 from 1.13 for first time getting JES2 
> > catastrophic error
> >
> > On 5 January 2017 at 12:38, Pommier, Rex <[email protected]> wrote:
> > > 2)  $BR1 in M&C gives me "lots" of good information <sarc>.
> > > The doc says "JES2 initialization processing encountered an error 
> > > examining
> > the BERT maps" and the resolution is "
> > > Use the indicative dump and the SVC dump (if any) to diagnose the error.".
> >
> > What's the reason code with the $BR1?
> >
> > Tony H. 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to