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 |
|