I just checked back on the IBM Technote that I blogged about last week. At that time, IBM was not planning on addressing the issue in 6.x codestream. However, it seems that they have now corrected it in 6.5.4 FP2. I may load this Sunday morning when I'm bouncing the server for the time change.
Remember, I was getting the following error:
WAITING FOR FRWSEM 0x0244 database semaphore
This issue was reported to Quality Engineering as SPR# MALR6948NQ, and was fixed in Domino 6.5.4 Fix Pack 2. The issue was also addressed in Domino 7.
Excerpt from the Lotus Domino Release 6.5.4 Fix Pack 2 fix list (available at http://www.ibm.com/developerworks/lotus):
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.
Refer to the following document on the Upgrade Central site for details about Lotus Domino 6.5.4 Fix Pack 2 (FP2), and how to obtain it:
Upgrade Central: Planning your upgrade to Lotus Notes/Domino 6.0.5 and 6.5.4, Including Domino 6.5.4 Fix Pack 1 and Fix Pack 2 (# 1201845)
The issue occurs because the "NSF buffer pool container" semaphore is being locked while waiting on the call OSAutoFDGDestory.
No comments:
Post a Comment