|
Problem IC78837
|
Status: Closed |
LOAD CAN INSERT WRONG DATE VALUES AND / OR FAIL WITH SQL0181N |
| product: |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 |
| Problem description: |
LOAD can insert wrong DATE vales and/or fail with SQL0181N, when
the following conditions are met:
* different client/server locale setting
* DPF environment with several nodes (at least 3):
* catalog node
* data node where the table resides
* coordinator node, where LOAD connects to
* LOAD data with DATE values in client locale format |
| Problem Summary: |
****************************************************************
* USERS AFFECTED: *
* ALL *
****************************************************************
* PROBLEM DESCRIPTION: *
* See Error Description *
****************************************************************
* RECOMMENDATION: *
* Upgrade to DB2 Version 9.7 Fix Pack 6. *
**************************************************************** |
| Local Fix: |
The wrong DATE value conversion can be avoided with one of the
following workarounds:
* connect with LOAD coordinator to catalog node directly
* do a simple SELECT before the actual LOAD
* use LOAD option MODIFIED BY DATEFORMAT |
| available fix packs: |
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 7 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 8 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 10 for Linux, UNIX, and Windows
|
| Solution |
First fixed in DB2 Version 9.7 Fix Pack 6. |
| Workaround |
not known / see Local fix |
| Timestamps |
Date - problem reported :
Date - problem closed :
Date - last modified :
| 21.09.2011
06.06.2012
06.06.2012 |
| Problem solved at the following versions (IBM BugInfos) |
9.7.FP6
|
| Problem solved according to the fixlist(s) of the following version(s) |
| 9.7.0.6
|
 |
