Direct links to fixes
APAR status
Closed as program error.
Error description
Error Description: On Solaris SPARC64-X CPU platform, Tivoli Storage Manager server "dsmserv?format"?may fail?with?ANR0162W/SQL1032N. $ /opt/tivoli/tsm/server/bin/dsmserv format dbdir=... activelogsize=... activelogdir=... archlogdir=... ... ANR0152I Database manager successfully started. ANR0172I rdbdb.c(1939): Error encountered performing action CreateDatabase. ANR0162W Supplemental database diagnostic information: -1032:SQLSTATE 57019: The statement was not successful, because of a problem with a resource. :-1032 (SQL1032N No start database manager command was issued. SQLSTATE=57019). Failed (sqlca.sqlcode = -1032 ) to create database TSMDB1 ANR2678E Server database format failed. The problem is with GSKit. On DB2 database manager startup, ICC library in GSKit is loaded and initialized, but it may go into loop in initialization on systems running Solaris with SPARC64-X CPU. As the result, DB2 database manager goes down after 10 minutes of startup timeout then "dsmserv format" fails. It might be broader than the issue with dsmserv format. GSKit initialization goes into an infinite loop which appears as a hang, whether it's to format database or to bring up the server. This problem may occur with GSKIT levels as being prior to 8.0.50.59 for 8.0.50 levels and 8.0.14 levels above 8.0.14.31 on Solaris with SPARC64-X CPU. Tivoli Storage Manager Versions Affected: Tivoli Storage Manager 7.1.1 or above on Solaris SPARC64-X CPU IBM Spectrum Protect 7.1.3 or above on Solaris SPARC64-X CPU Initial Impact: Medium
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * * All Tivoli Storage Manager server users using SPARC 64-X * * processors. * **************************************************************** * PROBLEM DESCRIPTION: * * See ERROR DESCRIPTION. * **************************************************************** * RECOMMENDATION: * * Apply level with bypass when available. * * This problem has a long-term bypass using level 7.1.6. * * * * The following technote has detailed information on bypassing * * the problem: * * http://www-01.ibm.com/support/docview.wss?uid=swg21982582 * ****************************************************************
Problem conclusion
Bypass instructions are included in the referenced technote. Affected platforms: Solaris.
Temporary fix
Comments
APAR Information
APAR number
IT14261
Reported component name
TSM SERVER
Reported component ID
5698ISMSV
Reported release
71S
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-03-10
Closed date
2016-06-08
Last modified date
2016-06-08
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
TSM SERVER
Fixed component ID
5698ISMSV
Applicable component levels
R71S PSY
UP
R71Z PSY
UP
[{"Line of Business":{"code":"LOB26","label":"Storage"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGSG7","label":"Tivoli Storage Manager"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.1.3"}]
Document Information
Modified date:
26 September 2021