Technote Number: 1202068
Problem:
This issue was reported to Quality Engineering as SPR# MALR6948NQ, and was
fixed in Domino 6.5.5. The issue was also addressed in Domino 7.x.
Excerpt from the Lotus Notes and Domino Release 6.5.5 MR fix list (available at
http://www.ibm.com/developerworks/lotus):
Database
SPR# MALR6948NQ - Fixed a problem which causes a deadlock to occur in the
buffer management component. There is a timing window when an unused temporary
buffer is being evicted, where it gets reused. Once it is reused, the eviction
code will wait forever, causing a deadlock. The fix is to close the timing
window so that this no longer occurs.
Supporting Information:
The issue occurs because the "NSF buffer pool container" semaphore is being
locked while waiting on the call OSAutoFDGDestory.
02:03:07 AM EST sq="0000A65F" THREAD [0B74:0002-0B70] WAITING
FOR SEM 0x0256 NSF buffer pool container (@1210B3E8) (OWNER=0E44:0DB
FOR 30000 ms
Notice the call OSAutoFDGDestroy in the stack...
############################################################
### thread 1/5: [nCatalog:0e44:0dbc]
### FP=0012f3f0, PC=77f82870, SP=0012f3cc, stkbase=00030000,
stksize=24576
############################################################
[ 1] 0x77f82870 ntdll.RtlAdjustPrivilege+143 (1db0,a,0,600a82a7)
[ 2] 0x7c57b3db KERNEL32.CreateProcessW+393 (1bd,0,60c23834,0)
@[ 3] 0x600d64ed nnotes._OSWaitEvent@8+29 (12fd4cc,a,10d0b3e8,10d0b0
@[ 4] 0x601a374f nnotes._OSAutoFDGDestroy@4+111 (f01c4fe8,0,0,0)
@[ 5] 0x6007cd02 nnotes._iNSFBufCloseStorage@12+98
(12f4e0,12fdf8,12fd94,1)
@[ 6] 0x6008921f nnotes._NSFBufCloseStorage@12+319 (0,12fdf8,12fd94,
@[ 7] 0x00401829 nCatalog._UpdateCatalog@4+729 (0,1,bf3abc,7ffdf000)
@[ 8] 0x004010b3 nCatalog._AddInMain@12+179 (1,1,bf3abc,21a47e6)
@[ 9] 0x004077cf nCatalog._NotesMain@8+47 (1,400000,21a47e6,21a47e6)
@[10] 0x004078d6 nCatalog._main+246 (0,0,0,1)
@[11] 0x004077f6 nCatalog._main+22 (1,c027d0,c027f8,21a47e6)
@[12] 0x00407ef7 nCatalog._mainCRTStartup+197
(21a47e6,21a47e6,7ffdf000,21a482a)
[13] 0x7c59893d KERNEL32.FindFirstChangeNotificationA+16283
(407e32,0,c8,100)
############################################################
### thread 1/5: [ nSched:0b74:0b70]
### FP=0012e4d0, PC=77f82870, SP=0012e4ac, stkbase=00030000,
stksize=24576
############################################################
[ 1] 0x77f82870 ntdll.RtlAdjustPrivilege+143 (a80,7530,0,600a8340)
[ 2] 0x7c57b3db KERNEL32.CreateProcessW+393 (1c6,1210b3e8,60c23858,
@[ 3] 0x6000119d nnotes._OSLockSemInt@8+205 (1210b3e8,1,12e55c,607f3
@[ 4] 0x600010be nnotes._OSLockSem@4+14 (1210b3e8,7351eb8,284,9e9500
@[ 5] 0x607f356b nnotes._TMPCONTWritePage@36+283 (36262,85,c,2000)
@[ 6] 0x600374b3 nnotes._UBMEvictPage@16+467 (1b13,11400017,2000,0)
@[ 7] 0x600b1d68 nnotes._UBMMergeBuffers@28+200 (12e918,12e718,ff4,0
@[ 8] 0x60012592 nnotes._UBMClock@16+1282 (12e918,ff4,4,0)
@[ 9] 0x60004cd7 nnotes._UBMPinExtended@8+487 (12e918,0,3c505,85)
@[10] 0x6000ed03 nnotes._UBMPinA@44+99 (3c505,85,8d,4000)
@[11] 0x6001721f nnotes._DbBucketPinBuffer@32+415 (4ecc0,1,8d,0)
@[12] 0x6007e7ce nnotes._DbForEachDocumentInBucket@24+270
(12ecc0,2635a4b0,0,2635a3f4)
@[13] 0x6007f9c3 nnotes._iSearchFill@8+1315 (1fc8,20eb,1fc8,6007fc90
@[14] 0x6007fce5 nnotes._SearchFill@8+85 (1fc8,20eb,0,1fc8)
@[15] 0x600653b8 nnotes._QueueFill@4+40 (1fc8,120000,12edc8,607dc742
@[16] 0x60065326 nnotes._QueueGet@8+22 (1fc8,12ee0c,12f794,10a1178)
@[17] 0x607dc742 nnotes._NSFSearchExtended3@64+338 (1fc8,1a8b,0,0)
@[18] 0x607dc5e0 nnotes._NSFSearchExtended2@48+64 (173,1a8b,0,0)
@[19] 0x607dc556 nnotes._NSFSearchExtended@44+54 (173,1a8b,0,0)
@[20] 0x607dc516 nnotes._NSFSearch@36+54 (173,1a8b,0,0)
@[21] 0x0040208f nSched._CheckDbForCalendarEvents@8+607
(10a1178,0,10a1178,10a11bc)
@[22] 0x00401dd6 nSched._CheckDbEnumProc@8+54 (0,12f8f4,3538,12fa78)
@[23] 0x607a4753 nnotes._TraverseIndex@12+163 (12faac,10a11bc,0,6000
@[24] 0x60606a5e nnotes._traverse@8+174 (12fa78,353801,6020000,12fa7
@[25] 0x60606ae8 nnotes._traverse@8+312 (12fa78,34c001,c020000,12fa7
@[26] 0x60606ae8 nnotes._traverse@8+312 (12fa78,2e0c01,2af8,12fa78)
@[27] 0x60606ae8 nnotes._traverse@8+312 (12fa78,11fe001,3d010000,12f
@[28] 0x60606a2c nnotes._traverse@8+124 (12fa78,2af801,3b78,12fa78)
@[29] 0x60606ae8 nnotes._traverse@8+312 (12fa78,11c4801,5ba4,12fa78)
@[30] 0x60606a2c nnotes._traverse@8+124 (12fa78,13b7801,0,12faac)
@[31] 0x60606a2c nnotes._traverse@8+124 (12fa78,15ba401,7,12faac)
@[32] 0x6060699b nnotes._IndexTraverse@24+91 (12faac,7,1200f4,1)
@[33] 0x607a468e nnotes._NSFDbIndexEnumExt@16+78 (7,401da0,0,0)
@[34] 0x607a4636 nnotes._NSFDbIndexEnum@12+22 (7,401da0,0,0)
@[35] 0x00401d54 nSched._CheckAllCalendarDatabases@0+132
(0,404ed4,0,2f737265)
@[36] 0x00404f05 nSched._RevalidateUsersWithStatus@0+21
(0,1,bf3abc,7ffdf000)
@[37] 0x00401299 nSched._AddInMain@12+665 (400000,1,bf3abc,60001102)
@[38] 0x0040794f nSched._NotesMain@8+47 (1,400000,60001102,6000113f)
@[39] 0x00407a56 nSched._main+246 (0,0,0,1)
@[40] 0x00407976 nSched._main+22 (1,c027d0,c027f8,60001102)
@[41] 0x00407f9f nSched._mainCRTStartup+197
(60001102,6000113f,7ffdf000,fe04dc)
[42] 0x7c59893d KERNEL32.FindFirstChangeNotificationA+16283
(407eda,0,c8,100)
More >
|  |
|
|
|
|
|