A fix is available
APAR status
Closed as program error.
Error description
Customer had a cloned system envirnoment and they used DEFER ALL to restart the DB2. some objects were put into LPL status after restart ..SYSLGRNX was in LPL as well. The clone tool used command '-START DB(DSNDB01) SP(*) ' to recover involved DSNDB01 objects and the LPL recovery got time out on syslgrnx after about 10 mins. START command task tried to do LPL recovery for DSNDB01.* objects and got drains on LPL objects including SYSLGRNX. During lpl recovery, fast log apply child task tried to do pseudo open and create new entries in SYSLGRNX for SYSSPUXA and SYSSPUXB. Pseudo open tasks had to wait claimers on syslgrnx as the start task held drains. This caused delays of LPL recovery and the LPL recovery could time out eventually. Besides the case listed above, LPL recovery could also be impacted if syslgrnx is in other exceptional status like stop,etc.
Local fix
resolve unavilable status of SYSLGRNX first
Problem summary
**************************************************************** * USERS AFFECTED: DB2 users. * **************************************************************** * PROBLEM DESCRIPTION: Delays during LPL recovery, while * * accessing DSNDB01.SYSLGRNX. * **************************************************************** * RECOMMENDATION: * **************************************************************** The LPL log apply process may unnecessarily insert a row into SYSLGRNX, even though it is not generating any new log records. This may cause delays or failures if SYSLGRNX is unavailable.
Problem conclusion
The pageset pseudo-open process has been modified to recognize LPL recovery as a non-logging process, which does not require any SYSLGRNX coverage.
Temporary fix
Comments
APAR Information
APAR number
PI28198
Reported component name
DB2 OS/390 & Z/
Reported component ID
5740XYR00
Reported release
B10
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2014-10-23
Closed date
2014-11-10
Last modified date
2014-12-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI22900 UI22901
Modules/Macros
DSNB1SWS
Fix information
Fixed component name
DB2 OS/390 & Z/
Fixed component ID
5740XYR00
Applicable component levels
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":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"DB2 for z\/OS"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"11.0","Line of Business":{"code":"LOB10","label":"Data and AI"}}]
Document Information
Modified date:
31 July 2023