HCL
Skip to main content  
 
   


SPRTechnote


Domino Server Memory Leak in BLK_OPENED_NOTE Results in Agent Manager Crash

Technote Number: 1189933


Problem:
This issue was reported to Quality Engineering and has been addressed in Domino
6.5.2 Fix Pack 1 (FP1), 6.5.3 FP1, 6.5.4 and 6.0.5.

Excerpt from the Lotus Domino Release 6.5.2 FP1 and 6.5.3 FP1 fix lists
(available at http://www.ibm.com/developerworks/lotus):

Agents
SPR# MIAS65JLGF - Fixed an Agent leak after requesting an ICON flag from a
database. After a day or two the process runs out of private handles and
crashes. This problem has been fixed in 6.0.5, 6.5.4, 6.5.3 FP1, and 6.5.2 FP1.

Agent manger crashes on a memory allocation call. The problem is due to a
memory leak in BLK_OPENED_NOTE 024B on ICON flag request. The call stack may
vary, based on when memory is exhausted.

Thread=[16779980:00002--872349695]
Stack base=0x13FD2F7C, Stack size = 3416 bytes
PANIC: LookupHandle: null handle
PanicStack: decimal errno=129 / hexadecimal errno2=5620062
13FD19C0 PanicStack +104
13FD1A40 Panic +66c
13FD22A0 OSLockObject +ce
13FD2340 ANSession::ANSCreateUserGroupListExtended(unsigned char*,unsigned
char*,unsigned int) +248
13FD23E0 ANSession::ANSCreateUserGroupList(unsigned char*,unsigned int) +26
13FD2460 ANDatabase::ANSetPropLong(unsigned short,long) +188
13FD2820 ANDatabase::ANSetProp(LSADTINSTDESC*,LSADTMSGPROP*) +138
13FD28A0 ANCLASSCONTROL +1e0
13FD3620
_tag_NotesADTControl::ClassControl(LSsApiInstance*,LSIADTMSG,LSADTINSTDESC*,void
*) +44
13FD36A0
LSsInstance::AdtCallBack(short(*)(LSsInstance*,LSIADTMSG,LSADTINSTDESC*,void*),L
SIADTMSG,LS... +8e8
13FD3780 LScObjCli::SetProperty(LSsSymbol*,LSsValue*,int) +15c
13FD3820 LSsThread::NRun() +89a
13FD38E0 LSsThread::Run() +120
13FD3B80 LSsInstance::Resume() +22
13FD3C00 LSIThread::Run(unsigned long,int) +f0
13FD3C80 LSIThread::RunToCompletion(unsigned long,int) +206
13FD3D20 CLSIDocument::RunScript(unsigned int,short,char*,short,unsigned
long,unsigned long) +53a
13FD3EA0 CRawActionLotusScript::Run(CDefActionCtx*,unsigned int,unsigned long*)
+34a
13FD3F60 CRawAction::Execute(CDefActionCtx*) +1fa
13FD4100 CAssistant::RunAlone(CDefActionCtx*) +1c
13FD4180 CAssistant::Run(tagASSISTRUNCTXSTRUCT*) +13de
13FD4C00 RunTask +b98
13FD5080 ExecutiveMain +478
13FD5340 AddInMain +200
13FD5520 NotesMain +5a
13FD55A0 main +106

Thread=[01368:00002-1476460545]
Stack base=0x137D2F7C, Stack size = 16728 bytes
PANIC: Unable to get memory in ODSWriteMemory
PanicStack: decimal errno=0 / hexadecimal errno2=7140308
01/10/2004 17:20:27 Updating 'OutOfOffice' into database 'Frank Arold' from
template 'Mail 6.0.3 AD 05.07.2004'
01/10/2004 17:20:27 Opened session for ADMUCM03.MUC.ALLIANZ/SRV/Allianz-AD
(Release 6.5.3)
01/10/2004 17:20:27 Closed session for ADMUCM03.MUC.ALLIANZ/SRV/Allianz-AD
Databases accessed: 1 Documents read: 0 Documents written: 0
PlatStackSymbolize: ERROR: DSA address is NULL
137CE5C0 PanicStack +104
137CE640 Panic +66c
137CEEA0 ODSWriteMemory +2ae
137CF720 CollectSuperBlock +996
137CF8E0 SuperBlockWrite +206
137CFD20 AddMultipleBuckets +111c
137CFE60 DbAddMultipleBuckets +6a
137CFF20 NewBucket +424
137D0080 DbBktAlloc +434
137D0180 ReallocNote +6a0
137D0300 NoteUpdateImpl +8d44
137D1EC0 iNoteUpdate +108
137D2020 DispatchNoteUpdate +42c
137D20E0 NSFNoteUpdateExtended2 +574
137D2300 NSFNoteUpdateExtended +94
137D2380 NSFDbCopyNoteHookedExt +43e
137D24E0 NSFDbCopyNote +66
137D2580 ANNote::ANNCopyToDatabase(ANDatabase*) +490
137D26C0 ANNote::ANDispatchMethod(LSADTMSGMETHOD*) +3ce
137D27A0 ANCLASSCONTROL +998
137D3520
_tag_NotesADTControl::ClassControl(LSsApiInstance*,LSIADTMSG,LSADTINSTDESC*,void
*) +44
137D35A0
LSsInstance::AdtCallBack(short(*)(LSsInstance*,LSIADTMSG,LSADTINSTDESC*,void*),L
SIADTMSG,LS... +8e8
137D3680 LScObjCli::ProdMethodCall(unsigned long,const _GUID&,unsigned
short,LSsValue*) +5c
137D3720 LSsThread::AdtDoProdCallout(LSsValue*,unsigned short,LSsExtCallout*)
+ee
137D37A0 LSsThread::AdtCallMethod(LSsSymbol*) +3e
137D3820 LSsThread::NRun() +8ea
137D38E0 LSsThread::Run() +120
137D3B80 LSsInstance::Resume() +22
To determine if this is the problem, enable the trap leaks debug with the block
ID 024B. See the technote titled "How to Use debug_trapleaks to Debug a Leak
in Notes Memory" (#1105149) for details on using trap leaks debug.
More >





  Document options
Print this document
Print view

  Search
Search Advanced Search


  Fix list views

 RSS feeds   RSS
Subscribe to the fix list

  Resources
Using this database
View notices

  HCL Support
HCL Support


    About HCL Privacy Contact