Domino Server 9.0.1 FP3 crashs when JAVA getAllEntries method (of the View class) follows a call to the FTSearch method

Question

I have an XPage application which is running on a Domino Server 8.5.3 FP6without any FTSearch problems.

Since a couple of weeks I am working on the migration to Domino Server 9.0.1 FP3.

Now it seems we have to deal with this bug

Remember: We have no troubles on Domino Server 8.5.3 FP6!

In the above IBM technote you can find a paragraph Resolving the Problem that decribes a workaround running the FTSearch on the ViewEntryCollection instead of the View Object

Example (Domino Server 9.0.1 crashs):

var nview:NotesView = database.getView("luDocumentsDownloadsHistory");
nview.FTSearch("[Downloader] = Homer Simpson/ncdev");

var col:NotesViewEntryCollection = nview.getAllEntries();

var viewEntry:NotesViewEntry = col.getFirstEntry();

while (viewEntry != null) {
    var tmpEntry:NotesViewEntry = col.getNextEntry();
    viewEntry.recycle();
    viewEntry = tmpEntry;
}

Example (with Workaround no crash):

var nview:NotesView = database.getView("luDocumentsDownloadsHistory");

var col:NotesViewEntryCollection = nview.getAllEntries();
col.FTSearch("[Downloader] = Homer Simpson/ncdev");

var viewEntry:NotesViewEntry = col.getFirstEntry();

while (viewEntry != null) {
    var tmpEntry:NotesViewEntry = col.getNextEntry();
    viewEntry.recycle();
    viewEntry = tmpEntry;
}

However, this workaround isn't working for me, because I have to work with <xp:dominoView var="viewData" search="[FieldName] = FieldValue"> using the search-Attribute. Therefore it is not possible for me to move the FTSearch call from the View to the ViewEntryCollection.

Any idea why this problem comes up with Domino 9.0.1 FP3?

I would try to add a nview.clear at the third line if you don't get a crash then. the problem is probably that all entries tries to fetch everything and doesn't take in consideration that the view is filtered. I would create a support issue with IBM about this. — Fredrik Norling
Thanks for your answer. If I add a niew.clear then the server dosn't crash but I get all entries in the ViewEntryCollection and not a filtered result. — Georg Kastenhofer
@Georg, are you certain you are seeing another occurrence of SPR# MMQN6L7KJ5? Have you compared your NSD with the stack trace in the technote? Even if it looks like the same problem, I second Fredrik's suggestion to report it to IBM. Each new report adds "weight" to the SPR and makes it more likely it will get fixed in an upcoming fix pack. — Dave Delay
@Dave: First of all thanks for your answer. Just now, I have compared the NSD stack trace of my Domino Server with the 8.0.x stack trace in the technote. I can’t say exactly, whether both of them are nearly equal, but you can find many equal lines... — Georg Kastenhofer
@Dave: Here the equal lines: thread 71/84: [ nserver: 0488: 19e8] FATAL THREAD (Panic) ntdll.ZwWaitForSingleObject KERNELBASE.WaitForSingleObjectEx nnotes.OSRunExternalScript nnotes.FRTerminateWindowsResources nnotes.OSFaultCleanupExt nnotes.OSFaultCleanup nnotes.OSNTUnhandledExceptionFilter nnotes.Panic — Georg Kastenhofer

Frantisek Kossuth Frantisek Kossuth · Accepted Answer · 2015-03-31T19:56:02

Technote says also:

The issue is limited to cases where the search returns more than approximately 16,300 documents (the specific value may vary). The issue does not occur if the method's MaxDoc parameter or the Notes.ini FT_Max_Search_Results are used to limit the value to a value less than 16,300 documents.

Set FT_Max_Search_Results and TEMP_INDEX_MAX_DOC to some reasonable value, for example 500. Although, it says anything below 16,300 is safe.

Domino Server 9.0.1 FP3 crashs when JAVA getAllEntries method (of the View class) follows a call to the FTSearch method

3 Answers

Status Report

BUG Fixed, Domino Server doesn't crash anymore