LO73038: DOMINO MEMORY LEAKS REGARDING TO: 0X8252 BLK_NSF_POOL AND 0X834A BLK_GB_CACHE LEADING/CONTRIBUTING EVENTUALLY TO CRASH.

APAR status

• Closed as fixed if next.

Error description

• Domino Memory leaks regarding to: 0x8252    BLK_NSF_POOL and
  0x834a   BLK_GB_CACHE
  
   leading/contributing eventually to Domino crash .
  
  
  Customer Environment:
  
  8.0.2FP6 HF247 (32-bit server)
  
  on
  Windows/2003 5.2 [32-bit] R2
  
  
  Dev feedback to escalation was:
  "
  
  The common part of both stacks for the leak is:
  Common stack part
  [1920:0002-1E1C] [01]: 60639FF0 OSAllocBBlockReal
  [1920:0002-1E1C] [02]: 60007358 OSAllocBBlock
  [1920:0002-1E1C] [03]: 607BAB6D EHReadDir
  [1920:0002-1E1C] [04]: 600B8DCF createHash
  [1920:0002-1E1C] [05]: 600B8652 EHCreate
  [1920:0002-1E1C] [06]: 608FCF49 FolderNoteIndexCreate
  [1920:0002-1E1C] [07]: 608FF04B FolderReplOpShouldBeAdded^
  [1920:0002-1E1C] [08]: 608FF48C AddFolderReplOp
  [1920:0002-1E1C] [09]: 60900028 DbApplyFolderReplOps
  [1920:0002-1E1C] [10]: 608EC3C1 FoldWrapApplyFolderReplOps
  [1920:0002-1E1C] [11]: 6080EF95 iNSFApplyFolderReplOps
  [1920:0002-1E1C] [12]: 607F3C25 NSFApplyFolderReplOps
  
  The leak is in the normal processing for this code.
  
  
  NSFApplyFolderReplOps will delete the EHDIR block that is
  leaking if
  there are a small number of updates and all the entries fit in
  the first
  block of folder operations passed.
  
  If there are a lot of folder ops it saves the EHDIR block to use
  with
  each block of folder ops that need to be processed. When the
  EHDIR block
  is closed the bit that it uses to determine if it should be
  freed is off
  and it's leaked.
  
  
  
  The leak is very small. There are 1429 + 1085 blocks between the
  two
  call stacks. The blocks are 32 bytes long plus the overhead in
  the
  bpool, which uses 64 bytes each. So a total of 160896 bytes have
  been
  leaked."
  

Local fix

Problem summary

• This APAR is closed as FIN. We have deferred the fix to a
   future release.
  

Problem conclusion

Temporary fix

Comments

• This APAR is associated with SPR# RSOI92RF8J.
  This APAR is closed as FIN. We have deferred the fix to a
   future release.
  

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

Applicable component levels

• R800 PSN

     UP