DB2 - Problem description
Problem IC92661 | Status: Closed |
GETTING SQL1763N WHEN CREATING A TABLESPACE WITH NO FILE SYSTEM CACHING OPTION ON A ZLINUX ENV | |
product: | |
DB2 FOR LUW / DB2FORLUW / A10 - DB2 | |
Problem description: | |
When creating a tablespace with NO FILE SYSTEM option on V10.1 on Zlinux, the following SQL1763N error is being returned. SQL1763N Invalid ALTER TABLESPACE statement for table space "<table-space-name>" due to reason "<reason-code>" This error message does not make sense in this context since we are creating a tablespace and not altering it. The reason we run into this issue is because when creating tablespaces with DMS containers and the containers reside on a storage devices with disk sector size not equal to 512 B, we are forced to create the tablespace with 'file system caching" option. The db2diag.log reported the following error message: "/xxxxxx/partition0/xxxxx2/xxxxxxx3/NODE0000/SICSSGD1/T0000014/C 0000001.LRG" resides on a device with sector size not equal 512 bytes. NO FILE SYSTEM CACHING option cannot be supported. From InfoCenter: Before Version 9.5, the keyword FILE SYSTEM CACHING was implied if neither NO FILE SYSTEM CACHING nor FILE SYSTEM CACHING was specified. With Version 9.5, if neither keyword is specified, the default, NO FILE SYSTEM CACHING, is used. This change affects only newly created table spaces. Existing table spaces created prior to Version 9.5 are not affected. This change applies to AIX, Linux, Solaris, and Windows with the following exceptions, where the default behavior remains to be FILE SYSTEM CACHING: ?AIX JFS ?Solaris non-VxFS ?Linux for System z® ?All SMS temporary table space files ?Long Field (LF) and Large object (LOB) data files in SMS permanent table space files. This APAR will improve the return error message and will provide a better user response for this type of problem. | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * All * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 10.1 Fix Pack 3 * **************************************************************** | |
Local Fix: | |
Problem Resolution: do not use the NO FILE SYSTEM CACHING option. | |
available fix packs: | |
DB2 Version 10.1 Fix Pack 3 for Linux, UNIX, and Windows | |
Solution | |
First fixed in DB2 10.1 Fix Pack 3 | |
Workaround | |
not known / see Local fix | |
BUG-Tracking | |
forerunner : APAR is sysrouted TO one or more of the following: IC97095 follow-up : | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 29.05.2013 18.05.2017 18.05.2017 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
10.1.0.3 | |
10.1.0.3 |