DB2 - Problem description
Problem IT25965 | Status: Closed |
HADR GRACEFUL TAKEOVER ON PURESCALE COULD TIME OUT WAITING FOR PRIMARY DATABASE TO PROGRESS DUE TO GLFH LOTCH CONTENTION. | |
product: | |
DB2 FOR LUW / DB2FORLUW / A50 - DB2 | |
Problem description: | |
Sometimes a pd dump function would need to acquire glfh lock to check if the database has been poisoned. However, this action could be blocked as another member could be holding the glfh lock, preventing the dump function to do a simple check. The stack should show something like this: #4 0x00007ffff026a0e6 in sqlpUpgradeLock(sqeBsuEdu*, SQLP_LOCK_INFO*) () from /home/db2inst1/sqllib/lib64/libdb2e.so.1 #5 0x00007ffff025ce0c in sqlpValLotch::getSDComplex(unsigned long, unsigned long, int const*, char const*, unsigned long) () from /home/db2inst1/sqllib/lib64/libdb2e.so.1 #6 0x00007ffff035bbf2 in sqlrr_dump_ffdc(sqlrr_cb*, int, int) () from /home/db2inst1/sqllib/lib64/libdb2e.so.1 #7 0x00007ffff09e60fc in sqlzeDumpFFDC () from /home/db2inst1/sqllib/lib64/libdb2e.so.1 | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * Purescale * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to release inclusive of this fix. Refer to SYSROUTE * * APAR. * **************************************************************** | |
Local Fix: | |
Solution | |
Workaround | |
not known / see Local fix | |
BUG-Tracking | |
forerunner : follow-up : IT25992 | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 13.08.2018 26.10.2018 26.10.2018 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) |