Fixes are available
APAR status
Closed as program error.
Error description
AIX backup-archive client builds are not properly setting the maxdata flag to allow more than 256MB of memory to be used. Without this, the client is likely to hit apparently random core dumps as memory allocations fail. dsmerror.log: 07/15/16 08:13:42 calloc() failed: Size 4096000 File cmputil.cpp Line 241 07/15/16 08:13:42 calloc() failed: Size 4112078 File cmputil.cpp Line 247 callstack: (dbx) where pthread_kill(??, ??) at 0x90000000055af14 _p_raise(??) at 0x90000000055a764 raise.raise(??) at 0x900000000039d68 abort() at 0x9000000000563e4 psunxthr.psAbort()() at 0x100063260 psunxthr.psTrapHandler(int,int,__sigcontext*)() at 0x1000631b0 lz4.LZ4_compress_generic(void*,const char*,char*,int,int,limitedOutput_directive,tableType_t,dict_dir ective,dictIssue_directive,unsigned int)() at 0x9000000053e1ff8 lz4.LZ4_compress_fast_extState() at 0x9000000053e14c4 lz4.LZ4_compress_fast() at 0x9000000053e21b4 lz4.LZ4_compress_default() at 0x9000000053e21fc cmputil.CmpUtilLz4::cmCompressData(CmpUtil*,unsigned char*,unsigned int,unsigned char*,unsigned int,unsigned int*,int*)() at 0x9000000053dce14 apisend.DedupObjSend(Sess_o*,S_DSANCHOR*,short,int)() at 0x9000000054417bc apisend.DedupRead(Sess_o*,unsigned char*,unsigned int,int*,S_DSANCHOR*,short)() at 0x90000000543f310 apiSendData(Sess_o*,unsigned char,int*,DataBlk*,S_DSANCHOR*)() at 0x90000000543cfc8 dsmsend.sendDataOnly(S_DSANCHOR*,DataBlk*)() at 0x9000000054141f8 dsmsend.tsmEndSendObjEx() at 0x900000005417798 imgsend.closeSend(unsigned int,unsigned char,char*,tsmEndSendObjExOut_t*)() at 0x90000000120ea80 imgsend.LbSendDataObj(piImgSendIn*,piImgSendOut*,void(*)(piImgCa llBackIn*,piImgCallBackOut*),CtrlObject*,ImgFileHandle*,lvAttrib *,tsmObjAttr*,unsigned char)() at 0x9000000012097e8 piImgSend() at 0x900000001204ec8 image.imgSelective(imageObject_t*)() at 0x1001a28cc txncon.tlImageSend(txnConsumerObject_t*,txnSpec_t*,DccBackupCont roller*)() at 0x1004e6888 bacontrl.DccTxnConsumer::IPRA.$HandleQueue()() at 0x10057423c bacontrl.DccTxnConsumer::Run(void*)() at 0x1005730f0 bacontrl.DccTxnConsumer::DoThread(void*)() at 0x100576acc bacontrl.callDoCThread2(void*)() at 0x100571b2c thrdmgr.startThread2(Threadstart*)() at 0x10033c0f4 thrdmgr.startThread(Threadstart*)() at 0x10033bfec
Local fix
There is a command that can be used to repair the dsmc binary after compile as a workaround. The following is an example of a command that can repair the dsmc program: /usr/ccs/bin/ldedit -b maxdata=0x80000000/dsa dsmc
Problem summary
**************************************************************** * USERS AFFECTED: * * Tivoli Storage Manager for Client versions 7.1 running on * * AIX platforms * **************************************************************** * PROBLEM DESCRIPTION: * * See ERROR DESCRIPTION * **************************************************************** * RECOMMENDATION: * * A fix for this problem is currently targeted for interim fix * * packages 7.1.6.5 and 8.1.0.2. Note that until this interim * * fix is actually available, this information is subject to * * change at the discretion of IBM. * ****************************************************************
Problem conclusion
Now the maxdata flag is passed to the linker correctly.
Temporary fix
Comments
APAR Information
APAR number
IT17092
Reported component name
TSM CLIENT
Reported component ID
5698ISMCL
Reported release
71A
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-09-17
Closed date
2016-10-21
Last modified date
2017-05-24
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
dsmc
Fix information
Fixed component name
TSM CLIENT
Fixed component ID
5698ISMCL
Applicable component levels
R71A PSY
UP
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGSG7","label":"Tivoli Storage Manager"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"71A","Line of Business":{"code":"LOB26","label":"Storage"}}]
Document Information
Modified date:
11 January 2022