Ansichten Index nach Update auf 9.0.1 defekt

[udo187]

Hallo !

Folgendes Problem: Nach einem Serverudate von 8.5.2 auf 9.0.1
macht eine Datenbank (Größe ca. 3 GB, ca. 140.000 Dokumente) Probleme:
Die Ansichten zeigen nicht alle Dokumente, ein Aktualisieren des
Index mittels Shift + F9 behebt das Problem.

Ein updall -R abgesetzt, im Log bekomme ich folgende Meldung:

WARNING: One or more documents in "server path"/xxxx.nsf were not added to
the search results because of the amount of summary data.

Lt. Google kann dieses Problem mit der 32k-Grenze zusammenhängen oder mit
zu vielen Informationen in einer Ansicht...


Ist dieses Problem schon bei jemanden aufgetreten ?
Wie finde ich heraus, welche Dokumente oder welche Ansichten dieses Problem
eventuell verursachen ?

Danke im Voraus für die Hilfe !

Gruss
Udo

[cbrandlehner]

SPR # GFAL9FTDAB 'Documents Disappear From Views After Upgrading To Domino 9.0.1'.

Einen PMR bei IBM Support öffnen und um Unterstützung bitten.

[udo187]

DANKE DANKE DANKE für die Info !

Was die Fehlersuche noch zusätzlich erschwert(e): Über 100 Datenbanken funktionieren nach dem Update auf 9.0.1
problemlos (bzw. wurde noch kein Fehler gemeldet), nur 1 macht diese Probleme.
Und alle Reparaturversuche sind bis jetzt gescheitert - der Index war am nächsten Tag wieder kaputt....

Aber genau das hat IBM ja auch schon festgestellt:

"But it is only a temporary solution. When new documents are inserted into the database, the same problem will appear."

Gruss
Udo

[mawo-it.at]

Guten Morgen, würde es hier eventuell helfen den UPDALL -R Task zeitnah in der Früh vor Arbeitsbeginn (sofern das bei euch möglich ist) via Programmdokument zu starten?

lg, mawo

[Pyewacket]

So etwas hatten wir auch schon, allerdings mit älteren Versionen.

Wir haben die Views im Design gelöscht, danach fixup und updall.
Die Views neu eingefügt, danach hat es funktioniert.

Bei einem Fall hat das aber auch nicht geholfen, da wurden per Agent alle Dokumente in eine
neue Datenbank kopiert und dieser danach die Replik-ID der Ausgangsdatenbank gegeben (wg. Doclinks).

[udo187]

Hallo !

Danke @all für die Antworten !

Fixup, updall, neue Replik, etc. wurde alles versucht, ohne Erfolg.

Es ist aber definitiv ein Bug im Notes 9.0.1.

Empfohlener Workaround seitens IBM: UPDALL -R periodisch laufen lassen,
es sollte auch kein Problem sein wenn mehrere Updall`s gleichzeitig laufen.
An einem Interims Fix wird gearbeitet.

- > PMR bei IBM öffnen !!!

Gruss
Udo

[cbrandlehner]

Wie ich eben erfahren habe, kann man das Problem auch durch einen notes.ini Parameter beheben.

Max_Permute_Recurse=1000000.
Man deaktiviert jedoch dabei den Fix für SPR KHAN87ZUTS welcher einen potentiellen stack overflow behebt. Wer mit dem Parameter Probleme hat sollte zunächst eine der nicht betroffenen Versionen nutzten und einen PMR bei IBM öffnen.

[udo187]

Hallo !

Wir haben den gleichen (temporären) Lösungsvorschlag von IBM erhalten.
Die notes.ini wurde heute am Server geändert, Ansichten funktionieren zur Zeit wie sie sollten.

Vom Stack Overflow blieben wir bis jetzt verschont, mal schauen, was die Zukunft bringt 

Danke @all für die Hilfe !

Gruss
Udo

[udo187]

Hallo !

Das ist jetzt aber komisch: Lt. IBM sollten wir auch den Parameter "Max_Permute_Recurse" in der notes.ini
ändern, aber nicht auf den Wert 1000000 sondern auf 0 setzen:

MAX_PERMUTE_RECURSE=0


Zwei so unterschiedliche Werte beim gleichen Problem ? Kann das sein ?

Gruss
Udo

[cbrandlehner]

Der Default ist vermutlich "unendlich", je nach persönlichem Geschmack kann man sich nun bis an das Extrem "0" heranarbeiten.
Wie ich vermute, deaktiviert 0 den fraglichen Code komplett, 1000000 lässt den Code aktiv aber verhindert, dass sich der Code irgendwo "verläuft".
Genauere Details habe ich dazu leider auch nicht und letztlich kann das nur einer der Programmierer von IBM beantworten

[udo187]

Update: Wir sollten lt. IBM den Parameter in der notes.ini auf folgenden Wert setzen:

MAX_PERMUTE_RECURSE=1000000

Wird heute am Abend erledigt, morgen werde ich dann berichten ob´s funzt!

Gruss
Udo

[udo187]

Zur Info: Der Parameter MAX_PERMUTE_RECURSE=1000000 wurde gesetzt.
Zur Zeit läuft alles ohne Probleme !

Gruss
Udo

[hallo.dirk]

Da ich zufällig auch diese Meldung bekomme und einen PMR aufgemacht habe, hier ein kleiner Hinweis zu  MAX_PERMUTE_RECURSE:

Notes.ini parameter MAX_PERMUTE_RECURSE=<number> was introduced to limit the number of hierarchical responses that can be added to a given collection, because excessive InsertPermutations recursion can lead  to stack overflow crashes.                                                
In the beginning the parameter did not work correctly and as a workaround the recommendation was given to set MAX_PERMUTE_RECURSE=1000000.                                            
But doing so you have the risk of getting a stack overflow crash.            
Meanwhile that issue was fixed in 9.0.1FP1.                            
http://www-10.lotus.com/ldd/fixlist.nsf/Public/B15CD394EB35E6FD85257CB80004911F?OpenDocument