APAR status
Closed as program error.
Error description
Three issues being resolved: 1. HPFP Reorg shows an incorrect DSNAME of USR with HFPJ0011I and HFPJ0012I in UNLOAD. A known symptom: Although this abend could show up in various unpredictable locations due to the lack of the LOCEPAX=YES parameter in the IEFZB505 macro, one known location is an ABEND0C4 in IEFQBSVA near x'86'. 2. ABEND0C4 when the internal table is allocated at the page boundary. 3. ABEND0C4 when PTRCHKLVL and ICACHE=YES in RELOAD are specified. Keyword: ABENDS0C4
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of High Performance Fast Path * * Reorganization Tool Version 2 Release 2. * * (FMID: H31A220) * **************************************************************** * PROBLEM DESCRIPTION: 1. HPFP Reorganization (HPFP Reorg) * * shows an incorrect DSNAME of USR * * with HFPJ0011I and HFPJ0012I * * during UNLOAD processing. * * HPFP Reorg abends S0C4(ABEND0C4) * * when it gets DSNAME. * * 2. HPFP Reorg gets ABEND0C4 when * * the internal table is allocated at * * the page boundary during UNLOAD * * processing. * * 3. HPFP Reorg gets ABEND0C4 when * * PTRCHKLVL and ICACHE=YES in RELOAD * * command are specified. * **************************************************************** * RECOMMENDATION: Apply the maintenance for this APAR. * **************************************************************** This APAR solves the following 3 problems. 1. HPFP Reorg shows an incorrect DSNAME of USR with HFPJ0011I and HFPJ0012I messages during UNLOAD processing. HFPUDSN0 abends S0C4(ABEND0C4) when it gets DSNAME. 2. HPFP Reorg gets ABEND0C4 when the internal table is allocated at the page boundary during UNLOAD processing. It occurs when ODSNMASK keyword is specified in UNLOAD command or OAREA=ALL keyword is specified in FILECTL subcommand. 3. HPFP Reorg gets ABEND0C4 when PTRCHKLVL and ICACHE=YES in RELOAD command are specified for the AREA whose segment level is 2 and dependent segment has PCF pointer.
Problem conclusion
1. Because HPFP Reorg does not uses LOCEPAX=YES option of IEFZB505 macro that defines EPA parameter area for issuing SWAREQ macro with Read Locate mode to UCB above 16M. As the result of that garbage is set in SWQMPA (SWA control blocks) and SWAREQ process fails. The module HFPUDSN0 has been modified to use the GETDSAB macro instead of the EXTRACT macro and to add a LOCEPAX=YES option in the IEFZB505 macro. The module HFPWMTU0 has been modified to introduce two new internal error messages. These error messages are issued when the GETDSAB macro error or the SWAREQ macro error occurs. 2. The module HFPLRPT0 has been modified to handle the internal table for the unloaded area control correctly. The module HFPCOFT0 has been modified to handle the internal table for FILECTL subcommand correctly. 3. The module HFPA1RP0 has been modified to correct the LOAD instruction to get a RBA of the pointer in the AREA whose segment level is 2 and dependent segment has PCF pointer. 220Y HFPA1RP0 HFPCOFT0 HFPLRPT0 HFPUDSN0 HFPUSNT0 HFPWMTU0
Temporary fix
Comments
APAR Information
APAR number
PK26075
Reported component name
IMS HP FP UTILI
Reported component ID
5655K9400
Reported release
220
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2006-06-06
Closed date
2006-06-14
Last modified date
2006-08-07
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK15399
Modules/Macros
HFPA1RP0 HFPCOFT0 HFPLRPT0 HFPUDSN0 HFPUSNT0 HFPWMTU0
Fix information
Fixed component name
IMS HP FP UTILI
Fixed component ID
5655K9400
Applicable component levels
R220 PSY UK15399
UP06/06/15 P F606
[{"Line of Business":{"code":null,"label":null},"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCX89D","label":"IMS HP Fast Path Utilities"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"220"}]
Document Information
Modified date:
14 December 2020