DB2 - Problem description
Problem IC64287 | Status: Closed |
CREATING A DMS TABLESPACE TO THE MAXSIZE FAILS WITH SQL1139N. HOWEVER ALTER TABLESPACE ALLOWS THE SAME PAGES. | |
product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problem description: | |
Creating a DMS tablespace such as follows fails. CREATE TABLESPACE "TS1_INDX4K" IN DATABASE PARTITION GROUP "IBMDEFAULTGROUP" PAGESIZE 4K MANAGED BY DATABASE USING (Device '/dev/rudb160' 524288, <snip - 32 devices in total device '/dev/rudb236' 524288 ) EXTENTSIZE 32 PREFETCHSIZE 96 BUFFERPOOL "IBMDEFAULTBP" OVERHEAD 24.10 TRANSFERRATE 0.90 DROPPED TABLE RECOVERY OFF; [IBM][CLI Driver][DB2/6000] SQL1139N The total size of the table space is too big. SQLSTATE=54047 However the same number of pages could be allocated by initially creating a small sized tablespace and later altering the tablespace and adding the same number of pages as follows: CREATE TABLESPACE "TS1_INDX4K" IN DATABASE PARTITION GROUP "IBMDEFAULTGROUP" PAGESIZE 4K MANAGED BY DATABASE USING (Device '/dev/rudb160' 524288, <snip> 23 devices in here device '/dev/rudb472' 524288 ) EXTENTSIZE 32 PREFETCHSIZE 96 BUFFERPOOL "IBMDEFAULTBP" OVERHEAD 24.10 TRANSFERRATE 0.90 DROPPED TABLE RECOVERY OFF; completed successfully. ALTER TABLESPACE "TS1_INDX4K" ADD (Device '/dev/rudb13' 524288, Device '/dev/rudb15' 524288, Device '/dev/rudb16' 524288, Device '/dev/rudb18' 524288, Device '/dev/rudb106' 524288, Device '/dev/rudb107' 524288, Device '/dev/rudb108' 524288, Device '/dev/rudb119' 524288, Device '/dev/rudb236' 524288 ); completed successfully. This needs to be corrected. | |
Problem Summary: | |
CREATING A DMS TABLESPACE TO THE MAXSIZE FAILS WITH SQL1139N. HOWEVER ALTER TABLESPACE ALLOWS THE SAME PAGES. ERROR DESCRIPTION: Creating a DMS tablespace such as follows fails. CREATE TABLESPACE "TS1_INDX4K" IN DATABASE PARTITION GROUP "IBMDEFAULTGROUP" PAGESIZE 4K MANAGED BY DATABASE USING (Device '/dev/rudb160' 524288, <snip - 32 devices in total device '/dev/rudb236' 524288 ) EXTENTSIZE 32 PREFETCHSIZE 96 BUFFERPOOL "IBMDEFAULTBP" OVERHEAD 24.10 TRANSFERRATE 0.90 DROPPED TABLE RECOVERY OFF; [IBM][CLI Driver][DB2/6000] SQL1139N The total size of the table space is too big. SQLSTATE=54047 However the same number of pages could be allocated by initially creating a small sized tablespace and later altering the tablespace and adding the same number of pages as follows: CREATE TABLESPACE "TS1_INDX4K" IN DATABASE PARTITION GROUP "IBMDEFAULTGROUP" PAGESIZE 4K MANAGED BY DATABASE USING (Device '/dev/rudb160' 524288, <snip> 23 devices in here device '/dev/rudb472' 524288 ) EXTENTSIZE 32 PREFETCHSIZE 96 BUFFERPOOL "IBMDEFAULTBP" OVERHEAD 24.10 TRANSFERRATE 0.90 DROPPED TABLE RECOVERY OFF; completed successfully. ALTER TABLESPACE "TS1_INDX4K" ADD (Device '/dev/rudb13' 524288, Device '/dev/rudb15' 524288, Device '/dev/rudb16' 524288, Device '/dev/rudb18' 524288, Device '/dev/rudb106' 524288, Device '/dev/rudb107' 524288, Device '/dev/rudb108' 524288, Device '/dev/rudb119' 524288, Device '/dev/rudb236' 524288 ); completed successfully. This needs to be corrected. | |
Local Fix: | |
Create a smaller tablespace size first and then add more containers later. | |
available fix packs: | |
DB2 Version 9.7 Fix Pack 1 for Linux, UNIX, and Windows | |
Solution | |
First Fixed in v9.7 FP1 Users Affected: ALL Defect: wsdbu00536741 | |
Workaround | |
LOCAL FIX: Create a smaller tablespace size first and then add more containers later. | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 03.11.2009 31.12.2009 31.12.2009 |
Problem solved at the following versions (IBM BugInfos) | |
9.7.FP1 | |
Problem solved according to the fixlist(s) of the following version(s) | |
9.7.0.1 |