home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Latest versionsfixlist
11.1.0.7 FixList
10.5.0.9 FixList
10.1.0.6 FixList
9.8.0.5 FixList
9.7.0.11 FixList
9.5.0.10 FixList
9.1.0.12 FixList
Have problems? - contact us.
Register for free anmeldung-x26
Contact form kontakt-x26

DB2 - Problem description

Problem IC82606 Status: Closed

ADMIN_MOVE_TABLE() MAY FAIL WITH SQL0567N IF A TABLE HAS "PUBLIC"
PRIVILEGE GRANTED

product:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problem description:
If a table has the PUBLIC privilege granted then an 
ADMIN_MOVE_TABLE() may fail during SWAP phase with SQL0567N. 
 
For examle, suppose table T1 has the following authorization: 
 
GRANT SELECT ON TABLE "MYSCHEMA"."T1" TO  PUBLIC ; 
 
Then ADMIN_MOVE_TABLE() might fail: 
 
CALL SYSPROC.ADMIN_MOVE_TABLE( 'MYSCHEMA', 'T1', 'TABLESPACEA', 
'TABLESPACEB', 'TABLESPACEA', '', '', '', '','','SWAP' ) 
STAGING : T1xyz 
 
STATUS : REPLAY 
 
TARGET : QCM8T1 
 
VERSION : 09.07.0005 
 
ADMIN_MOVE_TABLE - SWAP step aborted. 
 
SQL0567N  The operation failed because the specified 
authorization name does not meet the identifier naming rules. 
Authorization name: "PUBLIC". 
SQLSTATE=42602
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* ALL                                                          * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Problem Description above.                               * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 Version 9.7 Fix Pack 7.                       * 
****************************************************************
Local Fix:
Revoke the SELECT privilege on the source table to the PUBLIC 
group before the SWAP, and then after the SWAP is finished 
successfully, set the privilege back from the command line 
immediately, i.e.: 
 
db2 revoke SELECT ON TABLE "MYSCHEMA"."T1" from public 
db2 "CALL SYSPROC.ADMIN_MOVE_TABLE( 'MYSCHEMA', 'T1', 
'TABLESPACEA', 'TABLESPACEB', 'TABLESPACEA', '', '', '', 
'','','SWAP' )" 
db2 grant SELECT ON TABLE "MYSCHEMA"."T1" to public
available fix packs:
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 Version 9.7 Fix Pack 7.
Workaround
not known / see Local fix
BUG-Tracking
forerunner  : APAR is sysrouted TO one or more of the following: IC87909 IC88627 
follow-up : 
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
11.04.2012
25.10.2012
25.10.2012
Problem solved at the following versions (IBM BugInfos)
9.7.FP7
Problem solved according to the fixlist(s) of the following version(s)
9.7.0.7 FixList