DB2 - Problem description
Problem IC93140 | Status: Closed |
AFTER LOGS BECOME FULL, AN INSERT INTO A GLOBAL TEMPORARY TABLE (DGTT) FAILS WITH SQL0901N | |
product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problem description: | |
The following steps reproduce the problem (must be done on a non-catalog node): CONNECT TO TEST; CREATE USER TEMPORARY TABLESPACE SYSTOOLSTMPSPACE IN IBMCATGROUP MANAGED BY AUTOMATIC STORAGE EXTENTSIZE 4; DECLARE GLOBAL TEMPORARY TABLE SESSION.TEMP_EMP (EMPNO CHAR(6) NOT NULL, SALARY DECIMAL(9, 2), BONUS DECIMAL(9, 2), COMM DECIMAL(9, 2)) WITH REPLACE ON COMMIT PRESERVE ROWS; INSERT INTO SESSION.TEMP_EMP VALUES ('123456', 20.00, 10.00, 5.00); DROP TABLE SESSION.TEMP_EMP; ==> produces SQL0964C The transaction log for the database is full. SQLSTATE=57011 DROP TABLE SESSION.TEMP_EMP; DECLARE GLOBAL TEMPORARY TABLE SESSION.TEMP_EMP (EMPNO CHAR(6) NOT NULL, SALARY DECIMAL(9, 2), BONUS DECIMAL(9, 2), COMM DECIMAL(9, 2)) WITH REPLACE ON COMMIT PRESERVE ROWS; INSERT INTO SESSION.TEMP_EMP VALUES ('123456', 20.00, 10.00, 5.00); ==> produces SQL0901N The SQL statement failed because of a non-severe system error. Subsequent SQL statements can be processed. (Reason "sqlrl_userTempIUD: tid/fid not found".) SQLSTATE=58004 CONNECT RESET; On a non-catalog node, when the logs are full db2 responds with SQL0964C on the first DROP TABLE. Even though the DROP TABLE failed, the first INSERT still remains in the APM cache as valid. On the second INSERT, db2 tries to use the first INSERT's tid/fid, thus resulting in the -901. On the catalog node, both DROP TABLE statements fail with SQL0964C. | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * ALL * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 v9.7 fix pack 9 * **************************************************************** | |
Local Fix: | |
available fix packs: | |
DB2 Version 9.7 Fix Pack 9 for Linux, UNIX, and Windows | |
Solution | |
First fixed in DB2 v9.7 fix pack 9 | |
Workaround | |
not known / see Local fix | |
BUG-Tracking | |
forerunner : APAR is sysrouted TO one or more of the following: IC97598 IC97602 follow-up : | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 17.06.2013 08.09.2014 08.09.2014 |
Problem solved at the following versions (IBM BugInfos) | |
9.7.FP9 | |
Problem solved according to the fixlist(s) of the following version(s) | |
9.7.0.9 | |
9.7.0.9 | |
9.7.0.10 |