DB2 - Problem description
| Problem IC73205 | Status: Closed |
DB2 ATTEMPTS TO USE DIRECT IO ON SOLARIS ZFS FILE SYSTEM, WHILE ZFS HAS NO DIRECT IO SUPPORT | |
| product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
| Problem description: | |
(1) During opening log files, the message in db2diag.log looks
like the following:
xxxx-xx-xx-xx.xx.xx.xxxxxx+xxx xxxxxxxxxx LEVEL: Warning
PID : 26579 TID : 13 PROC : db2sysc
0
INSTANCE: db2 NODE : 000 DB : sample
EDUID : 13 EDUNAME: db2loggr (sample) 0
FUNCTION: DB2 UDB, oper system services,
sqlo_enable_dio_cio_using_ioctl, probe:30
MESSAGE : Unsupported file system type %s for Direct I/O.
DATA #1 : ZRC, PD_TYPE_ZRC, 4 bytes
0x870F00B7
DATA #2 : File handle, PD_TYPE_SQO_FILE_HDL, 8 bytes
File Handle = 9
File System Block Size = 512 bytes
File System Type = zfs
File Handle Flags :
Require Sector Align = No
DIO/CIO Mode = No
Raw Block Device = No
Reserved Handle = No
Flush On Close = No
Thread-Level Lock = No
Write-through Mode = Yes
File Not Tracked = No
Please note that the EDU name is db2loggr or db2loggw.
The workaround would be to set:
db2set DB2_LOGGER_NON_BUFFERED_IO=OFF
2. Some customer might notice the following message in
db2diag.log during opening tablespace containers:
xxxx-xx-xx-xx.xx.xx.xxxxxx+xxx xxxxxxxxxx LEVEL: Warning
PID : 5351 TID : 10 PROC : db2sysc
INSTANCE: db2 NODE : 000 DB : sample
APPHDL : 0-46 APPID: xxxxxxxxxx
AUTHID : xxx
EDUID : 10 EDUNAME: db2agent (sample)
FUNCTION: DB2 UDB, oper system services,
sqlo_enable_dio_cio_using_ioctl, probe:30
MESSAGE : Unsupported file system type %s for Direct I/O.
DATA #1 : ZRC, PD_TYPE_ZRC, 4 bytes
0x870F00B7
DATA #2 : File handle, PD_TYPE_SQO_FILE_HDL, 8 bytes
File Handle = 27
File System Block Size = 512 bytes
File System Type = zfs
File Handle Flags :
Require Sector Align = No
DIO/CIO Mode = No
Raw Block Device = No
Reserved Handle = No
Flush On Close = No
Thread-Level Lock = No
Write-through Mode = Yes
File Not Tracked = No
The workaround would be altering the definition of a tablespace
for using the file system caching.
To check if a file system caching is enabled on any tablespace
of the
database :
db2 "SELECT substr(TBSP_NAME,1,40) as TBSP_NAME, TBSP_TYPE,
TBSP_CONTENT_TYPE, FS_CACHING FROM TABLE(SNAP_GET_TBSP(CAST(NULL
AS
VARCHAR(1)),-1)) AS T"
The customer needs to find a tablespace with containers that are
located on a file system that doesn't support Direct IO ( like
Solaris ZFS ) .
( the Direct IO , or DIO and CIO are technical terms used in the
file systems to describe I/O with no file system caching )
For tablespaces like that the customer shouldn't use "NO FILE
SYSTEM CACHING" option.
To enable file system caching on a tablespace :
db2 alter tablespace table_space_name file system caching | |
| Problem Summary: | |
Fixed | |
| Local Fix: | |
| available fix packs: | |
DB2 Version 9.7 Fix Pack 5 for Linux, UNIX, and Windows | |
| Solution | |
Fixed | |
| Workaround | |
not known / see Local fix | |
| Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 10.12.2010 16.12.2011 16.12.2011 |
| Problem solved at the following versions (IBM BugInfos) | |
| Problem solved according to the fixlist(s) of the following version(s) | |
| 9.7.0.5 |
|