[Koha-bugs] [Bug 25669] ElasticSearch 6: [types removal] Specifying types in put mapping requests is deprecated (incompatible with 7)

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Wed Mar 30 12:17:17 CEST 2022


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25669

--- Comment #25 from Julian Maurice <julian.maurice at biblibre.com> ---
(In reply to Nick Clemens from comment #22)
> (In reply to Victor Grousset/tuxayo from comment #21)
> > So if for now we only want to support ES 6 & ES 7 the alternate patch can do
> > and no config or sys pref needed?
> 
> I think  the goal as discussed with Julian yesterday is:
> 1 - Apply patch on a Koha using ES6 - indexing/searching continues to work
> with no reindex
> 2 - Upgrade ES to 7 - indexing/searching continues to work with no reindex
> 3 - Reindex Koha records - type 'data' is removed - indexing/searching
> continues to work
> 4 - Upgrade ES to 8 - indexing/searching continues to work with no reindex
> 
> Step 3 may require a switch, but Julian is looking into it

I tested steps 1 and 2 and it works well.
Indexing with ES 7 prints huge warning messages about the types being
deprecated, but I think it's not too much of a problem if we have a way to
reindex without the types right after the ES upgrade (which is the step 3)

Still unsure about how to do that. We have a few possible solutions:
1) Have a switch in $KOHA_CONF or in a syspref that enable/disable types
2) Have the version of ES in $KOHA_CONF or in a syspref (it might be better to
have the version than several "feature switches") 
3) Detect the version of ES at indexing time.

solution 3 might cause performance issues when indexing directly (for instance
after a biblio modification). They can be mitigated by either:
a) put the version in memcached or L1 cache, but now there's a cache issue
(you'd have to remember to flush the cache when upgrading ES)
b) use bug 27344 to index in a background job

Opinions ?

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list