HCL Notes / Domino / Diverses > Administration & Userprobleme

Domino 11 und Tika

<< < (2/2)

JayDee:
Danke.
Auf den Servern wo es funktioniert ist der Parameter gar nicht existent.
Auf dem Server wo Tika nichts macht war er auf 2 gesetzt.
Ich probiere jetzt die Variante mit Wert 3 und dann auch mal ganz ohne den Parameter.

eknori (retired):
OK, funktioniert jetzt bei mir

FT_INDEX_ATTACHMENTS auf 3 gesetzt

set con DEBUG_TIKA=1
set con DEBUG_FILTER_TIMING=1
set con FT_USE_MY_ATTACHMENT_WHITE_LIST=1
set con FT_INDEX_FILTER_ATTACHMENT_TYPES=*.txt,*.zip"
set con FT_USE_ATTACHMENT_WHITE_LIST=1


FT_INDEX_FILTER_ATTACHMENT_TYPES für ZIP muss gesetzt sein, weil sonst die Files nicht indexiert werden. Das war in V10 noch nicht nötig. Da hat sich wohl in V11+ was geändert.

Dann den Index von der Db löschen und neu erstellen.

Auf der Console sieht man dann i.E. Folgendes, wenn man die Indexierung manuell anstößt

lo updall ec11.nsf -X
[1A48:0002-13A8] 20.03.2020 07:24:02   Index update process started:  ec11.nsf -X
[1A48:0002-13A8] 20.03.2020 07:24:02   Updating views in d:\Domino\data\ec11.nsf
[1A48:0002-13A8] 20.03.2020 07:24:03 Tika upload and response took 31 msecs Filtering Attachment 'Neues Textdokument.txt' in 'd:\Domino\data\ec11.nsf' (DocID = 468302), sent size = 44, returned size = 68
[1A48:0002-13A8] 20.03.2020 07:24:03 Tika Attachment Filtering - took 31 msecs Filtering Attachment 'Neues Textdokument.txt' in 'd:\Domino\data\ec11.nsf' (DocID = 468302), size = 44, occurrences = 11
[1A48:0002-13A8] 20.03.2020 07:24:03 Tika upload and response took 281 msecs Filtering Attachment 'someText.zip' in 'd:\Domino\data\ec11.nsf' (DocID = 477050), sent size = 186, returned size = 58
[1A48:0002-13A8] 20.03.2020 07:24:03 Tika Attachment Filtering - took 281 msecs Filtering Attachment 'someText.zip' in 'd:\Domino\data\ec11.nsf' (DocID = 477050), size = 186, occurrences = 8
[1A48:0002-13A8] 20.03.2020 07:24:03 Tika upload and response took 47 msecs Filtering Attachment 'someText.txt' in 'd:\Domino\data\ec11.nsf' (DocID = 477054), sent size = 28, returned size = 42
[1A48:0002-13A8] 20.03.2020 07:24:03 Tika Attachment Filtering - took 47 msecs Filtering Attachment 'someText.txt' in 'd:\Domino\data\ec11.nsf' (DocID = 477054), size = 28, occurrences = 7
[1A48:0002-13A8] 20.03.2020 07:24:03   Index update process shutdown

JayDee:
Danke für die Hinweise  :)
Der HCL Support ist noch nicht soweit wie du.

Zwischenstand: Tika läuft jetzt mit
FT_INDEX_ATTACHMENTS=3
(War bereits vorhanden gewesen mit Wert 2.)

Die anderen Server, auf denen Tika von Anfang an funktioniert, haben diesen Parameter gar nicht, diese Variante teste ich auch noch.

Allerdings sieht mir das so aus, dass das alles nur funktioniert, wenn man explizit das updall Kommando absetzt wie in deinem Bsp., nicht aber, wenn man vom GUI aus den FTI aktualisieren will bzw. nicht wenn schedulete FTI-Aktualisierung wie stündlich, sofort etc eingestellt ist.

Außerdem werden die Anhänge nicht farblich markiert, wenn Treffer sind, die anderen Server machen das.

eknori (retired):
So wie es mir darstellt musst Du auf allen Datenbanken erst den FT Index löschen, und dann neu erstellen. Danach indexiert Tika sauber neue Einträge. ...


Zumindest auf meiner Testmaschine

JayDee:
Danke.
So wie es aussieht läuft es also ganz ohne den FT_Index_Attachments Parameter, oder eben mit ihm und Wert 3.
Mit Wert 2 geht gar nichts, und das war bei uns die Ursache.

Navigation

[0] Themen-Index

[*] Vorherige Sete