IEFUJI and REGION LIMIT - S878 abends in JES2

[Linda Golding]

Greetings ,

On one of our systems running in z/os 1.13 , we saw S878 abends with JES2 during initialization . After we made SYSSTC.IEFUJI inactive , JES2 came up without issues . I've always thought that it is IEFUSI that sets the REGION LIMIT . Can some one tell me if IEFUJI is capable of overriding the REGION limit set by IEFUSI . Please share your thoughts .

TIA ,
Linda

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@listserv.ua.edu with the message: INFO IBM-MAIN

[Elardus Engelbrecht]

Linda Golding wrote:

>On one of our systems running in z/os 1.13 , we saw S878 abends with JES2 during initialization . After we made SYSSTC.IEFUJI inactive , JES2 came up without issues . I've always thought that it is IEFUSI that sets the REGION LIMIT . Can some one tell me if IEFUJI is capable of overriding the REGION limit set by IEFUSI . Please share your thoughts .

Disabling UJI to stop S878? Weird.

You're correct, it is USI which sets that REGION if that is coded so.

I have looked again at 'Common Exit Parameter Area', but don't see anything about memory there. Also IEFUJI receives control before the system selects a job on the input queue for initiation. A return code from IEFUJI indicates whether job processing.

Ok, at what stage of JES2 initializing do you get the 878?

Show your REGION of that JES2 Proc.
Show your SMFPRMxx statements especially statements like MEMLIMIT and SUBSYS(STC,EXITS(??))

Did you change something in JES HASPPARM? Or something with that LPAR memory settings? Any PTFs applied?

What else was running while getting those 878 abends?

Does that JES2 shares the Spool with other JES2?

Can you see the MemLimit for JES2 in SDSF? Did something changed in WLM?

Can you see (source code) what are those two exits doing?

If you can't get answers here from IBM-MAIN, perhaps a PMR or SLIP is in order?

Groete / Greetings
Elardus Engelbrecht

[linda golding]

Hi Elardus ,

Apologize for the late response .

*a)Ok, at what stage of JES2 initializing do you get the 878?*

JES2 was getting S878 abends during IPL




*b)Show your REGION of that JES2 Proc.*
REGION is coded as 0M

*c)Show your SMFPRMxx statements especially statements like MEMLIMIT and
SUBSYS(STC,EXITS(??))*

SUBSYS(TSO,INTERVAL(010000)) -- SYS
SUBSYS(TSO,NODETAIL) -- SYS
SUBSYS(TSO,EXITS(IEFUSI)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFUJI)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFUTL)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFUJV)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFACTRT)) -- PARMLIB
SUBSYS(TSO,NOTYPE(32,40,60,64,99)) -- PARMLIB
SUBSYS(STC,INTERVAL(010000)) -- SYS
SUBSYS(STC,NODETAIL) -- SYS
SUBSYS(STC,EXITS(IEFUSI)) -- PARMLIB
SUBSYS(STC,EXITS(IEFUJI)) -- PARMLIB
SUBSYS(STC,EXITS(IEFACTRT)) -- PARMLIB
SUBSYS(STC,EXITS(IEFUTL)) -- PARMLIB
SUBSYS(STC,EXITS(IEFU83)) -- PARMLIB
SUBSYS(STC,EXITS(IEFU29)) -- PARMLIB
SUBSYS(STC,NOTYPE(32,40,60,64,99)) -- PARMLIB
SYS(NODETAIL) -- PARMLIB
SYS(INTERVAL(010000)) -- PARMLIB
SYS(EXITS(IEFUSI)) -- PARMLIB
SYS(EXITS(IEFUTL)) -- PARMLIB
SYS(EXITS(IEFUJI)) -- PARMLIB
SYS(EXITS(IEFUJP)) -- PARMLIB
SYS(EXITS(IEFUJV)) -- PARMLIB
SYS(EXITS(IEFACTRT)) -- PARMLIB
SYS(EXITS(IEFU83)) -- PARMLIB
SYS(NOTYPE(32,40,60,99)) -- PARMLIB
LISTDSN -- PARMLIB
SID(2097) -- DEFAULT
JWT(0240) -- PARMLIB
EMPTYEXCPSEC(SUPPRESS) -- PARMLIB
STATUS(010000) -- PARMLIB
MEMLIMIT(00008G) -- PARMLIB

*d) Did you change something in JES HASPPARM? Or something with that LPAR
memory settings? Any PTFs applied?*

This is a newly built system and we are planning to use as sandbox . There
is no maintenance put on these systems No changes made to JES2PARM and
nothing changed with memory settings



*e)What else was running while getting those 878 abends?*
Probably nothing apart from the system address spaces being a fresh IPL



*f)Can you see the MemLimit for JES2 in SDSF? Did something changed in WLM?*
No changes to WLM

*. *
*g)Can you see (source code) what are those two exits doing?*

Its vanilla code.no changes to the exits as far as i remember . I'll take a
look again ...

Regards,
Linda

[Elardus Engelbrecht]

linda golding wrote:

>Apologize for the late response .

It is all right with me. ;-)

>*a)Ok, at what stage of JES2 initializing do you get the 878?*
>JES2 was getting S878 abends during IPL

Ok, what replies were given? $WARM? $S or so? Granted if you could go that far.

Could you see what automatic JES2 commands were given/handled? Do you see JES2 Monitor starting up?
Can you see what last $HASP was shown?


>MEMLIMIT(00008G) -- PARMLIB

Could you try out NOLIMIT to see if that resolves your 878?

>This is a newly built system and we are planning to use as sandbox . There is no maintenance put on these systems No changes made to JES2PARM and nothing changed with memory settings

Ok.

>*e)What else was running while getting those 878 abends?*
>Probably nothing apart from the system address spaces being a fresh IPL

Nothing? What about things like SMF, VLF, LLA, DLF, NET, OMVS, HSM and start/stop things like IRRDPTAB and IFGEDI? Where they also active and running?

It could be that one of these is consuming storage or one of them could using UJI eating up memory causing JES2 to die.

>*g)Can you see (source code) what are those two exits doing?*
>Its vanilla code.no changes to the exits as far as i remember . I'll take a look again ...

Vanilla from where? From IBM or CBT or just setting RC=00 while doing nothing? Check if you have the RIGHT module with the RIGHT name.

I see 'vanilla' as something with size of x'20' or something.

Perhaps you should compare your system and JES2 and the exits with your other systems?

Perhaps you should ask IBM for assistance?

Good luck and all of the best for you!

[ITURIEL DO NASCIMENTO NETO]

Linda,

What's the reason code of your S878 abend ?


Atenciosamente / Regards / Saludos

BANCO BRADESCO S.A.
4250 / DPCD Engenharia de Software
Sistemas Operacionais Mainframes
Ituriel do Nascimento Neto
Tel: +55 11 3684-9602 R: 49602 3-1404
Fax: +55 11 3684-4427



-----Mensagem original-----
De: IBM Mainframe Discussion List [mailto:IBM-...@LISTSERV.UA.EDU] Em nome de Elardus Engelbrecht
Enviada em: sexta-feira, 30 de setembro de 2016 09:27
Para: IBM-...@LISTSERV.UA.EDU
Assunto: Re: IEFUJI and REGION LIMIT - S878 abends in JES2

AVISO LEGAL <br>...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação.
LEGAL ADVICE<br>...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void.

[Elardus Engelbrecht]

linda golding wrote:

>>*a)Ok, at what stage of JES2 initializing do you get the 878?*
>JES2 was getting S878 abends during IPL

I forgot to ask: Could you be kind to post the FULL message(s) including the Reason Code and other messages too?

You said in subject: 'abends'. Do you get repeately 878 abends or just once? [1]

Groete / Greetings
Elardus Engelbrecht

[1] - I got a case of repeated 878 abends during a RACROUTE macro processing in a STC. Increasing REGION resolved that.

[linda golding]

Sorry ..I should have posted the messages earlier . The reason code was 10


R 4,COLD
ACF9CCCD USERID JES2MON IS ASSIGNED TO THIS JOB - JES2MON
IEF403I IEESYSAS - STARTED - TIME=23.27.59
$HASP9084 JES2 MONITOR ADDRESS SPACE STARTED FOR JES2
$HASP537 THE CURRENT CHECKPOINT USES 243 4K RECORDS
*$HASP095 JES2 CATASTROPHIC ABEND. CODE = S878 (RC = 00000010)
$HASP088 JES2 ABEND ANALYSIS 867
$HASP088 ------------------------------------------------------
$HASP088 FMID = HJE7770 LOAD MODULE = HASJES20
$HASP088 SUBSYS = JES2 z/OS1.12
$HASP088 DATE = 2016.270 TIME = 23.27.59
$HASP088 MODULE MODULE OFFSET SERVICE ROUTINE EXIT
$HASP088 NAME BASE + OF CALL LEVEL CALLED ##
$HASP088 -------- -------- ------- ------- ---------- ----
$HASP088 *HASPIRDA 32869610 + 0055FC OA35942 *ABEND S878
$HASP088 HASPIRDA 32869610 + 00022C OA35942 KBLDCB
$HASP088 HASPIRA 32867000 + 0004E4 OA35942 IRDA
$HASP088 FAILING INSTR WAS 0A78
$HASP088 PSW = 071C0000 B286EC0C ILC = 2 IC = 78
$HASP088 BEA = IEAVTSFR 00FF3100 + 0003DA
$HASP088 ASID = 001E (HOME) 001E (PRIM) 001E (SCND)
$HASP088 PCE = INIT (32867FE8)
$HASP088 R0 = 12CEB000 00000000 32867C34 00000009
$HASP088 R4 = 7F831640 009FF890 009DAFC8 12CEB000
$HASP088 R8 = 328BF000 009FF520 327C5D98 00007000
$HASP088 R12 = 3286EBC4 32867FE8 B286983C 00008476
$HASP088 ------------------------------------------------------
*$HASP198 REPLY TO $HASP098 WITH ONE OF THE FOLLOWING: 868
END - STANDARD ABNORMAL END
END,DUMP - END JES2 WITH A DUMP (WITH AN OPTIONAL TITLE)
END,NOHOTSTART - ABBREVIATED ABNORMAL END (HOT-START IS AT RISK)
SNAP - RE-DISPLAY $HASP088
DUMP - REQUEST SYSTEM DUMP (WITH AN OPTIONAL TITLE)
*05 $HASP098 ENTER TERMINATION OPTION
R 5,END
IEE600I REPLY TO 05 IS;END
IEA989I SLIP TRAP ID=X13E MATCHED. JOBNAME=JES2MON , ASID=001B.
IEA989I SLIP TRAP ID=X13E MATCHED. JOBNAME=JES2MON , ASID=001B.
IEA989I SLIP TRAP ID=X13E MATCHED. JOBNAME=JES2MON , ASID=001B.
IEA989I SLIP TRAP ID=X13E MATCHED. JOBNAME=JES2MON , ASID=001B.
$HASP9085 JES2 MONITOR ADDRESS SPACE STOPPED FOR JES2
GSDMV20I JOBNAME- --STEP-- -PSTEP-- CCODE ELAPSED-TIME -CPU-TIME-
GSDMV21I JES2MON JES2MON IEFPROC 0 00:00:13 0.00S
IEF404I IEESYSAS - ENDED - TIME=23.28.12
IEF196I IEF142I IEESYSAS JES2MON - STEP WAS EXECUTED - COND CODE 0000
IEF404I IEESYSAS - ENDED - TIME=23.28.12
IEF196I IEF142I IEESYSAS JES2MON - STEP WAS EXECUTED - COND CODE 0000
IEF196I IEF373I STEP/IEFPROC /START 2016270.2327
IEF196I IEF032I STEP/IEFPROC /STOP 2016270.2328
IEF196I CPU: 0 HR 00 MIN 00.00 SEC SRB: 0 HR 00
IEF196I MIN 00.00 SEC
IEF196I VIRT: 4K SYS: 172K EXT: 2408K SYS:
IEF196I 8404K
IEF196I *************************************************************
**
IEF196I ***************************************************
IEF196I * z/OS 01.12.00 SYSTEM 2097 (2097) : SMF
STATISTICS
IEF196I DATE=26.09.2016 TIME=23:28:12 *
IEF196I *************************************************************
**
* //JES2MON JOB ,
*
*
*
* STEP TOTAL VIO TCB
SRB INIT ELAPSED STORAGE NO.OF NO.OF *
* NO. STEPNAME PROCSTEP PROGRAM EXCP'S EXCP'S CPU-TIME
CPU-TIME CPU-TIME TIME <16M >16M PAGES SWAPS *
*
*
* 1 JES2MON IEFPROC HASJES2$ 0 0 0.00S
0.00S 0.01S 13.10S 4K 2M 0 0 *
*------------------------------------------------------------

--------------------------------------------------*
* JOB SUM (WITH JOB OVERHEAD): 0 0 0.00S
0.00S 0.01S 13.10S 4K 2M 0 0 *
IEF196I *============================================================
==
IEF196I ==================================================*
IEF196I * STORAGE SECTION | USED PRIVATE AREA BELOW 16MB:
IEF196I 4K | ALLOWED PRIVATE AREA BELOW 16MB: 8192K *
IEF196I * | USED PRIVATE AREA ABOVE 16MB:
IEF196I 2M | ALLOWED PRIVATE AREA ABOVE 16MB: 256M *
IEF196I * |
IEF196I | MAX. ALLOWED MEMLIMIT ABOVE 2GB: NOLIMIT *
IEF196I *------------------------------------------------------------
--
IEF196I --------------------------------------------------*
IEF196I * WLM SECTION | WORKLOAD NAME
SYSTEM
IEF196I | SERVICE CLASS NAME SYSTEM *
IEF196I * | RESOURCE GROUP NAME
IEF196I | REPORT CLASS NAME *
IEF196I *************************************************************
**
IEF196I ***************************************************
IEF196I IEF375I JOB/JES2MON /START 2016270.2327
IEF196I IEF033I JOB/JES2MON /STOP 2016270.2328
IEF196I CPU: 0 HR 00 MIN 00.00 SEC SRB: 0 HR 00
IEF196I MIN 00.00 SEC
IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=*UNAVAIL, ASID=001B.
$HASP085 JES2 TERMINATION COMPLETE
IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 JES2 JES2 00
IEA705I 00FB7B80 009FF358 009FF358 00847600 12CEB000
IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=*UNAVAIL, ASID=0017.
IEF196I IEA995I SYMPTOM DUMP OUTPUT

Regards,
Linda

[Cieri, Anthony]

In a previous post you stated:

On one of our systems running in z/os 1.13 , we saw S878 abends with JES2 during initialization .

In the abend messages below, it appears that you ae IPLing into z/OS 1.12:

HASP088 FMID = HJE7770 LOAD MODULE = HASJES20
$HASP088 SUBSYS = JES2 z/OS1.12

Are you IPLing the system at the expected z/OS / JES2 levels??


________________________________________
From: IBM Mainframe Discussion List [IBM-...@LISTSERV.UA.EDU] on behalf of linda golding [lindago...@GMAIL.COM]
Sent: Friday, September 30, 2016 10:57 AM
To: IBM-...@LISTSERV.UA.EDU
Subject: Re: IEFUJI and REGION LIMIT - S878 abends in JES2

[Dan]

Linda,

Most exits can do just about anything.
An IEFUJI exit can easily locate JCTXRGSZ to simulate REGION=.
It can also locate JCTXMLSZ to simulate MEMLIMIT=.
To override anything coded at the step level the exit would also have to run the SCT chain and update the SCTX fields.
Of course, all this is easier with an IEFUSI exit routine but I'm just saying that it is possible from within an IEFUJI.

Dan

[linda golding]

* Are you IPLing the system at the expected z/OS / JES2 levels??*


My bad....that was a typo...We are on Z/os 1.12

[linda golding]

*Of course, all this is easier with an IEFUSI exit routine but I'm just
saying that it is possible from within an IEFUJI.*

Thanks for clarifying that ...I don't see that being set in IEFUSI and we
don't have have support with IBM for the level of OS we are running . This
system was built for internal training purpose and I was curious if IEFUJI
can interfere with REGION . I replaced IEFUJI module from a fresh system (
w/o any changes) and S878 abends disappeared after that .

Thank you everyone for the help ...Have a great weekend :)


Regards,
Linda





On Sun, Oct 2, 2016 at 8:34 AM, linda golding <lindago...@gmail.com>
wrote:

[Ward, Mike S]

I found this:

"We often see abend878’s when starting JES2. This occurs typically when the above the line size is restricted via SMF exits or
Region on the jobcard. To avoid this situation REGION=0 should be coded. Changes in definitions could cause
storage increases and if the region is too small then suddenly JES2 will not start. Typically for JES2, once it has gone through a peak
busy period storage should not increase to much after that due to the use of CPOOL’s."


In a PDF document located here: ftp://public.dhe.ibm.com

In directory /s390/jes2/Share104/ document s2663lp1.pdf

==========================
This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.