DB2 - Problem description
Problem IC99933 | Status: Closed |
DATABASE REMAINS IN QUIESCE STATE AFTER INSTANCE UNQUIESCED | |
product: | |
DB2 FOR LUW / DB2FORLUW / A50 - DB2 | |
Problem description: | |
In pureScale environment, there is an error in the way the database quiesce state is re-initialized after the instance is recycled. The issue happens with an instance level quiesce, where all databases are by default quiesced. When the instance is quiesced at the instance level, the databases are NOT marked as quiesced at the database level. In a non-pureScale env, when the instance is brought down with db2stop, the quiesce state is wiped out; i.e instance is automatically unquiesced. However, the behavior has changed in pureScale such that even on an instance recycle, the instance is still quiesced. There is no automatic unquiesce. The bug happens to be when we try to connect to the database and bring up the db for the first time. We call a function that attempts to read the database quiesce lock file for the quiesce state. In this case, this file does not exist because it is only created when the database is explicitly quiesced with the QUIESCE DATABASE command, not the QUIESCE INSTANCE command. If this file doesn't exist, the instance level quiesce state is used. This will return INST_QUIESCED. Later this quiesce state is used to mark the database at the database level, which is incorrect. This is the reason why even when the instance is later unquiesced, the db is still showing as quiesced. The database level quiesce state should not be set to quiesced since this is an instance level quiesce and not an explicit database level qiuesce. The database level quiesce state should only be set when the database is explicitly quiesced via QUIESCE DATABASE command. | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * pureScale * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to version 10.5 fp3 * **************************************************************** | |
Local Fix: | |
Recycle the instance to remove the qiuesce state of the database. | |
available fix packs: | |
DB2 Cancun Release 10.5.0.4 (also known as Fix Pack 4) for Linux, UNIX, and Windows | |
Solution | |
Fixed in version 10.5 fixpack 3. Now with instance unquiesced, the database will also be unquiesced. | |
Workaround | |
not known / see Local fix | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 07.03.2014 08.09.2014 08.09.2014 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
10.5.0.4 |