DB2 - Problem description
Problem IC85258 | Status: Closed |
ADMIN_MOVE_TABLE() FAILS WITH SQL2103N, RC=17 WHEN LOB INLINE_LENGTH DIFFERS BETWEEN SOURCE AND TARGET OBJECT | |
product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problem description: | |
The implicite INLINE_LENGTH value for LOB columns has changed between DB2 Versions. Prior to DB2 V9.7, it is 0, starting with DB2 V9.7, it is set to 164. Now when a source table with an old INLINE_LENGTH value (0) is moved with ADMIN_MOVE_TABLE() in DB2 V9.7, the MOVE command will fail with SQL2103N, RC=17. This APAR will lift this restriction and continue with the MOVE command without error. | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * ALL * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 Version 9.7 Fix pack 7. * **************************************************************** | |
Local Fix: | |
The FORCE option with the MOVE command will avoid SQL2103N and move the table as expected. | |
available fix packs: | |
DB2 Version 9.7 Fix Pack 7 for Linux, UNIX, and Windows | |
Solution | |
First fixed in DB2 Version 9.7 Fix Pack 7. | |
Workaround | |
not known / see Local fix | |
BUG-Tracking | |
forerunner : APAR is sysrouted TO one or more of the following: IC88603 follow-up : | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 12.07.2012 14.12.2012 14.12.2012 |
Problem solved at the following versions (IBM BugInfos) | |
9.7.FP7 | |
Problem solved according to the fixlist(s) of the following version(s) | |
9.7.0.7 |