A fix is available
APAR status
Closed as program error.
Error description
Many tasks on the system are abending at one time. Several of these tasks are all trying to write to the same SYSUDUMP. Eventually a dump is produced: COMPID=5752-SCDMP,COMPON=ABDUMP,ISSUER=IEAVTABD,ABDUMP SERIA LIZATION DEADLOCK AVOIDED FOR xxxxxxx ANALYSIS: At the time of the dump one TCB owns the SYSZTIOT as well as SNAP resource MAJOR=SYSIEA01 MINOR=IEA. That TCB is waiting in IATDMEB3+3146 at base level V2R4. That TCB does a CALLRTM to kill the jobstep of a jobstep TCB, but the jobstep TCB is already going through its own 04E ABEND. While waiting, JES3 is holding the resources and other tasks are queuing up for them. The DSB in-hand for TCB the initial TCB is SYSUDUMP. There is the following code in IATDMEB3 at label EBSCT036: CLC DSBDDNAM,=C'JESYSMSG' SYSTEM MESSAGE DATA SET? @WA35217 JNE EBSCT041 NO, Go abend @OA11567 Since this is SYSUDUMP, JES3 takes the jump and proceeds to attempt the CALLRTM (and then indefinitely waits for the CANCEL). The CANCEL will never come since the jobstep TCB is already being processed by RTM for the 04E ABEND. KNOWN IMPACT: JES3 waits indefinitely for SYSUDUMP when multiple tasks abend at once. VERIFICATION STEPS: 1. Multiple tasks abending at once. 2. Tasks appear stuck in the system. 3. Dump produced with the following title: COMPID=5752-SCDMP,COMPON=ABDUMP,ISSUER=IEAVTABD,ABDUMP SERIA LIZATION DEADLOCK AVOIDED FOR xxxxxx The projected closing code is PER for HJS77B0 and above.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * * All users of HJS77B0, HJS77C0, and * * HJS77D0. * **************************************************************** * PROBLEM DESCRIPTION: * * Task waits in module IATDMEB3 * * holding SYSZTIOT resource after line * * limit exceeded for SYSUDUMP. * **************************************************************** * RECOMMENDATION: * **************************************************************** Multiple tasks for a job were abending and writing to SYSUDUMP. The line limit for SYSUDUMP had been set to x'00FFFFFF', which was meant to indicate no limit, but eventually, this line limit was exceeded. Module IATDMEB3 issued CALLRTM and waited forever, expecting the CALLRTM to cancel the task, but the cancel did not occur.
Problem conclusion
Installation On (All Processors) Order (Any) Activation Order (Any) Type/JES3 restart (Hot,Local) Type/IPL (Rolling/DynLPA) CLPA (Yes) (See Apar II07968 for definitions) Module IATDMEB3 has been changed to bypass ABEND722 processing for SYSUDUMP, SYSABEND, and SYSMDUMP. APAR OA62134 prereq's (and sup's) for FMID HJS77B0: Pre's: * NONE * APAR OA62134 prereq's (and sup's) for FMID HJS77C0: Pre's: * NONE * APAR OA62134 prereq's (and sup's) for FMID HJS77D0: Pre's: * NONE *
Temporary fix
Comments
APAR Information
APAR number
OA62134
Reported component name
JES3
Reported component ID
5752SC1BA
Reported release
7B0
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2021-09-13
Closed date
2021-12-16
Last modified date
2022-01-04
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UJ07436 UJ07437 UJ07438
Modules/Macros
IATDMEB3
Fix information
Fixed component name
JES3
Fixed component ID
5752SC1BA
Applicable component levels
R7D0 PSY UJ07438
UP21/12/28 P F112
R7B0 PSY UJ07436
UP21/12/28 P F112
R7C0 PSY UJ07437
UP21/12/28 P F112
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M"},"Platform":[{"code":"PF054","label":"z\/OS"}],"Version":"7B0"}]
Document Information
Modified date:
05 January 2022